diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/CapabilityStatement.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/CapabilityStatement.page.md new file mode 100644 index 00000000..305c70d7 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/CapabilityStatement.page.md @@ -0,0 +1,149 @@ +--- +topic: CapabilityStatement +canonical: https://gematik.de/fhir/isik/CapabilityStatement/ISiKCapabilityStatementBasisServer +--- +## Konformitätserklärung [(CapabilityStatement)](https://hl7.org/fhir/R4/capabilitystatement.html) + + +from + CapabilityStatement +where + url = %canonical +select + Beschreibung:description + + + +from + CapabilityStatement +where + url = %canonical +select + CanonicalURL: url, Intention: kind, Status: status, Version: version + + +### Anforderungen an die FHIR-API + +from + CapabilityStatement +where + url = %canonical +select +{ + Modus: rest.mode, + Dokumentation: rest.documentation +} +order by type + + + +#### Interaktionen + +from + CapabilityStatement +where + url = %canonical +for rest.resource +select +{ + Ressourcentyp: type, + Profile: supportedProfile, + Verbindlichkeit: extension('http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation').value, + READ: interaction.where(code = 'read').extension('http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation').value, + SEARCH: interaction.where(code = 'search-type').extension('http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation').value, + CREATE: interaction.where(code = 'create').extension('http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation').value, + UPDATE: interaction.where(code = 'update').extension('http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation').value, + DELETE: interaction.where(code = 'delete').extension('http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation').value + + +} +order by Ressourcentyp + + +#### Ressourcentyp-spezifische Operations + + +from + CapabilityStatement +where + url = %canonical +for rest.resource +select +RessourcenTyp: type, +join operation +{ + Name: name, + Kontext: type, + Spezifikation: definition, + Verbindlichkeit: extension('http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation').value +} + + + + +#### Dokumenten-Endpunkt + +from + CapabilityStatement +where + url = %canonical +for document +select + Modus: mode, Verbindlichkeit: extension('http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation').value, + Dokumentation: documentation, Profil: profile + + +#### Suchparameter + +from + CapabilityStatement +where + url = %canonical +for rest.resource +select +RessourcenTyp: type, +join searchParam +{ + SuchParameter: name, + Type: token, + Verbindlichkeit: extension('http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation').value, + Hinweise: documentation, + Definition: definition +} + + +#### (Reverse-)Include + +from + CapabilityStatement +where + url = %canonical +for rest.resource +select +{ + RessourcenTyp: type, + 'Include (SHALL)': searchInclude.where(extension('http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation').value='SHALL'), + 'Include (MAY)': searchInclude.where(extension('http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation').value='MAY'), + 'Reverse Include (SHALL)': searchRevInclude.where(extension('http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation').value='SHALL'), + 'Reverse Include (MAY)': searchRevInclude.where(extension('http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation').value='MAY') +} + + + + + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Abrechnungsfall/Abrechnungsfall_AnmerkungenZuDenMustSupportFeldern.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Abrechnungsfall/Abrechnungsfall_AnmerkungenZuDenMustSupportFeldern.page.md new file mode 100644 index 00000000..d90c59bb --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Abrechnungsfall/Abrechnungsfall_AnmerkungenZuDenMustSupportFeldern.page.md @@ -0,0 +1,18 @@ +--- +topic: Account-MS +canonical: https://gematik.de/fhir/isik/StructureDefinition/ISiKAbrechnungsfall +--- + +### Anmerkungen zu Must-Support-Feldern + + +from + StructureDefinition +where + url = %canonical +for differential.element +where mustSupport = true +select + Feldname: id, Kurzbeschreibung: short, Hinweise: comment + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Abrechnungsfall/Abrechnungsfall_Beispiele.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Abrechnungsfall/Abrechnungsfall_Beispiele.page.md new file mode 100644 index 00000000..1722cf99 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Abrechnungsfall/Abrechnungsfall_Beispiele.page.md @@ -0,0 +1,23 @@ +--- +topic: Abrechnungsfall-Beispiele +expand: 4 +--- +#### Beispiele + +### valides Minimalbeispiel für das Profil ISiKAbrechnungsfall + + + + + {{render:Resources/fsh-generated/resources/Account-AbrechnungsfallDRG.json}} + + + {{xml:Resources/fsh-generated/resources/Account-AbrechnungsfallDRG.json}} + + + {{json:Resources/fsh-generated/resources/Account-AbrechnungsfallDRG.json}} + + + {{link:Resources/fsh-generated/resources/Account-AbrechnungsfallDRG.json}} + + \ No newline at end of file diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Abrechnungsfall/Abrechnungsfall_Interaktionen.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Abrechnungsfall/Abrechnungsfall_Interaktionen.page.md new file mode 100644 index 00000000..5def08c5 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Abrechnungsfall/Abrechnungsfall_Interaktionen.page.md @@ -0,0 +1,35 @@ +--- +topic: Account_Interaktionen +canonical: https://gematik.de/fhir/isik/StructureDefinition/ISiKAbrechnungsfall +--- +### Interaktionen + + +from + CapabilityStatement +where + url = %capability +for rest.resource.where(%canonical in supportedProfile) +select + documentation +with + no header + + + + + {{page:FQL-Capability-REST}} + + + {{page:FQL-Capability-Search}} + + + {{page:FQL-Capability-Operations}} + + + {{pagelink:CapabilityStatement}} + + + + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Abrechnungsfall/Abrechnungsfall_Profil.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Abrechnungsfall/Abrechnungsfall_Profil.page.md new file mode 100644 index 00000000..76e6764b --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Abrechnungsfall/Abrechnungsfall_Profil.page.md @@ -0,0 +1,87 @@ +--- +topic: Account-Profil +canonical: https://gematik.de/fhir/isik/StructureDefinition/ISiKAbrechnungsfall +--- + +## {{link}} + + +from + StructureDefinition +where + url = %canonical +select + description +with + no header + + +### Bestätigungsrelevanz + +from + CapabilityStatement +where + url = %capability +for rest.resource.where(%canonical in supportedProfile) +select + 'Verbindlichkeit': extension('http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation').value + + +### Metadaten + + +from + StructureDefinition +where + url = %canonical +select + Canonical: url, Status: status, Version: version, Basis: baseDefinition + + +### Inhalt + + + {{tree, buttons}} + {{xml}} + {{json}} + {{link}} + + +### Constraints/Invarianten + +from + StructureDefinition +where + url = %canonical +for + differential.element.constraint +select Name: key, Schweregrad: severity, Beschreibung: human, Ausdruck: expression + + +### Terminology-Bindings + +from + StructureDefinition +where + url = %canonical + +for + differential.element + where + mustSupport = true and binding.exists() + select + Element: id, Staerke: binding.strength, ValueSet: binding.valueSet + + + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Abrechnungsfall/Index.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Abrechnungsfall/Index.page.md new file mode 100644 index 00000000..07a50d58 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Abrechnungsfall/Index.page.md @@ -0,0 +1,6 @@ +--- +topic: ImplementationGuide-markdown-Datenobjekte-Datenobjekte-Abrechnungsfall +--- +## Abrechnungsfall [(Account)](https://hl7.org/fhir/R4/account.html) + +--- diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Abrechnungsfall/toc.yaml b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Abrechnungsfall/toc.yaml new file mode 100644 index 00000000..80586b30 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Abrechnungsfall/toc.yaml @@ -0,0 +1,10 @@ +- name: Index + filename: Index.page.md +- name: Profil + filename: Abrechnungsfall_Profil.page.md +- name: Anmerkungen zu den Must-Support Feldern + filename: Abrechnungsfall_AnmerkungenZuDenMustSupportFeldern.page.md +- name: Interaktionen + filename: Abrechnungsfall_Interaktionen.page.md +- name: Beispiele + filename: Abrechnungsfall_Beispiele.page.md diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_AllergieUnvertraeglichkeit/AllergieUnvertraeglichkeit_AnmerkungenZuDenMustSupportFeldern.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_AllergieUnvertraeglichkeit/AllergieUnvertraeglichkeit_AnmerkungenZuDenMustSupportFeldern.page.md new file mode 100644 index 00000000..c840d3bf --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_AllergieUnvertraeglichkeit/AllergieUnvertraeglichkeit_AnmerkungenZuDenMustSupportFeldern.page.md @@ -0,0 +1,16 @@ +--- +topic: AllergyIntolerance-MS +canonical: https://gematik.de/fhir/isik/StructureDefinition/ISiKAllergieUnvertraeglichkeit +--- +### Anmerkungen zu Must-Support-Feldern + + +from + StructureDefinition +where + url = %canonical +for differential.element +where mustSupport = true +select + Feldname: id, Kurzbeschreibung: short, Hinweise: comment + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_AllergieUnvertraeglichkeit/AllergieUnvertraeglichkeit_Beispiele.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_AllergieUnvertraeglichkeit/AllergieUnvertraeglichkeit_Beispiele.page.md new file mode 100644 index 00000000..fd23e2a7 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_AllergieUnvertraeglichkeit/AllergieUnvertraeglichkeit_Beispiele.page.md @@ -0,0 +1,21 @@ +--- +topic: AllergyIntolerance-Beispiele +expand: 4 +--- +## Beispiele + +### valides Minmalbeispiel + + + {{render:Resources/fsh-generated/resources/AllergyIntolerance-ISiKAllergieUnvertraeglichkeitBeispiel1.json}} + + + {{xml:Resources/fsh-generated/resources/AllergyIntolerance-ISiKAllergieUnvertraeglichkeitBeispiel1.json}} + + + {{json:Resources/fsh-generated/resources/AllergyIntolerance-ISiKAllergieUnvertraeglichkeitBeispiel1.json}} + + + {{link:Resources/fsh-generated/resources/AllergyIntolerance-ISiKAllergieUnvertraeglichkeitBeispiel1.json}} + + \ No newline at end of file diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_AllergieUnvertraeglichkeit/AllergieUnvertraeglichkeit_Interaktionen.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_AllergieUnvertraeglichkeit/AllergieUnvertraeglichkeit_Interaktionen.page.md new file mode 100644 index 00000000..8d2bd27f --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_AllergieUnvertraeglichkeit/AllergieUnvertraeglichkeit_Interaktionen.page.md @@ -0,0 +1,34 @@ +--- +topic: AllergyIntolerance-Interaktionen +canonical: https://gematik.de/fhir/isik/StructureDefinition/ISiKAllergieUnvertraeglichkeit +--- + +### Interaktionen + + +from + CapabilityStatement +where + url = %capability +for rest.resource.where(%canonical in supportedProfile) +select + documentation +with + no header + + + + + {{page:FQL-Capability-REST}} + + + {{page:FQL-Capability-Search}} + + + {{page:FQL-Capability-Operations}} + + + {{pagelink:CapabilityStatement}} + + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_AllergieUnvertraeglichkeit/AllergieUnvertraeglichkeit_Profil.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_AllergieUnvertraeglichkeit/AllergieUnvertraeglichkeit_Profil.page.md new file mode 100644 index 00000000..c765f58a --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_AllergieUnvertraeglichkeit/AllergieUnvertraeglichkeit_Profil.page.md @@ -0,0 +1,86 @@ +--- +topic: AllergyIntolerance-Profil +canonical: https://gematik.de/fhir/isik/StructureDefinition/ISiKAllergieUnvertraeglichkeit +--- +## {{link}} + + +from + StructureDefinition +where + url = %canonical +select + description +with + no header + + +### Bestätigungsrelevanz + +from + CapabilityStatement +where + url = %capability +for rest.resource.where(%canonical in supportedProfile) +select + 'Verbindlichkeit': extension('http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation').value + + +### Metadaten + + +from + StructureDefinition +where + url = %canonical +select + Canonical: url, Status: status, Version: version, Basis: baseDefinition + + +### Inhalt + + + {{tree, buttons}} + {{xml}} + {{json}} + {{link}} + + +### Constraints/Invarianten + +from + StructureDefinition +where + url = %canonical +for + differential.element.constraint +select Name: key, Schweregrad: severity, Beschreibung: human, Ausdruck: expression + + +### Terminology-Bindings + +from + StructureDefinition +where + url = %canonical + +for + differential.element + where + mustSupport = true and binding.exists() + select + Element: id, Staerke: binding.strength, ValueSet: binding.valueSet + + + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_AllergieUnvertraeglichkeit/Index.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_AllergieUnvertraeglichkeit/Index.page.md new file mode 100644 index 00000000..f0b7d422 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_AllergieUnvertraeglichkeit/Index.page.md @@ -0,0 +1,6 @@ +--- +topic: markdown-Datenobjekte-Datenobjekte-AllergieUnvertraeglichkeit +--- +## Allergie/Unverträglichkeit [(AllergyIntolerance)](https://hl7.org/fhir/R4/allergyintolerance.html) + +--- diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_AllergieUnvertraeglichkeit/toc.yaml b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_AllergieUnvertraeglichkeit/toc.yaml new file mode 100644 index 00000000..975cd73b --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_AllergieUnvertraeglichkeit/toc.yaml @@ -0,0 +1,10 @@ +- name: Index + filename: Index.page.md +- name: Profil + filename: AllergieUnvertraeglichkeit_Profil.page.md +- name: Anmerkungen zu den Must-Support Feldern + filename: AllergieUnvertraeglichkeit_AnmerkungenZuDenMustSupportFeldern.page.md +- name: Interaktionen + filename: AllergieUnvertraeglichkeit_Interaktionen.page.md +- name: Beispiele + filename: AllergieUnvertraeglichkeit_Beispiele.page.md diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Angehoeriger/Angehoeriger_Beispiele.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Angehoeriger/Angehoeriger_Beispiele.page.md new file mode 100644 index 00000000..2234f389 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Angehoeriger/Angehoeriger_Beispiele.page.md @@ -0,0 +1,23 @@ +--- +topic: RelatedPerson-Beispiele +--- + +## {{page-title}} + +### Valides Minimalbeispiel: + + + + {{render:isikangehoerigermustermann}} + + + {{xml:isikangehoerigermustermann}} + + + {{json:isikangehoerigermustermann}} + + + {{link:isikangehoerigermustermann}} + + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Angehoeriger/Angehoeriger_Interaktionen.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Angehoeriger/Angehoeriger_Interaktionen.page.md new file mode 100644 index 00000000..9ddb531f --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Angehoeriger/Angehoeriger_Interaktionen.page.md @@ -0,0 +1,32 @@ +--- +topic: RelatedPerson-Interaktionen +canonical: https://gematik.de/fhir/isik/StructureDefinition/ISiKAngehoeriger +--- +### Interaktionen + + +from + CapabilityStatement +where + url = %capability +for rest.resource.where(%canonical in supportedProfile) +select + documentation +with + no header + + + + + {{page:FQL-Capability-REST}} + + + {{page:FQL-Capability-Search}} + + + {{page:FQL-Capability-Operations}} + + + {{pagelink:CapabilityStatement}} + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Angehoeriger/Angehoeriger_Profil.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Angehoeriger/Angehoeriger_Profil.page.md new file mode 100644 index 00000000..6ab194ab --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Angehoeriger/Angehoeriger_Profil.page.md @@ -0,0 +1,85 @@ +--- +topic: RelatedPerson-Profil +canonical: https://gematik.de/fhir/isik/StructureDefinition/ISiKAngehoeriger +--- +## {{link}} + + +from + StructureDefinition +where + url = %canonical +select + description +with + no header + + +### Bestätigungsrelevanz + +from + CapabilityStatement +where + url = %capability +for rest.resource.where(%canonical in supportedProfile) +select + 'Verbindlichkeit': extension('http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation').value + + +### Metadaten + + +from + StructureDefinition +where + url = %canonical +select + Canonical: url, Status: status, Version: version, Basis: baseDefinition + + +### Inhalt + + + {{tree, buttons}} + {{xml}} + {{json}} + {{link}} + + +### Constraints/Invarianten + +from + StructureDefinition +where + url = %canonical +for + differential.element.constraint +select Name: key, Schweregrad: severity, Beschreibung: human, Ausdruck: expression + + +### Terminology-Bindings + +from + StructureDefinition +where + url = %canonical + +for + differential.element + where + mustSupport = true and binding.exists() + select + Element: id, Staerke: binding.strength, ValueSet: binding.valueSet + + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Angehoeriger/Anmerkungen-zu-den-Must-Support-Feldern.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Angehoeriger/Anmerkungen-zu-den-Must-Support-Feldern.page.md new file mode 100644 index 00000000..39c34acb --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Angehoeriger/Anmerkungen-zu-den-Must-Support-Feldern.page.md @@ -0,0 +1,18 @@ +--- +topic: RelatedPerson-MS +canonical: https://gematik.de/fhir/isik/StructureDefinition/ISiKAngehoeriger +--- + +### Anmerkungen zu Must-Support-Feldern + + +from + StructureDefinition +where + url = %canonical +for differential.element +where mustSupport = true +select + Feldname: id, Kurzbeschreibung: short, Hinweise: comment + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Angehoeriger/Index.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Angehoeriger/Index.page.md new file mode 100644 index 00000000..54aaa2f2 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Angehoeriger/Index.page.md @@ -0,0 +1,6 @@ +--- +topic: ImplementationGuide-markdown-Datenobjekte-Datenobjekte-Angehoeriger +--- +## Angehöriger [(RelatedPerson)](https://hl7.org/fhir/R4/relatedperson.html) + +--- \ No newline at end of file diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Angehoeriger/toc.yaml b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Angehoeriger/toc.yaml new file mode 100644 index 00000000..7fe2d862 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Angehoeriger/toc.yaml @@ -0,0 +1,10 @@ +- name: Index + filename: Index.page.md +- name: Profil + filename: Angehoeriger_Profil.page.md +- name: Anmerkungen zu den Must-Support-Feldern + filename: Anmerkungen-zu-den-Must-Support-Feldern.page.md +- name: Interaktionen + filename: Angehoeriger_Interaktionen.page.md +- name: Beispiele + filename: Angehoeriger_Beispiele.page.md diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_BerichtSubsystem/Anmerkungen-zu-Must-Support-Feldern.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_BerichtSubsystem/Anmerkungen-zu-Must-Support-Feldern.page.md new file mode 100644 index 00000000..7cb98933 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_BerichtSubsystem/Anmerkungen-zu-Must-Support-Feldern.page.md @@ -0,0 +1,20 @@ +--- +topic: Composition-MS +canonical: https://gematik.de/fhir/isik/StructureDefinition/ISiKBerichtSubSysteme +--- + +### Anmerkungen zu Must-Support-Feldern + + +from + StructureDefinition +where + url = %canonical +for differential.element +where mustSupport = true +select + Feldname: id, Kurzbeschreibung: short, Hinweise: comment + + + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_BerichtSubsystem/BerichtSubsystem_Beispiele.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_BerichtSubsystem/BerichtSubsystem_Beispiele.page.md new file mode 100644 index 00000000..5267f172 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_BerichtSubsystem/BerichtSubsystem_Beispiele.page.md @@ -0,0 +1,20 @@ +--- +topic: BerichtSubsystem-Beispiele +--- + +### Valides Minimalbeispiel: + + + + {{render:composition-blutdruck}} + + + {{xml:composition-blutdruck}} + + + {{json:composition-blutdruck}} + + + {{link:composition-blutdruck}} + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_BerichtSubsystem/BerichtSubsystem_Interaktionen.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_BerichtSubsystem/BerichtSubsystem_Interaktionen.page.md new file mode 100644 index 00000000..e9c83fd4 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_BerichtSubsystem/BerichtSubsystem_Interaktionen.page.md @@ -0,0 +1,38 @@ +--- +topic: BerichtSubsystem-Interaktionen +canonical: https://gematik.de/fhir/isik/StructureDefinition/ISiKBerichtSubSysteme +--- +### Interaktionen + +Auf dem Ressourcentyp `Composition` sind keine Interaktionen definiert. +Zur Beschreibung der Berichtsübermittlung, siehe {{pagelink:DatenübermittlungSubsystem}} + + +from + CapabilityStatement +where + url = %capability +for rest.resource.where(%canonical in supportedProfile) +select + documentation +with + no header + + + + + {{page:FQL-Capability-REST}} + + + {{page:FQL-Capability-Search}} + + + {{page:FQL-Capability-Operations}} + + + {{pagelink:CapabilityStatement}} + + + + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_BerichtSubsystem/BerichtSubsystem_Profil.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_BerichtSubsystem/BerichtSubsystem_Profil.page.md new file mode 100644 index 00000000..c396a3a5 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_BerichtSubsystem/BerichtSubsystem_Profil.page.md @@ -0,0 +1,71 @@ +--- +topic: BerichtSubsystem-Profil +canonical: https://gematik.de/fhir/isik/StructureDefinition/ISiKBerichtSubSysteme +--- + +## {{link}} + + +from + StructureDefinition +where + url = %canonical +select + description +with + no header + + +### Bestätigungsrelevanz + +from + CapabilityStatement +where + url = %capability +for rest.resource.where(%canonical in supportedProfile) +select + 'Verbindlichkeit': extension('http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation').value + + +### Metadaten + + +from + StructureDefinition +where + url = %canonical +select + Canonical: url, Status: status, Version: version, Basis: baseDefinition + + +### Inhalt + + + {{tree, buttons}} + {{xml}} + {{json}} + {{link}} + + +### Constraints/Invarianten + +from + StructureDefinition +where + url = %canonical +for + differential.element.constraint +select Name: key, Schweregrad: severity, Beschreibung: human, Ausdruck: expression + + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_BerichtSubsystem/Index.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_BerichtSubsystem/Index.page.md new file mode 100644 index 00000000..0ecfee76 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_BerichtSubsystem/Index.page.md @@ -0,0 +1,4 @@ +--- +topic: BerichtSubsystem +--- +## Bericht aus Subsystemen [(Composition)](https://hl7.org/fhir/R4/composition.html) diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_BerichtSubsystem/toc.yaml b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_BerichtSubsystem/toc.yaml new file mode 100644 index 00000000..06c1bd84 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_BerichtSubsystem/toc.yaml @@ -0,0 +1,10 @@ +- name: Index + filename: Index.page.md +- name: Interaktionen + filename: BerichtSubsystem_Interaktionen.page.md +- name: Profil + filename: BerichtSubsystem_Profil.page.md +- name: Anmerkungen zu Must-Support-Feldern + filename: Anmerkungen-zu-Must-Support-Feldern.page.md +- name: Beispiele + filename: BerichtSubsystem_Beispiele.page.md diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Binary/Anmerkungen-zu-den-Must-Support-Feldern.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Binary/Anmerkungen-zu-den-Must-Support-Feldern.page.md new file mode 100644 index 00000000..1b81967a --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Binary/Anmerkungen-zu-den-Must-Support-Feldern.page.md @@ -0,0 +1,18 @@ +--- +topic: Binary-MS +canonical: https://gematik.de/fhir/isik/StructureDefinition/ISiKBinary +--- + +### Anmerkungen zu Must-Support-Feldern + + +from + StructureDefinition +where + url = %canonical +for differential.element +where mustSupport = true +select + Feldname: id, Kurzbeschreibung: short, Hinweise: comment + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Binary/Binary_Beispiele.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Binary/Binary_Beispiele.page.md new file mode 100644 index 00000000..54d56b89 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Binary/Binary_Beispiele.page.md @@ -0,0 +1,37 @@ +--- +topic: Binary-Beispiele +--- + +### Valides Minimalbeispiel (PDF): + + + + {{render:Binary-PDF-Example}} + + + {{xml:Binary-PDF-Example}} + + + {{json:Binary-PDF-Example}} + + + {{link:Binary-PDF-Example}} + + + +### Valides Minimalbeispiel (JPEG): + + + + {{render:Binary-JPEG-Example}} + + + {{xml:Binary-JPEG-Example}} + + + {{json:Binary-JPEG-Example}} + + + {{link:Binary-JPEG-Example}} + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Binary/Binary_Profil.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Binary/Binary_Profil.page.md new file mode 100644 index 00000000..3adf9f14 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Binary/Binary_Profil.page.md @@ -0,0 +1,60 @@ +--- +topic: Binary-Profil +canonical: https://gematik.de/fhir/isik/StructureDefinition/ISiKBinary +--- + +## {{link}} + + +from + StructureDefinition +where + url = %canonical +select + description +with + no header + + +### Metadaten + + +from + StructureDefinition +where + url = %canonical +select + Canonical: url, Status: status, Version: version, Basis: baseDefinition + + +### Inhalt + + + {{tree, buttons}} + {{xml}} + {{json}} + {{link}} + + +### Constraints/Invarianten + +from + StructureDefinition +where + url = %canonical +for + differential.element.constraint +select Name: key, Schweregrad: severity, Beschreibung: human, Ausdruck: expression + + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Binary/Index.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Binary/Index.page.md new file mode 100644 index 00000000..33d32a44 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Binary/Index.page.md @@ -0,0 +1,6 @@ +--- +topic: Binary-Index +--- +## Binary [(Binary)](https://hl7.org/fhir/R4/binary.html) + +--- diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Binary/Interaktionen.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Binary/Interaktionen.page.md new file mode 100644 index 00000000..d3776642 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Binary/Interaktionen.page.md @@ -0,0 +1,8 @@ +--- +topic: Binary-Interaktionen +--- +### Interaktionen + +Die für die Binary-Ressource zu implementierenden Interaktionen sind den jeweiligen Modulen zu entnehmen. + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Binary/toc.yaml b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Binary/toc.yaml new file mode 100644 index 00000000..2215a4d0 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Binary/toc.yaml @@ -0,0 +1,10 @@ +- name: Index + filename: Index.page.md +- name: Profil + filename: Binary_Profil.page.md +- name: Anmerkungen zu den Must-Support Feldern + filename: Anmerkungen-zu-den-Must-Support-Feldern.page.md +- name: Interaktionen + filename: Interaktionen.page.md +- name: Beispiele + filename: Binary_Beispiele.page.md diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_CodeSystem/Anmerkungen-zu-Must-Support-Feldern.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_CodeSystem/Anmerkungen-zu-Must-Support-Feldern.page.md new file mode 100644 index 00000000..ea3e8e09 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_CodeSystem/Anmerkungen-zu-Must-Support-Feldern.page.md @@ -0,0 +1,18 @@ +--- +topic: CodeSystem-MS +canonical: https://gematik.de/fhir/isik/StructureDefinition/ISiKCodeSystem +--- + +### Anmerkungen zu Must-Support-Feldern + + +from + StructureDefinition +where + url = %canonical +for differential.element +where mustSupport = true +select + Feldname: id, Kurzbeschreibung: short, Hinweise: comment + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_CodeSystem/Beispiele.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_CodeSystem/Beispiele.page.md new file mode 100644 index 00000000..4f42e583 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_CodeSystem/Beispiele.page.md @@ -0,0 +1,21 @@ +--- +topic: CodeSystem-Beispiele +--- + +### Valides Minimalbeispiel: + + + + {{render:CodeSystemExample}} + + + {{xml:CodeSystemExample}} + + + {{json:CodeSystemExample}} + + + {{link:CodeSystemExample}} + + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_CodeSystem/CodeSystem_Interaktionen.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_CodeSystem/CodeSystem_Interaktionen.page.md new file mode 100644 index 00000000..53ad9785 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_CodeSystem/CodeSystem_Interaktionen.page.md @@ -0,0 +1,33 @@ +--- +topic: CodeSystem-Interaktionen +canonical: https://gematik.de/fhir/isik/StructureDefinition/ISiKCodeSystem +--- + +### Interaktionen + + +from + CapabilityStatement +where + url = %capability +for rest.resource.where(%canonical in supportedProfile) +select + documentation +with + no header + + + + + {{page:FQL-Capability-REST}} + + + {{page:FQL-Capability-Search}} + + + {{page:FQL-Capability-Operations}} + + + {{pagelink:CapabilityStatement}} + + \ No newline at end of file diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_CodeSystem/CodeSystem_Profil.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_CodeSystem/CodeSystem_Profil.page.md new file mode 100644 index 00000000..f589a4ee --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_CodeSystem/CodeSystem_Profil.page.md @@ -0,0 +1,71 @@ +--- +topic: CodeSystem-Profil +canonical: https://gematik.de/fhir/isik/StructureDefinition/ISiKCodeSystem +--- + +## {{link}} + + +from + StructureDefinition +where + url = %canonical +select + description +with + no header + + +### Bestätigungsrelevanz + +from + CapabilityStatement +where + url = %capability +for rest.resource.where(%canonical in supportedProfile) +select + 'Verbindlichkeit': extension('http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation').value + + +### Metadaten + + +from + StructureDefinition +where + url = %canonical +select + Canonical: url, Status: status, Version: version, Basis: baseDefinition + + +### Inhalt + + + {{tree, buttons}} + {{xml}} + {{json}} + {{link}} + + +### Constraints/Invarianten + +from + StructureDefinition +where + url = %canonical +for + differential.element.constraint +select Name: key, Schweregrad: severity, Beschreibung: human, Ausdruck: expression + + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_CodeSystem/Index.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_CodeSystem/Index.page.md new file mode 100644 index 00000000..4c2e080e --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_CodeSystem/Index.page.md @@ -0,0 +1,6 @@ +--- +topic: ImplementationGuide-markdown-Datenobjekte-Datenobjekte-CodeSystem +--- +## Katalog [(CodeSystem)](https://hl7.org/fhir/R4/codesystem.html) + +--- \ No newline at end of file diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_CodeSystem/toc.yaml b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_CodeSystem/toc.yaml new file mode 100644 index 00000000..f4f069c2 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_CodeSystem/toc.yaml @@ -0,0 +1,10 @@ +- name: Index + filename: Index.page.md +- name: Profil + filename: CodeSystem_Profil.page.md +- name: Interaktionen + filename: CodeSystem_Interaktionen.page.md +- name: Anmerkungen zu Must-Support-Feldern + filename: Anmerkungen-zu-Must-Support-Feldern.page.md +- name: Beispiele + filename: Beispiele.page.md diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Diagnose/Diagnose_AnmerkungenZuDenMustSupportFeldern.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Diagnose/Diagnose_AnmerkungenZuDenMustSupportFeldern.page.md new file mode 100644 index 00000000..68eeee98 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Diagnose/Diagnose_AnmerkungenZuDenMustSupportFeldern.page.md @@ -0,0 +1,18 @@ +--- +topic: Condition-MS +canonical: https://gematik.de/fhir/isik/StructureDefinition/ISiKDiagnose +--- + +### Anmerkungen zu Must-Support-Feldern + + +from + StructureDefinition +where + url = %canonical +for differential.element +where mustSupport = true +select + Feldname: id, Kurzbeschreibung: short, Hinweise: comment + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Diagnose/Diagnose_Beispiele.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Diagnose/Diagnose_Beispiele.page.md new file mode 100644 index 00000000..90415e18 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Diagnose/Diagnose_Beispiele.page.md @@ -0,0 +1,22 @@ +--- +topic: Diagnose-Beispiele +expand: 4 +--- +### Beispiele + +### Valides Minimalbeispiel Patient + + + + {{render:example-condition-kreuz-stern-primaer}} + + + {{xml:example-condition-kreuz-stern-primaer}} + + + {{json:example-condition-kreuz-stern-primaer}} + + + {{link:example-condition-kreuz-stern-primaer}} + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Diagnose/Diagnose_Interaktionen.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Diagnose/Diagnose_Interaktionen.page.md new file mode 100644 index 00000000..b56bd61c --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Diagnose/Diagnose_Interaktionen.page.md @@ -0,0 +1,35 @@ +--- +topic: Condition-Interaktionen +canonical: https://gematik.de/fhir/isik/StructureDefinition/ISiKDiagnose +--- +### Interaktionen + + +from + CapabilityStatement +where + url = %capability +for rest.resource.where(%canonical in supportedProfile) +select + documentation +with + no header + + + + + {{page:FQL-Capability-REST}} + + + {{page:FQL-Capability-Search}} + + + {{page:FQL-Capability-Operations}} + + + {{pagelink:CapabilityStatement}} + + + + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Diagnose/Diagnose_Profil.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Diagnose/Diagnose_Profil.page.md new file mode 100644 index 00000000..ea298c48 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Diagnose/Diagnose_Profil.page.md @@ -0,0 +1,85 @@ +--- +topic: Condition-Profil +canonical: https://gematik.de/fhir/isik/StructureDefinition/ISiKDiagnose +--- +## {{link}} + + +from + StructureDefinition +where + url = %canonical +select + description +with + no header + + +### Bestätigungsrelevanz + +from + CapabilityStatement +where + url = %capability +for rest.resource.where(%canonical in supportedProfile) +select + 'Verbindlichkeit': extension('http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation').value + + +### Metadaten + + +from + StructureDefinition +where + url = %canonical +select + Canonical: url, Status: status, Version: version, Basis: baseDefinition + + +### Inhalt + + + {{tree, buttons}} + {{xml}} + {{json}} + {{link}} + + +### Constraints/Invarianten + +from + StructureDefinition +where + url = %canonical +for + differential.element.constraint +select Name: key, Schweregrad: severity, Beschreibung: human, Ausdruck: expression + + +### Terminology-Bindings + +from + StructureDefinition +where + url = %canonical + +for + differential.element + where + mustSupport = true and binding.exists() + select + Element: id, Staerke: binding.strength, ValueSet: binding.valueSet + + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Diagnose/Index.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Diagnose/Index.page.md new file mode 100644 index 00000000..4707852b --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Diagnose/Index.page.md @@ -0,0 +1,6 @@ +--- +topic: Diagnose-index +--- +## Diagnose [(Condition)](https://hl7.org/fhir/R4/condition.html) +--- +{{index:current}} \ No newline at end of file diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Diagnose/toc.yaml b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Diagnose/toc.yaml new file mode 100644 index 00000000..11871e81 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Diagnose/toc.yaml @@ -0,0 +1,10 @@ +- name: Index + filename: Index.page.md +- name: Profil + filename: Diagnose_Profil.page.md +- name: Anmerkungen zu den Must-Support Feldern + filename: Diagnose_AnmerkungenZuDenMustSupportFeldern.page.md +- name: Interaktionen + filename: Diagnose_Interaktionen.page.md +- name: Beispiele + filename: Diagnose_Beispiele.page.md diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Kontakt/Index.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Kontakt/Index.page.md new file mode 100644 index 00000000..f137c27c --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Kontakt/Index.page.md @@ -0,0 +1,6 @@ +--- +topic: ImplementationGuide-markdown-Datenobjekte-Datenobjekte-Kontakt +--- +## Kontakt/Fall [(Encounter)](https://hl7.org/fhir/R4/encounter.html) + +--- diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Kontakt/Kontakt_AnmerkungenZuDenMustSupportFeldern.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Kontakt/Kontakt_AnmerkungenZuDenMustSupportFeldern.page.md new file mode 100644 index 00000000..3c985959 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Kontakt/Kontakt_AnmerkungenZuDenMustSupportFeldern.page.md @@ -0,0 +1,18 @@ +--- +topic: Encounter-MS +canonical: https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung +--- + +### Anmerkungen zu Must-Support-Feldern + + +from + StructureDefinition +where + url = %canonical +for differential.element +where mustSupport = true +select + Feldname: id, Kurzbeschreibung: short, Hinweise: comment + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Kontakt/Kontakt_Beispiele.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Kontakt/Kontakt_Beispiele.page.md new file mode 100644 index 00000000..f0b49132 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Kontakt/Kontakt_Beispiele.page.md @@ -0,0 +1,8 @@ +--- +topic: markdown-KontaktGesundheitseinrichtung-Kontakt-Beispiele +--- +#### Beispiele + +Ein Beispiel für das Profil ISiKKontaktGesundheitseinrichtung: + +{{json:Resources/fsh-generated/resources/Encounter-Fachabteilungskontakt.json}} \ No newline at end of file diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Kontakt/Kontakt_Interaktionen.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Kontakt/Kontakt_Interaktionen.page.md new file mode 100644 index 00000000..529e5f93 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Kontakt/Kontakt_Interaktionen.page.md @@ -0,0 +1,35 @@ +--- +topic: Encounter_Interaktionen +canonical: https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung +--- +### Interaktionen + + +from + CapabilityStatement +where + url = %capability +for rest.resource.where(%canonical in supportedProfile) +select + documentation +with + no header + + + + + {{page:FQL-Capability-REST}} + + + {{page:FQL-Capability-Search}} + + + {{page:FQL-Capability-Operations}} + + + {{pagelink:CapabilityStatement}} + + + + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Kontakt/Kontakt_Profil.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Kontakt/Kontakt_Profil.page.md new file mode 100644 index 00000000..f5bb5564 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Kontakt/Kontakt_Profil.page.md @@ -0,0 +1,86 @@ +--- +topic: Encounter-Profil +canonical: https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung +--- +## {{link}} + + +from + StructureDefinition +where + url = %canonical +select + description +with + no header + + +### Bestätigungsrelevanz + +from + CapabilityStatement +where + url = %capability +for rest.resource.where(%canonical in supportedProfile) +select + 'Verbindlichkeit': extension('http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation').value + + +### Metadaten + + +from + StructureDefinition +where + url = %canonical +select + Canonical: url, Status: status, Version: version, Basis: baseDefinition + + +### Inhalt + + + {{tree, buttons}} + {{xml}} + {{json}} + {{link}} + + +### Constraints/Invarianten + +from + StructureDefinition +where + url = %canonical +for + differential.element.constraint +select Name: key, Schweregrad: severity, Beschreibung: human, Ausdruck: expression + + +### Terminology-Bindings + +from + StructureDefinition +where + url = %canonical + +for + differential.element + where + mustSupport = true and binding.exists() + select + Element: id, Staerke: binding.strength, ValueSet: binding.valueSet + + + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Kontakt/toc.yaml b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Kontakt/toc.yaml new file mode 100644 index 00000000..83e3f14e --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Kontakt/toc.yaml @@ -0,0 +1,10 @@ +- name: Index + filename: Index.page.md +- name: Profil + filename: Kontakt_Profil.page.md +- name: Anmerkungen zu den Must-Support Feldern + filename: Kontakt_AnmerkungenZuDenMustSupportFeldern.page.md +- name: Interaktionen + filename: Kontakt_Interaktionen.page.md +- name: Beispiele + filename: Kontakt_Beispiele.page.md diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Lebenszustand/Index.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Lebenszustand/Index.page.md new file mode 100644 index 00000000..dc23039c --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Lebenszustand/Index.page.md @@ -0,0 +1,6 @@ +--- +topic: ImplementationGuide-markdown-Datenobjekte-Datenobjekte-Lebenszustand +--- +## Spezifische Lebenszustände [(Observation)](https://hl7.org/fhir/R4/observation.html) + +--- diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Lebenszustand/Lebenszustand_AnmerkungenZuDenMustSupportFeldern.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Lebenszustand/Lebenszustand_AnmerkungenZuDenMustSupportFeldern.page.md new file mode 100644 index 00000000..64a070f0 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Lebenszustand/Lebenszustand_AnmerkungenZuDenMustSupportFeldern.page.md @@ -0,0 +1,16 @@ +--- +topic: LebensZustand-MS +canonical: https://gematik.de/fhir/isik/StructureDefinition/ISiKLebensZustand +--- +### Anmerkungen zu Must-Support-Feldern + + +from + StructureDefinition +where + url = %canonical +for differential.element +where mustSupport = true +select + Feldname: id, Kurzbeschreibung: short, Hinweise: comment + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Lebenszustand/Lebenszustand_Beispiele.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Lebenszustand/Lebenszustand_Beispiele.page.md new file mode 100644 index 00000000..38976096 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Lebenszustand/Lebenszustand_Beispiele.page.md @@ -0,0 +1,89 @@ +--- +topic: Lebenszustand-Beispiele +expand: 4 +--- +## Beispiele + +### Schwangerschaftsstatus + + + {{render:ISiKSchwangerschaftsstatusBeispiel}} + + + {{xml:ISiKSchwangerschaftsstatusBeispiel}} + + + {{json:ISiKSchwangerschaftsstatusBeispiel}} + + + {{link:ISiKSchwangerschaftsstatusBeispiel}} + + + + +### Erwarteter Entbindungstermin + + + {{render:ISiKSchwangerschaftErwarteterEntbindungsterminBeispiel}} + + + {{xml:ISiKSchwangerschaftErwarteterEntbindungsterminBeispiel}} + + + {{json:ISiKSchwangerschaftErwarteterEntbindungsterminBeispiel}} + + + {{link:ISiKSchwangerschaftErwarteterEntbindungsterminBeispiel}} + + + + +### Alkoholabusus + + + {{render:ISiKAlkoholAbususBeispiel}} + + + {{xml:ISiKAlkoholAbususBeispiel}} + + + {{json:ISiKAlkoholAbususBeispiel}} + + + {{link:ISiKAlkoholAbususBeispiel}} + + + + +### Raucherstatus + + + {{render:ISiKRaucherStatusBeispiel}} + + + {{xml:ISiKRaucherStatusBeispiel}} + + + {{json:ISiKRaucherStatusBeispiel}} + + + {{link:ISiKRaucherStatusBeispiel}} + + + +### Stillstatus + + + {{render:ISiKStillstatusBeispiel}} + + + {{xml:ISiKStillstatusBeispiel}} + + + {{json:ISiKStillstatusBeispiel}} + + + {{link:ISiKStillstatusBeispiel}} + + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Lebenszustand/Lebenszustand_Interaktionen.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Lebenszustand/Lebenszustand_Interaktionen.page.md new file mode 100644 index 00000000..1c151b53 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Lebenszustand/Lebenszustand_Interaktionen.page.md @@ -0,0 +1,34 @@ +--- +topic: LebensZustand-Interaktionen +canonical: https://gematik.de/fhir/isik/StructureDefinition/ISiKLebensZustand +--- + +### Interaktionen + + +from + CapabilityStatement +where + url = %capability +for rest.resource.where(%canonical in supportedProfile) +select + documentation +with + no header + + + + + {{page:FQL-Capability-REST}} + + + {{page:FQL-Capability-Search}} + + + {{page:FQL-Capability-Operations}} + + + {{pagelink:CapabilityStatement}} + + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Lebenszustand/Profil-Alkohol-Abusus.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Lebenszustand/Profil-Alkohol-Abusus.page.md new file mode 100644 index 00000000..0291c044 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Lebenszustand/Profil-Alkohol-Abusus.page.md @@ -0,0 +1,86 @@ +--- +topic: AlkoholAbusus-Profil +canonical: https://gematik.de/fhir/isik/StructureDefinition/ISiKAlkoholAbusus +--- +## {{link}} + + +from + StructureDefinition +where + url = %canonical +select + description +with + no header + + +### Bestätigungsrelevanz + +from + CapabilityStatement +where + url = %capability +for rest.resource.where(%canonical in supportedProfile) +select + 'Verbindlichkeit': extension('http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation').value + + +### Metadaten + + +from + StructureDefinition +where + url = %canonical +select + Canonical: url, Status: status, Version: version, Basis: baseDefinition + + +### Inhalt + + + {{tree, buttons}} + {{xml}} + {{json}} + {{link}} + + +### Constraints/Invarianten + +from + StructureDefinition +where + url = %canonical +for + differential.element.constraint +select Name: key, Schweregrad: severity, Beschreibung: human, Ausdruck: expression + + +### Terminology-Bindings + +from + StructureDefinition +where + url = %canonical + +for + differential.element + where + mustSupport = true and binding.exists() + select + Element: id, Staerke: binding.strength, ValueSet: binding.valueSet + + + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Lebenszustand/Profil-Erwarteter-Entbindungstermin.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Lebenszustand/Profil-Erwarteter-Entbindungstermin.page.md new file mode 100644 index 00000000..02006010 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Lebenszustand/Profil-Erwarteter-Entbindungstermin.page.md @@ -0,0 +1,86 @@ +--- +topic: ErwarteterEntbindungstermin-Profil +canonical: https://gematik.de/fhir/isik/StructureDefinition/ISiKSchwangerschaftErwarteterEntbindungstermin +--- +## {{link}} + + +from + StructureDefinition +where + url = %canonical +select + description +with + no header + + +### Bestätigungsrelevanz + +from + CapabilityStatement +where + url = %capability +for rest.resource.where(%canonical in supportedProfile) +select + 'Verbindlichkeit': extension('http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation').value + + +### Metadaten + + +from + StructureDefinition +where + url = %canonical +select + Canonical: url, Status: status, Version: version, Basis: baseDefinition + + +### Inhalt + + + {{tree, buttons}} + {{xml}} + {{json}} + {{link}} + + +### Constraints/Invarianten + +from + StructureDefinition +where + url = %canonical +for + differential.element.constraint +select Name: key, Schweregrad: severity, Beschreibung: human, Ausdruck: expression + + +### Terminology-Bindings + +from + StructureDefinition +where + url = %canonical + +for + differential.element + where + mustSupport = true and binding.exists() + select + Element: id, Staerke: binding.strength, ValueSet: binding.valueSet + + + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Lebenszustand/Profil-Lebenszustand.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Lebenszustand/Profil-Lebenszustand.page.md new file mode 100644 index 00000000..1d4578f7 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Lebenszustand/Profil-Lebenszustand.page.md @@ -0,0 +1,87 @@ +--- +topic: Lebenszustand-Profil +canonical: https://gematik.de/fhir/isik/StructureDefinition/ISiKLebensZustand +--- +## {{link}} + + +from + StructureDefinition +where + url = %canonical +select + description +with + no header + + +### Bestätigungsrelevanz + +from + CapabilityStatement +where + url = %capability +for rest.resource.where(%canonical in supportedProfile) +select + 'Verbindlichkeit': extension('http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation').value + + + +### Metadaten + + +from + StructureDefinition +where + url = %canonical +select + Canonical: url, Status: status, Version: version, Basis: baseDefinition + + +### Inhalt + + + {{tree, buttons}} + {{xml}} + {{json}} + {{link}} + + +### Constraints/Invarianten + +from + StructureDefinition +where + url = %canonical +for + differential.element.constraint +select Name: key, Schweregrad: severity, Beschreibung: human, Ausdruck: expression + + +### Terminology-Bindings + +from + StructureDefinition +where + url = %canonical + +for + differential.element + where + mustSupport = true and binding.exists() + select + Element: id, Staerke: binding.strength, ValueSet: binding.valueSet + + + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Lebenszustand/Profil-Raucherstatus.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Lebenszustand/Profil-Raucherstatus.page.md new file mode 100644 index 00000000..161de54e --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Lebenszustand/Profil-Raucherstatus.page.md @@ -0,0 +1,86 @@ +--- +topic: RaucherStatus-Profil +canonical: https://gematik.de/fhir/isik/StructureDefinition/ISiKRaucherStatus +--- +## {{link}} + + +from + StructureDefinition +where + url = %canonical +select + description +with + no header + + +### Bestätigungsrelevanz + +from + CapabilityStatement +where + url = %capability +for rest.resource.where(%canonical in supportedProfile) +select + 'Verbindlichkeit': extension('http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation').value + + +### Metadaten + + +from + StructureDefinition +where + url = %canonical +select + Canonical: url, Status: status, Version: version, Basis: baseDefinition + + +### Inhalt + + + {{tree, buttons}} + {{xml}} + {{json}} + {{link}} + + +### Constraints/Invarianten + +from + StructureDefinition +where + url = %canonical +for + differential.element.constraint +select Name: key, Schweregrad: severity, Beschreibung: human, Ausdruck: expression + + +### Terminology-Bindings + +from + StructureDefinition +where + url = %canonical + +for + differential.element + where + mustSupport = true and binding.exists() + select + Element: id, Staerke: binding.strength, ValueSet: binding.valueSet + + + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Lebenszustand/Profil-Schwangerschaftsstatus.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Lebenszustand/Profil-Schwangerschaftsstatus.page.md new file mode 100644 index 00000000..94fa0128 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Lebenszustand/Profil-Schwangerschaftsstatus.page.md @@ -0,0 +1,86 @@ +--- +topic: Schwangerschaftsstatus-Profil +canonical: https://gematik.de/fhir/isik/StructureDefinition/ISiKSchwangerschaftsstatus +--- +## {{link}} + + +from + StructureDefinition +where + url = %canonical +select + description +with + no header + + +### Bestätigungsrelevanz + +from + CapabilityStatement +where + url = %capability +for rest.resource.where(%canonical in supportedProfile) +select + 'Verbindlichkeit': extension('http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation').value + + +### Metadaten + + +from + StructureDefinition +where + url = %canonical +select + Canonical: url, Status: status, Version: version, Basis: baseDefinition + + +### Inhalt + + + {{tree, buttons}} + {{xml}} + {{json}} + {{link}} + + +### Constraints/Invarianten + +from + StructureDefinition +where + url = %canonical +for + differential.element.constraint +select Name: key, Schweregrad: severity, Beschreibung: human, Ausdruck: expression + + +### Terminology-Bindings + +from + StructureDefinition +where + url = %canonical + +for + differential.element + where + mustSupport = true and binding.exists() + select + Element: id, Staerke: binding.strength, ValueSet: binding.valueSet + + + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Lebenszustand/Profil-Stillstatus.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Lebenszustand/Profil-Stillstatus.page.md new file mode 100644 index 00000000..0d3d59d0 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Lebenszustand/Profil-Stillstatus.page.md @@ -0,0 +1,86 @@ +--- +topic: StillstatusBeispiel-Profil +canonical: https://gematik.de/fhir/isik/StructureDefinition/ISiKStillstatusBeispiel +--- +## {{link}} + + +from + StructureDefinition +where + url = %canonical +select + description +with + no header + + +### Bestätigungsrelevanz + +from + CapabilityStatement +where + url = %capability +for rest.resource.where(%canonical in supportedProfile) +select + 'Verbindlichkeit': extension('http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation').value + + +### Metadaten + + +from + StructureDefinition +where + url = %canonical +select + Canonical: url, Status: status, Version: version, Basis: baseDefinition + + +### Inhalt + + + {{tree, buttons}} + {{xml}} + {{json}} + {{link}} + + +### Constraints/Invarianten + +from + StructureDefinition +where + url = %canonical +for + differential.element.constraint +select Name: key, Schweregrad: severity, Beschreibung: human, Ausdruck: expression + + +### Terminology-Bindings + +from + StructureDefinition +where + url = %canonical + +for + differential.element + where + mustSupport = true and binding.exists() + select + Element: id, Staerke: binding.strength, ValueSet: binding.valueSet + + + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Lebenszustand/toc.yaml b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Lebenszustand/toc.yaml new file mode 100644 index 00000000..0ce53025 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Lebenszustand/toc.yaml @@ -0,0 +1,20 @@ +- name: Index + filename: Index.page.md +- name: 'Profil: Lebenszustand' + filename: Profil-Lebenszustand.page.md +- name: 'Profil: Schwangerschaftsstatus' + filename: Profil-Schwangerschaftsstatus.page.md +- name: 'Profil: Erwarteter Entbindungstermin' + filename: Profil-Erwarteter-Entbindungstermin.page.md +- name: 'Profil: Stillstatus' + filename: Profil-Stillstatus.page.md +- name: 'Profil: Alkohol Abusus' + filename: Profil-Alkohol-Abusus.page.md +- name: 'Profil: Raucherstatus' + filename: Profil-Raucherstatus.page.md +- name: Anmerkungen zu den Must-Support Feldern + filename: Lebenszustand_AnmerkungenZuDenMustSupportFeldern.page.md +- name: Interaktionen + filename: Lebenszustand_Interaktionen.page.md +- name: Beispiele + filename: Lebenszustand_Beispiele.page.md diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Observation/Index.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Observation/Index.page.md new file mode 100644 index 00000000..0c4d1701 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Observation/Index.page.md @@ -0,0 +1,6 @@ +--- +topic: ImplementationGuide-markdown-Datenobjekte-Datenobjekte-Observation +--- +## Observation [(Observation)](https://hl7.org/fhir/R4/observation.html) + +--- diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Observation/Observation_AnmerkungenZuDenMustSupportFeldern.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Observation/Observation_AnmerkungenZuDenMustSupportFeldern.page.md new file mode 100644 index 00000000..a9d582c2 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Observation/Observation_AnmerkungenZuDenMustSupportFeldern.page.md @@ -0,0 +1,44 @@ +--- +topic: markdown-Observation-Observation-AnmerkungenZuDenMustSupportFeldern +--- +### Anmerkungen zu den Must-Support-Feldern + +### `Observation.status` + +**Bedeutung:** Der Status MUSS insbesondere zur Differenzierung von abgeschlossenen, vorläufigen oder korrigierten Beobachtungen angegeben werden. +Es ist möglich, dass einzelne Systeme nur Werte vom Status `final` bereitstellen. Empfangende Systeme müssen jedoch in der Lage sein, sämtliche Status-Codes zu interpretieren. + +**Hinweis:** Siehe Beschreibung in der [FHIR Kernspezifikation](https://hl7.org/fhir/R4/observation-definitions.html#Observation.status). + +### `Observation.category` +**Bedeutung:** Kategorie-Code, der die Untersuchung kategorisiert. + +### `Observation.code` +**Bedeutung:** Code, der die Untersuchung repräsentiert und kodiert. + +### `Observation.subject` +**Bedeutung:** Ein Patientenbezug der Observation MUSS stets zum Zwecke der Nachvollziehbarkeit und Datenintegrität vorliegen. + +### `Observation.encounter` +**Bedeutung:** Der Fallbezug einer Observation MUSS stets zum Zwecke der Nachvollziehbarkeit und Datenintegrität vorliegen. + +**Hinweise:** + +Eine Verlinkung der Referenz auf den dazugehörigen Kontakt MUSS auf die Ebene des Abteilungskontaktes (entsprechend ISiKKontaktGesundheitseinrichtung) erfolgen. +Bei der Auswahl des Kontaktes ist zu beachten, dass mehrere Encounter-Ressourcen mit identischen Aufnahmenummer-Identifiern existieren können (Abbildung Vor- und nachstationäre Kontakte). + +### `Observation.effective[x]` +**Bedeutung:** Klinisch relevanter Zeitpunkt/Zeitspanne für die Observation. + +### `Observation.hasMember` +**Bedeutung:** Weitere Observation, die mit dieser Observation gemeinsam zu betrachten ist. + +### `Observation.value[x]` +**Bedeutung:** Erfasster Wert der Observation. + +### `Observation.component` + +**Bedeutung:** Bei Vitalparametern, die aus mehreren Einzelnen Messpunkten bestehen (Blutdruck, EKG, GCS), werden die gemessenen Einzelwerte +jeweils mit einem separaten LOINC-Code in `Observation.component.code` versehen und der entsprechende Messwert in `Observation.component.value` erfasst. + +--- \ No newline at end of file diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Observation/Observation_Interaktionen.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Observation/Observation_Interaktionen.page.md new file mode 100644 index 00000000..33384ed4 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Observation/Observation_Interaktionen.page.md @@ -0,0 +1,102 @@ +--- +topic: ImplementationGuide-markdown-Observation-Observation-Interaktionen +--- +### Interaktionen + +Für die Ressource Observation MUSS die REST-Interaktion "READ" implementiert werden. + +Folgende Suchparameter sind für das Bestätigungsverfahren relevant, auch in Kombination: + +1. Der Suchparameter "_id" MUSS unterstützt werden: + + Beispiele: + + ```GET [base]/Observation?_id=1234567890``` + + Anwendungshinweise: Weitere Informationen zur Suche nach "_id" finden sich in der [FHIR-Basisspezifikation - Abschnitt "Parameters for all resources"](https://www.hl7.org/fhir/R4/search.html#all). + +1. Der Suchparameter "status" MUSS unterstützt werden: + + Beispiel: + + ``` GET [base]/Observation?status=http://hl7.org/fhir/observation-status|final``` + + Anwendungshinweise: Weitere Informationen zur Suche nach "status" + finden sich in der [FHIR-Basisspezifikation - Abschnitt "Token Search"](https://hl7.org/fhir/R4/search.html#token). + +1. Der Suchparameter "category" MUSS unterstützt werden: + + Beispiele: + + ```GET [base]/Observation?category=http://terminology.hl7.org/CodeSystem/observation-category|social-history``` + + Anwendungshinweise: Weitere Informationen zur Suche nach "Observation.category" finden sich in der [FHIR-Basisspezifikation - Abschnitt "Token Search"](https://hl7.org/fhir/R4/search.html#token). + +1. Der Suchparameter "code" MUSS unterstützt werden: + + Beispiele: + + ```GET [base]/Observation?code=http://terminology.hl7.org/CodeSystem/observation-category|social-history``` + + Anwendungshinweise: Weitere Informationen zur Suche nach "Observation.category" finden sich in der [FHIR-Basisspezifikation - Abschnitt "Token Search"](https://hl7.org/fhir/R4/search.html#token). + +1. Der Suchparameter "patient" MUSS unterstützt werden: + + Beispiele: + + ```GET [base]/Observation?patient=Patient/123``` + + Anwendungshinweise: Weitere Informationen zur Suche nach "Condition.subject" finden sich in der [FHIR-Basisspezifikation - Abschnitt "Reference Search"](https://www.hl7.org/fhir/R4/search.html#reference). + + Dieser Suchparameter ist für die Umsetzung des IHE QEDm Profils verpflichtend. + +1. Der Suchparameter "subject" MUSS unterstützt werden: + + Beispiele: + + ```GET [base]/Observation?subject=Patient/123``` + + Anwendungshinweise: Weitere Informationen zur Suche nach "Condition.subject" finden sich in der [FHIR-Basisspezifikation - Abschnitt "Reference Search"](https://www.hl7.org/fhir/R4/search.html#reference). + +1. Der Suchparameter "date" MUSS unterstützt werden: + + Beispiel: + + ``` GET [base]/Observation?date=ge2013-01-14&date=le2021-12-31``` + + Anwendungshinweise: Weitere Informationen zur Suche nach "date" + finden sich in der [FHIR-Basisspezifikation - Abschnitt "Parameters for all resources"](https://www.hl7.org/fhir/R4/search.html#all). + +1. Der Suchparameter "combo-code" MUSS unterstützt werden: + + Beispiel: + + ```GET [base]/Observation?combo-code=85354-9``` + + Anwendungshinweise: Weitere Informationen zur Suche nach "combo-code" finden sich in der [FHIR-Basisspezifikation - Abschnitt "Token"](https://www.hl7.org/fhir/R4/search.html#token). + +1. Der Suchparameter "combo-code-value-quantity" MUSS unterstützt werden: + + Beispiel: + + ```GET [base]/Observation?combo-code-value-quantity=http://loinc.org|8480-6$120|http://unitsofmeasure.org|mm[Hg]``` + + Anwendungshinweise: Weitere Informationen zur Suche nach "combo-code-value-quantity" finden sich in der [FHIR-Basisspezifikation - Abschnitt "Composite Search Parameters"](https://www.hl7.org/fhir/R4/search.html#combining). + +1. Der Suchparameter "component-code" MUSS unterstützt werden: + + Beispiel: + + ```GET [base]/Observation?component-code=http://loinc.org|85354-9``` + + Anwendungshinweise: Weitere Informationen zur Suche nach "component-code" finden sich in der [FHIR-Basisspezifikation - Abschnitt "Token"](https://www.hl7.org/fhir/R4/search.html#token). + +1. Der Suchparameter "encounter" MUSS unterstützt werden: + + Beispiel: + + ```GET [base]/Observation?encounter=Encounter/234``` + + Anwendungshinweise: Weitere Informationen zur Suche nach "encounter" finden sich in der [FHIR-Basisspezifikation - Abschnitt "Reference Search"](https://www.hl7.org/fhir/R4/search.html#reference). + +--- diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Observation/Observation_Motivation.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Observation/Observation_Motivation.page.md new file mode 100644 index 00000000..2804ff6c --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Observation/Observation_Motivation.page.md @@ -0,0 +1,8 @@ +--- +topic: ImplementationGuide-markdown-Observation-Observation-Motivation +--- +### Motivation + +Dieses Seite dient der generischen Festlegung und Darstellung von Interaktionen, die verschiedene Observations im Kontext von ISiK erfüllen MÜSSEN. +Entsprechend wird hier ein generisches Profil ISiKLebenszustand abgebildet. +Zu spezifischen Observation-Profilen siehe {{pagelink:ImplementationGuide/markdown/Datenobjekte/Datenobjekte_Lebenszustand.md, text:spezifische Lebenszustände}}. \ No newline at end of file diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Observation/Observation_Profil.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Observation/Observation_Profil.page.md new file mode 100644 index 00000000..841fe9c8 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Observation/Observation_Profil.page.md @@ -0,0 +1,40 @@ +--- +topic: ImplementationGuide-markdown-Observation-Observation-Profil +--- +### Profil + +#### ISiKLebenszustand + +@``` +from StructureDefinition where url = 'https://gematik.de/fhir/isik/StructureDefinition/ISiKLebenszustand' select Name: name, Canonical: url +``` + +{{tree:https://gematik.de/fhir/isik/StructureDefinition/ISiKLebenszustand, hybrid}} + +--- + +**Constraints** + +Folgende FHIRPath-Constraints sind im Profil zu beachten: + +@``` from StructureDefinition where url = 'https://gematik.de/fhir/isik/StructureDefinition/ISiKLebenszustand' for differential.element.constraint select key, severity, human, expression``` + +--- + +**Terminology Bindings** + +@``` +from StructureDefinition +where url in ('https://gematik.de/fhir/isik/StructureDefinition/ISiKLebenszustand' ) +for differential.element +select +Path: path, +join binding.where(valueSet.exists()) +{ + Name: valueSet.substring((9 + valueSet.indexOf('ValueSet/'))), + Strength: strength, + URL: valueSet +} +``` + +---- \ No newline at end of file diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Observation/toc.yaml b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Observation/toc.yaml new file mode 100644 index 00000000..90ae2590 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Observation/toc.yaml @@ -0,0 +1,10 @@ +- name: Index + filename: Index.page.md +- name: Motivation + filename: Observation_Motivation.page.md +- name: Profil + filename: Observation_Profil.page.md +- name: Anmerkungen zu den Must-Support Feldern + filename: Observation_AnmerkungenZuDenMustSupportFeldern.page.md +- name: Interaktionen + filename: Observation_Interaktionen.page.md diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Organisation/Anmerkungen-zu-den-Must-Support-Feldern.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Organisation/Anmerkungen-zu-den-Must-Support-Feldern.page.md new file mode 100644 index 00000000..0f7f837f --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Organisation/Anmerkungen-zu-den-Must-Support-Feldern.page.md @@ -0,0 +1,18 @@ +--- +topic: Binary-MS +canonical: https://gematik.de/fhir/isik/StructureDefinition/ISiKOrganisationFachabteilung +--- + +### Anmerkungen zu Must-Support-Feldern + + +from + StructureDefinition +where + url = %canonical +for differential.element +where mustSupport = true +select + Feldname: id, Kurzbeschreibung: short, Hinweise: comment + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Organisation/Index.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Organisation/Index.page.md new file mode 100644 index 00000000..b95e41ba --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Organisation/Index.page.md @@ -0,0 +1,8 @@ +--- +topic: ImplementationGuide-markdown-Datenobjekte-Datenobjekte-Organisation +--- +## Organisation [(Organization)](https://hl7.org/fhir/R4/organization.html) + +Die nachfolgenden Festlegungen spezifizieren die Abbildung von Minimalanforderungen für die Bereitstellung von Daten zur Aufbauorganisation im Rahmen von ISiK. + +--- \ No newline at end of file diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Organisation/Organisation_Beispiele.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Organisation/Organisation_Beispiele.page.md new file mode 100644 index 00000000..82317584 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Organisation/Organisation_Beispiele.page.md @@ -0,0 +1,12 @@ +--- +topic: ImplementationGuide-markdown-Organisation-Organisation-Beispiele +--- +### Beispiele +Valides Minimalbeispiel eines Krankenhauses: +{{json:KrankenhausOrganisationBeispiel}} + +Valides Minimalbeispiel einer Fachabteilung: +{{json:AbteilungAllgemeinchirurgieOrganisationBeispiel}} + + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Organisation/Organisation_Interaktionen.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Organisation/Organisation_Interaktionen.page.md new file mode 100644 index 00000000..eba7ae17 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Organisation/Organisation_Interaktionen.page.md @@ -0,0 +1,33 @@ +--- +topic: Organisation-Interaktionen +canonical: https://gematik.de/fhir/isik/StructureDefinition/ISiKOrganisation +--- + +### Interaktionen + + +from + CapabilityStatement +where + url = %capability +for rest.resource.where(%canonical in supportedProfile) +select + documentation +with + no header + + + + + {{page:FQL-Capability-REST}} + + + {{page:FQL-Capability-Search}} + + + {{page:FQL-Capability-Operations}} + + + {{pagelink:CapabilityStatement}} + + \ No newline at end of file diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Organisation/Profil-Fachabteilung.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Organisation/Profil-Fachabteilung.page.md new file mode 100644 index 00000000..e069f97e --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Organisation/Profil-Fachabteilung.page.md @@ -0,0 +1,85 @@ +--- +topic: Organisation-Profil +canonical: https://gematik.de/fhir/isik/StructureDefinition/ISiKOrganisationFachabteilung +--- +## {{link}} + + +from + StructureDefinition +where + url = %canonical +select + description +with + no header + + +### Bestätigungsrelevanz + +from + CapabilityStatement +where + url = %capability +for rest.resource.where(%canonical in supportedProfile) +select + 'Verbindlichkeit': extension('http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation').value + + +### Metadaten + + +from + StructureDefinition +where + url = %canonical +select + Canonical: url, Status: status, Version: version, Basis: baseDefinition + + +### Inhalt + + + {{tree, buttons}} + {{xml}} + {{json}} + {{link}} + + +### Constraints/Invarianten + +from + StructureDefinition +where + url = %canonical +for + differential.element.constraint +select Name: key, Schweregrad: severity, Beschreibung: human, Ausdruck: expression + + +### Terminology-Bindings + +from + StructureDefinition +where + url = %canonical + +for + differential.element + where + mustSupport = true and binding.exists() + select + Element: id, Staerke: binding.strength, ValueSet: binding.valueSet + + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Organisation/Profil-Organisation.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Organisation/Profil-Organisation.page.md new file mode 100644 index 00000000..fd9e4efa --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Organisation/Profil-Organisation.page.md @@ -0,0 +1,85 @@ +--- +topic: Organisation-Profil +canonical: https://gematik.de/fhir/isik/StructureDefinition/ISiKOrganisation +--- +## {{link}} + + +from + StructureDefinition +where + url = %canonical +select + description +with + no header + + +### Bestätigungsrelevanz + +from + CapabilityStatement +where + url = %capability +for rest.resource.where(%canonical in supportedProfile) +select + 'Verbindlichkeit': extension('http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation').value + + +### Metadaten + + +from + StructureDefinition +where + url = %canonical +select + Canonical: url, Status: status, Version: version, Basis: baseDefinition + + +### Inhalt + + + {{tree, buttons}} + {{xml}} + {{json}} + {{link}} + + +### Constraints/Invarianten + +from + StructureDefinition +where + url = %canonical +for + differential.element.constraint +select Name: key, Schweregrad: severity, Beschreibung: human, Ausdruck: expression + + +### Terminology-Bindings + +from + StructureDefinition +where + url = %canonical + +for + differential.element + where + mustSupport = true and binding.exists() + select + Element: id, Staerke: binding.strength, ValueSet: binding.valueSet + + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Organisation/toc.yaml b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Organisation/toc.yaml new file mode 100644 index 00000000..ed23a183 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Organisation/toc.yaml @@ -0,0 +1,12 @@ +- name: Index + filename: Index.page.md +- name: 'Profil: Organisation' + filename: Profil-Organisation.page.md +- name: 'Profil: Fachabteilung' + filename: Profil-Fachabteilung.page.md +- name: Interaktionen + filename: Organisation_Interaktionen.page.md +- name: Anmerkungen zu den Must-Support Feldern + filename: Anmerkungen-zu-den-Must-Support-Feldern.page.md +- name: Beispiele + filename: Organisation_Beispiele.page.md diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Patient/Anmerkungen-zu-den-Must-Support-Feldern.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Patient/Anmerkungen-zu-den-Must-Support-Feldern.page.md new file mode 100644 index 00000000..99117c79 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Patient/Anmerkungen-zu-den-Must-Support-Feldern.page.md @@ -0,0 +1,18 @@ +--- +topic: Patient-MS +canonical: https://gematik.de/fhir/isik/StructureDefinition/ISiKPatient +--- + +### Anmerkungen zu Must-Support-Feldern + + +from + StructureDefinition +where + url = %canonical +for differential.element +where mustSupport = true +select + Feldname: id, Kurzbeschreibung: short, Hinweise: comment + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Patient/FQL-Capability-Operations.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Patient/FQL-Capability-Operations.page.md new file mode 100644 index 00000000..fb6d63cf --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Patient/FQL-Capability-Operations.page.md @@ -0,0 +1,17 @@ +--- +topic: FQL-Capability-Operations +--- + + +from + CapabilityStatement +where + url = %capability +for rest.resource.where(%canonical in supportedProfile).operation +select +{ + Name: name, + Spezifikation: definition, + Verbindlichkeit: extension('http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation').value +} + \ No newline at end of file diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Patient/FQL-Capability-REST.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Patient/FQL-Capability-REST.page.md new file mode 100644 index 00000000..b220b6d3 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Patient/FQL-Capability-REST.page.md @@ -0,0 +1,28 @@ +--- +topic: FQL-Capability-REST +--- + +from + CapabilityStatement +where + url = %capability +for rest.resource.where(%canonical in supportedProfile) +select +{ + documentation +} + + + +from + CapabilityStatement +where + url = %capability +for rest.resource.where(%canonical in supportedProfile).interaction +select +{ + Interaktion: code, + Hinweise: documentation, + Verbindlichkeit: extension('http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation').value +} + \ No newline at end of file diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Patient/FQL-Capability-Search.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Patient/FQL-Capability-Search.page.md new file mode 100644 index 00000000..01b26dcf --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Patient/FQL-Capability-Search.page.md @@ -0,0 +1,32 @@ +--- +topic: FQL-Capability-Search +--- + + +from + CapabilityStatement +where + url = %capability +for rest.resource.where(%canonical in supportedProfile).searchParam +select +{ + Parameter: name, + Typ: type, + Verbindlichkeit: extension('http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation').value, + Hinweise: documentation +} + + +#### (Reverse-)Include + +from + CapabilityStatement +where + url = %capability +for rest.resource.where(%canonical in supportedProfile) +select +{ + Include: searchInclude, + ReverseInclude: searchRevInclude +} + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Patient/Index.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Patient/Index.page.md new file mode 100644 index 00000000..15602321 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Patient/Index.page.md @@ -0,0 +1,6 @@ +--- +topic: Patient-index +--- +## Patient [(Patient)](https://hl7.org/fhir/R4/patient.html) +--- +{{index:current}} diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Patient/Patient_Beispiele.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Patient/Patient_Beispiele.page.md new file mode 100644 index 00000000..030b2f50 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Patient/Patient_Beispiele.page.md @@ -0,0 +1,22 @@ +--- +topic: Patient-Beispiele +expand: 4 +--- +### Beispiele + +### Valides Minimalbeispiel Patient + + + + {{render:patientinmusterfrau}} + + + {{xml:patientinmusterfrau}} + + + {{json:patientinmusterfrau}} + + + {{link:patientinmusterfrau}} + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Patient/Patient_Interaktionen.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Patient/Patient_Interaktionen.page.md new file mode 100644 index 00000000..2cfcac9c --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Patient/Patient_Interaktionen.page.md @@ -0,0 +1,35 @@ +--- +topic: Patient_Interaktionen +canonical: https://gematik.de/fhir/isik/StructureDefinition/ISiKPatient +--- +### Interaktionen + + +from + CapabilityStatement +where + url = %capability +for rest.resource.where(%canonical in supportedProfile) +select + documentation +with + no header + + + + + {{page:FQL-Capability-REST}} + + + {{page:FQL-Capability-Search}} + + + {{page:FQL-Capability-Operations}} + + + {{pagelink:CapabilityStatement}} + + + + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Patient/Patient_Profil.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Patient/Patient_Profil.page.md new file mode 100644 index 00000000..ac4c1eb8 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Patient/Patient_Profil.page.md @@ -0,0 +1,70 @@ +--- +topic: Patient-Profil +canonical: https://gematik.de/fhir/isik/StructureDefinition/ISiKPatient +--- +## {{link}} + + +from + StructureDefinition +where + url = %canonical +select + description +with + no header + + +### Bestätigungsrelevanz + +from + CapabilityStatement +where + url = %capability +for rest.resource.where(%canonical in supportedProfile) +select + 'Verbindlichkeit': extension('http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation').value + + +### Metadaten + + +from + StructureDefinition +where + url = %canonical +select + Canonical: url, Status: status, Version: version, Basis: baseDefinition + + +### Inhalt + + + {{tree, buttons}} + {{xml}} + {{json}} + {{link}} + + +### Constraints/Invarianten + +from + StructureDefinition +where + url = %canonical +for + differential.element.constraint +select Name: key, Schweregrad: severity, Beschreibung: human, Ausdruck: expression + + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Patient/toc.yaml b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Patient/toc.yaml new file mode 100644 index 00000000..a6354476 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Patient/toc.yaml @@ -0,0 +1,10 @@ +- name: Index + filename: Index.page.md +- name: Profil + filename: Patient_Profil.page.md +- name: Anmerkungen zu den Must-Support Feldern + filename: Anmerkungen-zu-den-Must-Support-Feldern.page.md +- name: Interaktionen + filename: Patient_Interaktionen.page.md +- name: Beispiele + filename: Patient_Beispiele.page.md diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_PersonImGesundheitsberuf/Anmerkungen-zu-Must-Support-Feldern.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_PersonImGesundheitsberuf/Anmerkungen-zu-Must-Support-Feldern.page.md new file mode 100644 index 00000000..0eee0e14 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_PersonImGesundheitsberuf/Anmerkungen-zu-Must-Support-Feldern.page.md @@ -0,0 +1,19 @@ +--- +topic: PersonImGesundheitsberuf-MS +canonical: https://gematik.de/fhir/isik/StructureDefinition/ISiKPersonImGesundheitsberuf +--- + +### Anmerkungen zu Must-Support-Feldern + + +from + StructureDefinition +where + url = %canonical +for differential.element +where mustSupport = true +select + Feldname: id, Kurzbeschreibung: short, Hinweise: comment + + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_PersonImGesundheitsberuf/Index.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_PersonImGesundheitsberuf/Index.page.md new file mode 100644 index 00000000..3e16cbd3 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_PersonImGesundheitsberuf/Index.page.md @@ -0,0 +1,7 @@ +--- +topic: markdown-Datenobjekte-Datenobjekte-PersonImGesundheitsberuf +--- +## PersonImGesundheitsberuf [(Practitioner)](https://hl7.org/fhir/R4/practitioner.html) + +--- + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_PersonImGesundheitsberuf/PersonImGesundheitsberuf_Beispiele.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_PersonImGesundheitsberuf/PersonImGesundheitsberuf_Beispiele.page.md new file mode 100644 index 00000000..c1623964 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_PersonImGesundheitsberuf/PersonImGesundheitsberuf_Beispiele.page.md @@ -0,0 +1,23 @@ +--- +topic: PersonImGesundheitsberuf-Beispiele +--- + +## {{page-title}} + +### Valides Minimalbeispiel: + + + + {{render:practitionerwalterarzt}} + + + {{xml:practitionerwalterarzt}} + + + {{json:practitionerwalterarzt}} + + + {{link:practitionerwalterarzt}} + + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_PersonImGesundheitsberuf/PersonImGesundheitsberuf_Interaktionen.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_PersonImGesundheitsberuf/PersonImGesundheitsberuf_Interaktionen.page.md new file mode 100644 index 00000000..768cf21c --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_PersonImGesundheitsberuf/PersonImGesundheitsberuf_Interaktionen.page.md @@ -0,0 +1,68 @@ +--- +topic: markdown-PersonImGesundheitsberuf-PersonImGesundheitsberuf-Interaktionen +--- +### Interaktionen + +Für die Ressource Practitioner MUSS die REST-Interaktion "READ" implementiert werden. + +Folgende Suchparameter sind für das Bestätigungsverfahren relevant, auch in Kombination: + +1. Der Suchparameter "_id" MUSS unterstützt werden: + + Beispiele: + + ```GET [base]/Practitioner?_id=1234567890``` + + Anwendungshinweise: Weitere Informationen zur Suche nach "_id" finden sich in der [FHIR-Basisspezifikation - Abschnitt "Parameters for all resources"](https://www.hl7.org/fhir/R4/search.html#all). + +1. Der Suchparameter "identifier" MUSS unterstützt werden: + + Beispiele: + + ```GET [base]/Practitioner?identifier=42``` + + Anwendungshinweise: Weitere Informationen zur Suche nach "Practitioner.identifier" finden sich in der [FHIR-Basisspezifikation - Abschnitt "Token Search"](https://hl7.org/fhir/R4/search.html#token). + +1. Der Suchparameter "given" MUSS unterstützt werden: + + Beispiele: + + ```GET [base]/Practitioner?given=Heidi``` + + Anwendungshinweise: Weitere Informationen zur Suche nach "Practitioner.name.given" finden sich in der [FHIR-Basisspezifikation - Abschnitt "String Search"](https://hl7.org/fhir/R4/search.html#string). + +1. Der Suchparameter "family" MUSS unterstützt werden: + + Beispiele: + + ```GET [base]/Practitioner?family=Alpenzauber``` + + Anwendungshinweise: Weitere Informationen zur Suche nach "Practitioner.name.family" finden sich in der [FHIR-Basisspezifikation - Abschnitt "String Search"](https://hl7.org/fhir/R4/search.html#string). + +1. Der Suchparameter "name" KANN unterstützt werden: + + Beispiele: + + ```GET [base]/Practitioner?name=Heidi``` + + ```GET [base]/Practitioner?name=Alpenzauber``` + + Anwendungshinweise: Weitere Informationen zur Suche nach "Practitioner.name" finden sich in der [FHIR-Basisspezifikation - Abschnitt "String Search"](https://hl7.org/fhir/R4/search.html#string). + +1. Der Suchparameter "address" KANN unterstützt werden: + + Beispiele: + + ```GET [base]/Practitioner?address=Berlin``` + + Anwendungshinweise: Weitere Informationen zur Suche nach "Practitioner.address" finden sich in der [FHIR-Basisspezifikation - Abschnitt "String Search"](https://hl7.org/fhir/R4/search.html#string). + +1. Der Suchparameter "gender" KANN unterstützt werden: + + Beispiele: + + ```GET [base]/Practitioner?gender=female``` + + Anwendungshinweise: Weitere Informationen zur Suche nach "Practitioner.gender" finden sich in der [FHIR-Basisspezifikation - Abschnitt "Token Search"](https://hl7.org/fhir/R4/search.html#token). + +--- diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_PersonImGesundheitsberuf/PersonImGesundheitsberuf_Profil.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_PersonImGesundheitsberuf/PersonImGesundheitsberuf_Profil.page.md new file mode 100644 index 00000000..ded1dda3 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_PersonImGesundheitsberuf/PersonImGesundheitsberuf_Profil.page.md @@ -0,0 +1,85 @@ +--- +topic: PersonImGesundheitsberuf-Profil +canonical: https://gematik.de/fhir/isik/StructureDefinition/ISiKPersonImGesundheitsberuf +--- +## {{link}} + + +from + StructureDefinition +where + url = %canonical +select + description +with + no header + + +### Bestätigungsrelevanz + +from + CapabilityStatement +where + url = %capability +for rest.resource.where(%canonical in supportedProfile) +select + 'Verbindlichkeit': extension('http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation').value + + +### Metadaten + + +from + StructureDefinition +where + url = %canonical +select + Canonical: url, Status: status, Version: version, Basis: baseDefinition + + +### Inhalt + + + {{tree, buttons}} + {{xml}} + {{json}} + {{link}} + + +### Constraints/Invarianten + +from + StructureDefinition +where + url = %canonical +for + differential.element.constraint +select Name: key, Schweregrad: severity, Beschreibung: human, Ausdruck: expression + + +### Terminology-Bindings + +from + StructureDefinition +where + url = %canonical + +for + differential.element + where + mustSupport = true and binding.exists() + select + Element: id, Staerke: binding.strength, ValueSet: binding.valueSet + + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_PersonImGesundheitsberuf/toc.yaml b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_PersonImGesundheitsberuf/toc.yaml new file mode 100644 index 00000000..b943c95b --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_PersonImGesundheitsberuf/toc.yaml @@ -0,0 +1,10 @@ +- name: Index + filename: Index.page.md +- name: Profil + filename: PersonImGesundheitsberuf_Profil.page.md +- name: Anmerkungen zu Must-Support-Feldern + filename: Anmerkungen-zu-Must-Support-Feldern.page.md +- name: Interaktionen + filename: PersonImGesundheitsberuf_Interaktionen.page.md +- name: Beispiele + filename: PersonImGesundheitsberuf_Beispiele.page.md diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Prozedur/Index.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Prozedur/Index.page.md new file mode 100644 index 00000000..dbd640b9 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Prozedur/Index.page.md @@ -0,0 +1,6 @@ +--- +topic: ImplementationGuide-markdown-Datenobjekte-Datenobjekte-Prozedur +--- +## Prozedur [(Procedure)](https://hl7.org/fhir/R4/procedure.html) + +--- \ No newline at end of file diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Prozedur/Prozedur_AnmerkungenZuDenMustSupportFeldern.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Prozedur/Prozedur_AnmerkungenZuDenMustSupportFeldern.page.md new file mode 100644 index 00000000..45700c5c --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Prozedur/Prozedur_AnmerkungenZuDenMustSupportFeldern.page.md @@ -0,0 +1,18 @@ +--- +topic: Procedure-MS +canonical: https://gematik.de/fhir/isik/StructureDefinition/ISiKProzedur +--- + +### Anmerkungen zu Must-Support-Feldern + + +from + StructureDefinition +where + url = %canonical +for differential.element +where mustSupport = true +select + Feldname: id, Kurzbeschreibung: short, Hinweise: comment + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Prozedur/Prozedur_Beispiele.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Prozedur/Prozedur_Beispiele.page.md new file mode 100644 index 00000000..74aa162d --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Prozedur/Prozedur_Beispiele.page.md @@ -0,0 +1,21 @@ +--- +topic: Prozedur-Beispiele +--- +### Beispiele + +### Valides Minimalbeispiel Prozedur + + + + {{render:appendektomie}} + + + {{xml:appendektomie}} + + + {{json:appendektomie}} + + + {{link:appendektomie}} + + \ No newline at end of file diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Prozedur/Prozedur_Interaktionen.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Prozedur/Prozedur_Interaktionen.page.md new file mode 100644 index 00000000..ea96689a --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Prozedur/Prozedur_Interaktionen.page.md @@ -0,0 +1,35 @@ +--- +topic: Procedure_Interaktionen +canonical: https://gematik.de/fhir/isik/StructureDefinition/ISiKProzedur +--- +### Interaktionen + + +from + CapabilityStatement +where + url = %capability +for rest.resource.where(supportedProfile = %canonical) +select + documentation +with + no header + + + + + {{page:FQL-Capability-REST}} + + + {{page:FQL-Capability-Search}} + + + {{page:FQL-Capability-Operations}} + + + {{pagelink:CapabilityStatement}} + + + + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Prozedur/Prozedur_Profil.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Prozedur/Prozedur_Profil.page.md new file mode 100644 index 00000000..0edbde0e --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Prozedur/Prozedur_Profil.page.md @@ -0,0 +1,86 @@ +--- +topic: Prozedur_Interaktionen +canonical: https://gematik.de/fhir/isik/StructureDefinition/ISiKProzedur +--- +## {{link}} + + +from + StructureDefinition +where + url = %canonical +select + description +with + no header + + +### Bestätigungsrelevanz + +from + CapabilityStatement +where + url = %capability +for rest.resource.where(%canonical in supportedProfile) +select + 'Verbindlichkeit': extension('http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation').value + + +### Metadaten + + +from + StructureDefinition +where + url = %canonical +select + Canonical: url, Status: status, Version: version, Basis: baseDefinition + + +### Inhalt + + + {{tree, buttons}} + {{xml}} + {{json}} + {{link}} + + +### Constraints/Invarianten + +from + StructureDefinition +where + url = %canonical +for + differential.element.constraint +select Name: key, Schweregrad: severity, Beschreibung: human, Ausdruck: expression + + +### Terminology-Bindings + + +from + StructureDefinition +where + url = %canonical +for + differential.element + where + mustSupport = true and binding.exists() + select + Element: id, Staerke: binding.strength, ValueSet: binding.valueSet + + + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Prozedur/toc.yaml b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Prozedur/toc.yaml new file mode 100644 index 00000000..a211d61b --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Prozedur/toc.yaml @@ -0,0 +1,10 @@ +- name: Index + filename: Index.page.md +- name: Profil + filename: Prozedur_Profil.page.md +- name: Anmerkungen zu den Must-Support Feldern + filename: Prozedur_AnmerkungenZuDenMustSupportFeldern.page.md +- name: Interaktionen + filename: Prozedur_Interaktionen.page.md +- name: Beispiele + filename: Prozedur_Beispiele.page.md diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Standort/Anmerkungen-zu-den-Must-Support-Feldern.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Standort/Anmerkungen-zu-den-Must-Support-Feldern.page.md new file mode 100644 index 00000000..c7325538 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Standort/Anmerkungen-zu-den-Must-Support-Feldern.page.md @@ -0,0 +1,19 @@ +--- +topic: Standort-MS +canonical: https://gematik.de/fhir/isik/StructureDefinition/ISiKStandort +--- + +### Anmerkungen zu Must-Support-Feldern + + +from + StructureDefinition +where + url = %canonical +for differential.element +where mustSupport = true +select + Feldname: id, Kurzbeschreibung: short, Hinweise: comment + + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Standort/Index.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Standort/Index.page.md new file mode 100644 index 00000000..b2fc563a --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Standort/Index.page.md @@ -0,0 +1,8 @@ +--- +topic: ImplementationGuide-markdown-Datenobjekte-Datenobjekte-Standort +--- +## Standort [(Location)](https://hl7.org/fhir/R4/location.html) + +Die nachfolgenden Festlegungen spezifizieren die Abbildung von Minimalanforderungen für die Bereitstellung von Standortdaten im Rahmen von ISiK. + +--- \ No newline at end of file diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Standort/Profil-Basis.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Standort/Profil-Basis.page.md new file mode 100644 index 00000000..29bf13dc --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Standort/Profil-Basis.page.md @@ -0,0 +1,86 @@ +--- +topic: Standort-Profil +canonical: https://gematik.de/fhir/isik/StructureDefinition/ISiKStandort +--- +## {{link}} + + + +from + StructureDefinition +where + url = %canonical +select + description +with + no header + + +### Bestätigungsrelevanz + +from + CapabilityStatement +where + url = %capability +for rest.resource.where(%canonical in supportedProfile) +select + 'Verbindlichkeit': extension('http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation').value + + +### Metadaten + + +from + StructureDefinition +where + url = %canonical +select + Canonical: url, Status: status, Version: version, Basis: baseDefinition + + +### Inhalt + + + {{tree, buttons}} + {{xml}} + {{json}} + {{link}} + + +### Constraints/Invarianten + +from + StructureDefinition +where + url = %canonical +for + differential.element.constraint +select Name: key, Schweregrad: severity, Beschreibung: human, Ausdruck: expression + + +### Terminology-Bindings + +from + StructureDefinition +where + url = %canonical + +for + differential.element + where + mustSupport = true and binding.exists() + select + Element: id, Staerke: binding.strength, ValueSet: binding.valueSet + + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Standort/Profil-Bettplatz.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Standort/Profil-Bettplatz.page.md new file mode 100644 index 00000000..e06b013b --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Standort/Profil-Bettplatz.page.md @@ -0,0 +1,85 @@ +--- +topic: StandortBettenstellpletz-Profil +canonical: https://gematik.de/fhir/isik/StructureDefinition/ISiKStandortBettenstellplatz +--- +## {{link}} + + +from + StructureDefinition +where + url = %canonical +select + description +with + no header + + +### Bestätigungsrelevanz + +from + CapabilityStatement +where + url = %capability +for rest.resource.where(%canonical in supportedProfile) +select + 'Verbindlichkeit': extension('http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation').value + + +### Metadaten + + +from + StructureDefinition +where + url = %canonical +select + Canonical: url, Status: status, Version: version, Basis: baseDefinition + + +### Inhalt + + + {{tree, buttons}} + {{xml}} + {{json}} + {{link}} + + +### Constraints/Invarianten + +from + StructureDefinition +where + url = %canonical +for + differential.element.constraint +select Name: key, Schweregrad: severity, Beschreibung: human, Ausdruck: expression + + +### Terminology-Bindings + +from + StructureDefinition +where + url = %canonical + +for + differential.element + where + mustSupport = true and binding.exists() + select + Element: id, Staerke: binding.strength, ValueSet: binding.valueSet + + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Standort/Profil-Raum.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Standort/Profil-Raum.page.md new file mode 100644 index 00000000..d83b01c8 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Standort/Profil-Raum.page.md @@ -0,0 +1,84 @@ +--- +topic: StandortRaum-Profil +canonical: https://gematik.de/fhir/isik/StructureDefinition/ISiKStandortRaum +--- +## {{link}} + + +from + StructureDefinition +where + url = %canonical +select + description +with + no header + +### Bestätigungsrelevanz + +from + CapabilityStatement +where + url = %capability +for rest.resource.where(%canonical in supportedProfile) +select + 'Verbindlichkeit': extension('http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation').value + + +### Metadaten + + +from + StructureDefinition +where + url = %canonical +select + Canonical: url, Status: status, Version: version, Basis: baseDefinition + + +### Inhalt + + + {{tree, buttons}} + {{xml}} + {{json}} + {{link}} + + +### Constraints/Invarianten + +from + StructureDefinition +where + url = %canonical +for + differential.element.constraint +select Name: key, Schweregrad: severity, Beschreibung: human, Ausdruck: expression + + +### Terminology-Bindings + +from + StructureDefinition +where + url = %canonical + +for + differential.element + where + mustSupport = true and binding.exists() + select + Element: id, Staerke: binding.strength, ValueSet: binding.valueSet + + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Standort/Standort_Beispiele.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Standort/Standort_Beispiele.page.md new file mode 100644 index 00000000..283440d0 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Standort/Standort_Beispiele.page.md @@ -0,0 +1,40 @@ +--- +topic: ImplementationGuide-markdown-Standort-Standort-Beispiele +expand: 4 +--- + + +### Minimalbeispiel zum Standort Bettenstellplatz + + + + {{render:BettenstellplatzStandortBeispiel}} + + + {{xml:BettenstellplatzStandortBeispiel}} + + + {{json:BettenstellplatzStandortBeispiel}} + + + {{link:BettenstellplatzStandortBeispiel}} + + + +### Minimalbeispiel zum Standort Raum + + + + {{render:RaumStandortBeispiel}} + + + {{xml:RaumStandortBeispiel}} + + + {{json:RaumStandortBeispiel}} + + + {{link:RaumStandortBeispiel}} + + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Standort/Standort_Interaktionen.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Standort/Standort_Interaktionen.page.md new file mode 100644 index 00000000..713797b8 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Standort/Standort_Interaktionen.page.md @@ -0,0 +1,33 @@ +--- +topic: Standort-Interaktionen +canonical: https://gematik.de/fhir/isik/StructureDefinition/ISiKStandort +--- + +### Interaktionen + + +from + CapabilityStatement +where + url = %capability +for rest.resource.where(%canonical in supportedProfile) +select + documentation +with + no header + + + + + {{page:FQL-Capability-REST}} + + + {{page:FQL-Capability-Search}} + + + {{page:FQL-Capability-Operations}} + + + {{pagelink:CapabilityStatement}} + + \ No newline at end of file diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Standort/Standort_Motivation.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Standort/Standort_Motivation.page.md new file mode 100644 index 00000000..8185334f --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Standort/Standort_Motivation.page.md @@ -0,0 +1,30 @@ +--- +topic: ImplementationGuide-markdown-Standort-Standort-Motivation +--- +### Motivation +In FHIR wird die Organisation (Organization) vom Standort (Location) eindeutig abgegrenzt. + +Die Abbildung von Standorten in einem Krankenhaus unterstützt u.a. die Raum- und Bettenbelegung in strukturierter Form. + +Die Erfassung des Standortes in strukturierter Form soll u.a. ermöglichen: +- Zuweisungen von Diensten an bestimmte Standorte im Rahmen des Terminmanagements +- Die Raum- und Betten-Belegung in strukturierter Form (interdisziplinär) - u.a. für + - Patientenportale im Rahmen der Terminbuchung, z.B. um den Wunsch nach Einzelbett, bzw. 1 oder 2 Betten abzubilden + - KIS und weitere Subsysteme: + - zur Patientenabholung und Information für den Transportdienst + - Abbildung der Verfügbarkeit eines spezifischen Bettenstellplatzes (z.B. mit spezifischem Monitoring-Device) +- Im Rahmen der Versorgung kann eine der folgenden Beispiel-Fragen beantworten werden: + - Handelt es sich um ein Isolationszimmer? + - Gibt es bestimmte Ausstattung, z.B. Beatmungsgeräte? + - etc. + +Dafür werden Standort-Profile in unterschiedlicher Granularität definiert. + +--- + +#### Normativer Status und Bestätigung + +Diese Profile MÜSSEN im Rahmen der Bestätigung NICHT unterstützt werden. Falls ein Profil unterstützt wird, SOLLEN die hier definierten Festlegungen greifen. + + +--- \ No newline at end of file diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Standort/toc.yaml b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Standort/toc.yaml new file mode 100644 index 00000000..1aecf63f --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Standort/toc.yaml @@ -0,0 +1,16 @@ +- name: Index + filename: Index.page.md +- name: Motivation + filename: Standort_Motivation.page.md +- name: 'Profil: Basis' + filename: Profil-Basis.page.md +- name: 'Profil: Raum' + filename: Profil-Raum.page.md +- name: 'Profil: Bettplatz' + filename: Profil-Bettplatz.page.md +- name: Interaktionen + filename: Standort_Interaktionen.page.md +- name: Anmerkungen zu den Must-Support Feldern + filename: Anmerkungen-zu-den-Must-Support-Feldern.page.md +- name: Beispiele + filename: Standort_Beispiele.page.md diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Subscription/Anmerkungen-zu-den-Must-Support-Feldern.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Subscription/Anmerkungen-zu-den-Must-Support-Feldern.page.md new file mode 100644 index 00000000..a3d4fa48 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Subscription/Anmerkungen-zu-den-Must-Support-Feldern.page.md @@ -0,0 +1,18 @@ +--- +topic: PatientMergeSubscription-MS +canonical: https://gematik.de/fhir/isik/StructureDefinition/patient-merge-subscription +--- + +### Anmerkungen zu Must-Support-Feldern + + +from + StructureDefinition +where + url = %canonical +for differential.element +where mustSupport = true +select + Feldname: id, Kurzbeschreibung: short, Hinweise: comment + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Subscription/Index.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Subscription/Index.page.md new file mode 100644 index 00000000..f12f63f9 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Subscription/Index.page.md @@ -0,0 +1,6 @@ +--- +topic: ImplementationGuide-markdown-Datenobjekte-Datenobjekte-Subscription +--- +## Subscription patient-merge [(R5 Backport Subscription)](https://hl7.org/fhir/uv/subscriptions-backport/components.html) + +--- \ No newline at end of file diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Subscription/Subscription_Beispiele.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Subscription/Subscription_Beispiele.page.md new file mode 100644 index 00000000..a828012d --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Subscription/Subscription_Beispiele.page.md @@ -0,0 +1,42 @@ +--- +topic: Subscription-Beispiele +expand: 4 +--- + + +### Subscription: + + + + {{render:Resources/fsh-generated/resources/Subscription-PatientMergeSubscriptionExample.json}} + + + {{xml:Resources/fsh-generated/resources/Subscription-PatientMergeSubscriptionExample.json}} + + + {{json:Resources/fsh-generated/resources/Subscription-PatientMergeSubscriptionExample.json}} + + + {{link:Resources/fsh-generated/resources/Subscription-PatientMergeSubscriptionExample.json}} + + + +### SubscriptionNotification-Bundle + + + {{render:SubscriptionNotificationBundleExample}} + + + {{xml:SubscriptionNotificationBundleExample}} + + + {{json:SubscriptionNotificationBundleExample}} + + + {{link:SubscriptionNotificationBundleExample}} + + + +### Patientenobjekte + +Zum Beispiel für den Merge auf Ebene der Patient-Instanzen siehe {{pagelink:Patient-merge, text:Übergreifende Festlegungen Patient-merge}}. \ No newline at end of file diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Subscription/Subscription_Interaktionen.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Subscription/Subscription_Interaktionen.page.md new file mode 100644 index 00000000..a2049c0b --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Subscription/Subscription_Interaktionen.page.md @@ -0,0 +1,33 @@ +--- +topic: PatientMergeSubscription-Interaktionen +canonical: https://gematik.de/fhir/isik/StructureDefinition/patient-merge-subscription +--- + +### Interaktionen + + +from + CapabilityStatement +where + url = %capability +for rest.resource.where(%canonical in supportedProfile) +select + documentation +with + no header + + + + + {{page:FQL-Capability-REST}} + + + {{page:FQL-Capability-Search}} + + + {{page:FQL-Capability-Operations}} + + + {{pagelink:CapabilityStatement}} + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Subscription/Subscription_Profil.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Subscription/Subscription_Profil.page.md new file mode 100644 index 00000000..49232e58 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Subscription/Subscription_Profil.page.md @@ -0,0 +1,75 @@ +--- +topic: PatientMergeSubscription-Profil +canonical: https://gematik.de/fhir/isik/StructureDefinition/patient-merge-subscription +--- + +## {{link}} + + +from + StructureDefinition +where + url = %canonical +select + description +with + no header + + +### Metadaten + + +from + StructureDefinition +where + url = %canonical +select + Canonical: url, Status: status, Version: version, Basis: baseDefinition + + +### Inhalt + + + {{tree, buttons}} + {{xml}} + {{json}} + {{link}} + + +### Constraints/Invarianten + +from + StructureDefinition +where + url = %canonical +for + differential.element.constraint +select Name: key, Schweregrad: severity, Beschreibung: human, Ausdruck: expression + + +### Terminology-Bindings + +from + StructureDefinition +where + url = %canonical + +for + differential.element + where + mustSupport = true and binding.exists() + select + Element: id, Staerke: binding.strength, ValueSet: binding.valueSet + + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Subscription/toc.yaml b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Subscription/toc.yaml new file mode 100644 index 00000000..e7062544 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_Subscription/toc.yaml @@ -0,0 +1,10 @@ +- name: Index + filename: Index.page.md +- name: Profil + filename: Subscription_Profil.page.md +- name: Anmerkungen zu den Must-Support-Feldern + filename: Anmerkungen-zu-den-Must-Support-Feldern.page.md +- name: Interaktionen + filename: Subscription_Interaktionen.page.md +- name: Beispiele + filename: Subscription_Beispiele.page.md diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_ValueSet/Anmerkungen-zu-Must-Support-Feldern.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_ValueSet/Anmerkungen-zu-Must-Support-Feldern.page.md new file mode 100644 index 00000000..83ca0116 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_ValueSet/Anmerkungen-zu-Must-Support-Feldern.page.md @@ -0,0 +1,18 @@ +--- +topic: ValueSet-MS +canonical: https://gematik.de/fhir/isik/StructureDefinition/ISiKValueSet +--- + +### Anmerkungen zu Must-Support-Feldern + + +from + StructureDefinition +where + url = %canonical +for differential.element +where mustSupport = true +select + Feldname: id, Kurzbeschreibung: short, Hinweise: comment + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_ValueSet/Index.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_ValueSet/Index.page.md new file mode 100644 index 00000000..672e6ea0 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_ValueSet/Index.page.md @@ -0,0 +1,27 @@ +--- +topic: ImplementationGuide-markdown-Datenobjekte-Datenobjekte-ValueSet +--- +## ValueSet [(ValueSet)](https://hl7.org/fhir/R4/valueset.html) + +### Übersicht aller *verbindlicher* ValueSet-Bindings in diesem Modul + +from StructureDefinition + +for differential.element + +where binding.exists() and binding.strength = 'required' +select Pfad:id, Staerke:binding.strength, ValueSet:binding.valueSet + + + +### Übersicht aller *flexibler* ValueSet-Bindings + +from StructureDefinition + +for differential.element + +where binding.exists() and binding.strength != 'required' +select Pfad:id, Staerke:binding.strength, ValueSet:binding.valueSet + + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_ValueSet/Interaktionen.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_ValueSet/Interaktionen.page.md new file mode 100644 index 00000000..467163ca --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_ValueSet/Interaktionen.page.md @@ -0,0 +1,33 @@ +--- +topic: ValueSet-Interaktionen +canonical: https://gematik.de/fhir/isik/StructureDefinition/ISiKValueSet +--- + +### Interaktionen + + +from + CapabilityStatement +where + url = %capability +for rest.resource.where(%canonical in supportedProfile) +select + documentation +with + no header + + + + + {{page:FQL-Capability-REST}} + + + {{page:FQL-Capability-Search}} + + + {{page:FQL-Capability-Operations}} + + + {{pagelink:CapabilityStatement}} + + \ No newline at end of file diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_ValueSet/ValueSet_Beispiele.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_ValueSet/ValueSet_Beispiele.page.md new file mode 100644 index 00000000..3197b791 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_ValueSet/ValueSet_Beispiele.page.md @@ -0,0 +1,20 @@ +--- +topic: VlaueSet-Beispiele +--- + +### Valides Minimalbeispiel: + + + + {{render:isikvaluesetexample}} + + + {{xml:isikvaluesetexample}} + + + {{json:isikvaluesetexample}} + + + {{link:isikvaluesetexample}} + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_ValueSet/ValueSet_Profil.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_ValueSet/ValueSet_Profil.page.md new file mode 100644 index 00000000..1cc89659 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_ValueSet/ValueSet_Profil.page.md @@ -0,0 +1,71 @@ +--- +topic: ValueSet-Profil +canonical: https://gematik.de/fhir/isik/StructureDefinition/ISiKValueSet +--- + +## {{link}} + + +from + StructureDefinition +where + url = %canonical +select + description +with + no header + + +### Bestätigungsrelevanz + +from + CapabilityStatement +where + url = %capability +for rest.resource.where(%canonical in supportedProfile) +select + 'Verbindlichkeit': extension('http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation').value + + +### Metadaten + + +from + StructureDefinition +where + url = %canonical +select + Canonical: url, Status: status, Version: version, Basis: baseDefinition + + +### Inhalt + + + {{tree, buttons}} + {{xml}} + {{json}} + {{link}} + + +### Constraints/Invarianten + +from + StructureDefinition +where + url = %canonical +for + differential.element.constraint +select Name: key, Schweregrad: severity, Beschreibung: human, Ausdruck: expression + + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_ValueSet/toc.yaml b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_ValueSet/toc.yaml new file mode 100644 index 00000000..5d3d4ea9 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Datenobjekte_ValueSet/toc.yaml @@ -0,0 +1,10 @@ +- name: Index + filename: Index.page.md +- name: Profil + filename: ValueSet_Profil.page.md +- name: Interaktionen + filename: Interaktionen.page.md +- name: Anmerkungen zu Must-Support-Feldern + filename: Anmerkungen-zu-Must-Support-Feldern.page.md +- name: Beispiele + filename: ValueSet_Beispiele.page.md diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Extensions/Account-Abrechnungsart.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Extensions/Account-Abrechnungsart.page.md new file mode 100644 index 00000000..73f1d0f6 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Extensions/Account-Abrechnungsart.page.md @@ -0,0 +1,33 @@ +--- +canonical: http://fhir.de/StructureDefinition/ExtensionAbrechnungsart +expand: 2 +--- + +## {{link}} + +### Metadaten + + +using scope +from + StructureDefinition +where + url = %canonical +select + CanonicalURL: url, Kontext: context.expression, Status: status, Version: version, Herausgeber: publisher + + +### Inhalt + + + {{tree, snapshot}} + + {{page:Extension-FQL-Beschreibung}} + + {{xml}} + {{json}} + {{link}} + + + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Extensions/Account-Abrechnungsdiagnose-Prozedur.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Extensions/Account-Abrechnungsdiagnose-Prozedur.page.md new file mode 100644 index 00000000..84075ed1 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Extensions/Account-Abrechnungsdiagnose-Prozedur.page.md @@ -0,0 +1,31 @@ +--- +canonical: http://fhir.de/StructureDefinition/ExtensionAbrechnungsDiagnoseProzedur +expand: 2 +--- + +## {{link}} + +### Metadaten + + +using scope +from + StructureDefinition +where + url = %canonical +select + CanonicalURL: url, Kontext: context.expression, Status: status, Version: version, Herausgeber: publisher + + +### Inhalt + + + {{tree, snapshot}} + + {{page:Extension-FQL-Beschreibung}} + + {{xml}} + {{json}} + {{link}} + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Extensions/Condition-Lebensphase.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Extensions/Condition-Lebensphase.page.md new file mode 100644 index 00000000..f213b4ab --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Extensions/Condition-Lebensphase.page.md @@ -0,0 +1,30 @@ +--- +canonical: http://fhir.de/StructureDefinition/lebensphase +expand: 2 +--- + +## {{link}} + +### Metadaten + + +using scope +from + StructureDefinition +where + url = %canonical +select + CanonicalURL: url, Kontext: context.expression, Status: status, Version: version, Herausgeber: publisher + + +### Inhalt + + + {{tree, snapshot}} + + {{page:Extension-FQL-Beschreibung}} + + {{xml}} + {{json}} + {{link}} + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Extensions/Condition-Related.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Extensions/Condition-Related.page.md new file mode 100644 index 00000000..a5109663 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Extensions/Condition-Related.page.md @@ -0,0 +1,31 @@ +--- +canonical: http://hl7.org/fhir/StructureDefinition/condition-related +expand: 2 +--- + +## {{link}} + +### Metadaten + + +using scope +from + StructureDefinition +where + url = %canonical +select + CanonicalURL: url, Kontext: context.expression, Status: status, Version: version, Herausgeber: publisher + + +### Inhalt + + + {{tree, snapshot}} + + {{page:Extension-FQL-Beschreibung}} + + {{xml}} + {{json}} + {{link}} + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Extensions/Encounter-Aufnahmegrund.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Extensions/Encounter-Aufnahmegrund.page.md new file mode 100644 index 00000000..7668f39b --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Extensions/Encounter-Aufnahmegrund.page.md @@ -0,0 +1,33 @@ +--- +canonical: http://fhir.de/StructureDefinition/Aufnahmegrund +expand: 2 +--- + +## {{link}} + +### Metadaten + + +using scope +from + StructureDefinition +where + url = %canonical +select + CanonicalURL: url, Kontext: context.expression, Status: status, Version: version, Herausgeber: publisher + + +### Inhalt + + + {{tree, snapshot}} + + {{page:Extension-FQL-Beschreibung}} + + {{xml}} + {{json}} + {{link}} + + + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Extensions/Encounter-Entlassgrund.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Extensions/Encounter-Entlassgrund.page.md new file mode 100644 index 00000000..d1498f96 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Extensions/Encounter-Entlassgrund.page.md @@ -0,0 +1,31 @@ +--- +canonical: http://fhir.de/StructureDefinition/Entlassungsgrund +expand: 2 +--- + +## {{link}} + +### Metadaten + + +using scope +from + StructureDefinition +where + url = %canonical +select + CanonicalURL: url, Kontext: context.expression, Status: status, Version: version, Herausgeber: publisher + + +### Inhalt + + + {{tree, snapshot}} + + {{page:Extension-FQL-Beschreibung}} + + {{xml}} + {{json}} + {{link}} + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Extensions/Encounter-Entlassungsgrund.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Extensions/Encounter-Entlassungsgrund.page.md new file mode 100644 index 00000000..9a81c390 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Extensions/Encounter-Entlassungsgrund.page.md @@ -0,0 +1,33 @@ +--- +canonical: http://fhir.de/StructureDefinition/Entlassungsgrund +expand: 2 +--- + +## {{link}} + +### Metadaten + + +using scope +from + StructureDefinition +where + url = %canonical +select + CanonicalURL: url, Kontext: context.expression, Status: status, Version: version, Herausgeber: publisher + + +### Inhalt + + + {{tree, snapshot}} + + {{page:Extension-FQL-Beschreibung}} + + {{xml}} + {{json}} + {{link}} + + + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Extensions/Encounter-PlannedEndDate-R5.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Extensions/Encounter-PlannedEndDate-R5.page.md new file mode 100644 index 00000000..7b18189a --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Extensions/Encounter-PlannedEndDate-R5.page.md @@ -0,0 +1,33 @@ +--- +canonical: http://hl7.org/fhir/5.0/StructureDefinition/extension-Encounter.plannedEndDate +expand: 2 +--- + +## {{link}} + +### Metadaten + + +using scope +from + StructureDefinition +where + url = %canonical +select + CanonicalURL: url, Kontext: context.expression, Status: status, Version: version, Herausgeber: publisher + + +### Inhalt + + + {{tree, snapshot}} + + {{page:Extension-FQL-Beschreibung}} + + {{xml}} + {{json}} + {{link}} + + + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Extensions/Encounter-PlannedStartDate-R5.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Extensions/Encounter-PlannedStartDate-R5.page.md new file mode 100644 index 00000000..c938f330 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Extensions/Encounter-PlannedStartDate-R5.page.md @@ -0,0 +1,33 @@ +--- +canonical: http://hl7.org/fhir/5.0/StructureDefinition/extension-Encounter.plannedStartDate +expand: 2 +--- + +## {{link}} + +### Metadaten + + +using scope +from + StructureDefinition +where + url = %canonical +select + CanonicalURL: url, Kontext: context.expression, Status: status, Version: version, Herausgeber: publisher + + +### Inhalt + + + {{tree, snapshot}} + + {{page:Extension-FQL-Beschreibung}} + + {{xml}} + {{json}} + {{link}} + + + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Extensions/Encounter-RehaEntlassung.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Extensions/Encounter-RehaEntlassung.page.md new file mode 100644 index 00000000..b6d281ba --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Extensions/Encounter-RehaEntlassung.page.md @@ -0,0 +1,33 @@ +--- +canonical: https://gematik.de/fhir/isik/StructureDefinition/ExtensionISiKRehaEntlassung +expand: 2 +--- + +## {{link}} + +### Metadaten + + +using scope +from + StructureDefinition +where + url = %canonical +select + CanonicalURL: url, Kontext: context.expression, Status: status, Version: version, Herausgeber: publisher + + +### Inhalt + + + {{tree, snapshot}} + + {{page:Extension-FQL-Beschreibung}} + + {{xml}} + {{json}} + {{link}} + + + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Extensions/Encounter-Wahlleistung.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Extensions/Encounter-Wahlleistung.page.md new file mode 100644 index 00000000..e2f7c762 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Extensions/Encounter-Wahlleistung.page.md @@ -0,0 +1,33 @@ +--- +canonical: http://fhir.de/StructureDefinition/Wahlleistung +expand: 2 +--- + +## {{link}} + +### Metadaten + + +using scope +from + StructureDefinition +where + url = %canonical +select + CanonicalURL: url, Kontext: context.expression, Status: status, Version: version, Herausgeber: publisher + + +### Inhalt + + + {{tree, snapshot}} + + {{page:Extension-FQL-Beschreibung}} + + {{xml}} + {{json}} + {{link}} + + + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Extensions/FQL-Beschreibung.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Extensions/FQL-Beschreibung.page.md new file mode 100644 index 00000000..24b2ef67 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Extensions/FQL-Beschreibung.page.md @@ -0,0 +1,15 @@ +--- +topic: Extension-FQL-Beschreibung +--- + + +using scope + from + StructureDefinition + where + url = %canonical + select + Beschreibung: description + with + no header + \ No newline at end of file diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Extensions/Index.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Extensions/Index.page.md new file mode 100644 index 00000000..db3bf8d7 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Extensions/Index.page.md @@ -0,0 +1,13 @@ +## {{page-title}} + +## Verwendete Extensions + +from StructureDefinition + +for differential.element + +where type.code = 'Extension' +select Pfad:id, Extension: type.profile + + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Extensions/Patient-Geschlecht-Administrativ.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Extensions/Patient-Geschlecht-Administrativ.page.md new file mode 100644 index 00000000..418cb38f --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Extensions/Patient-Geschlecht-Administrativ.page.md @@ -0,0 +1,33 @@ +--- +canonical: http://fhir.de/StructureDefinition/gender-amtlich-de +expand: 2 +--- + +## {{link}} + +### Metadaten + + +using scope +from + StructureDefinition +where + url = %canonical +select + CanonicalURL: url, Kontext: context.expression, Status: status, Version: version, Herausgeber: publisher + + +### Inhalt + + + {{tree, snapshot}} + + {{page:Extension-FQL-Beschreibung}} + + {{xml}} + {{json}} + {{link}} + + + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Extensions/Procedure-Dokumentationsdatum.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Extensions/Procedure-Dokumentationsdatum.page.md new file mode 100644 index 00000000..82dd95f0 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Extensions/Procedure-Dokumentationsdatum.page.md @@ -0,0 +1,33 @@ +--- +canonical: http://fhir.de/StructureDefinition/ProzedurDokumentationsdatum +expand: 2 +--- + +## {{link}} + +### Metadaten + + +using scope +from + StructureDefinition +where + url = %canonical +select + CanonicalURL: url, Kontext: context.expression, Status: status, Version: version, Herausgeber: publisher + + +### Inhalt + + + {{tree, snapshot}} + + {{page:Extension-FQL-Beschreibung}} + + {{xml}} + {{json}} + {{link}} + + + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Extensions/toc.yaml b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Extensions/toc.yaml new file mode 100644 index 00000000..3677c1f4 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Extensions/toc.yaml @@ -0,0 +1,28 @@ +- name: Index + filename: Index.page.md +- name: Account - Abrechnungsdiagnose-/Prozedur + filename: Account-Abrechnungsdiagnose-Prozedur.page.md +- name: Account - Abrechnungsart + filename: Account-Abrechnungsart.page.md +- name: Condition - Related + filename: Condition-related.page.md +- name: Condition - Lebensphase + filename: Condition-Lebensphase.page.md +- name: Encounter - PlannedStartDate (R5) + filename: Encounter-PlannedStartDate-R5.page.md +- name: Encounter - PlannedEndDate (R5) + filename: Encounter-PlannedEndDate-R5.page.md +- name: Encounter - Entlassgrund + filename: Encounter-Entlassgrund.page.md +- name: Encounter - Aufnahmegrund + filename: Encounter-Aufnahmegrund.page.md +- name: Encounter - Wahlleistung + filename: Encounter-Wahlleistung.page.md +- name: Encounter - Entlassungsgrund + filename: Encounter-Entlassungsgrund.page.md +- name: Encounter - RehaEntlassung + filename: Encounter-RehaEntlassung.page.md +- name: Patient - Geschlecht-Administrativ + filename: Patient-Geschlecht-Administrativ.page.md +- name: Procedure - Dokumentationsdatum + filename: Procedure-Dokumentationsdatum.page.md diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Index.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Index.page.md new file mode 100644 index 00000000..f8a77985 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Index.page.md @@ -0,0 +1,8 @@ +--- +topic: Datenobjekte +--- +# Datenobjekte + +In den folgenden Unterkapiteln werden die ISiK-Datenobjekte und ihre FHIR-Spezifikation beschrieben. + +{{index:current}} diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/New-item.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/New-item.page.md new file mode 100644 index 00000000..3ecba5b9 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/New-item.page.md @@ -0,0 +1,59 @@ +--- +canonical: https://gematik.de/fhir/isik/CapabilityStatement/ISiKCapabilityStatementBasisServer +--- +## {{page-title}} + +#### (Reverse-)Include mit Verbindlichkeit + + + +from + CapabilityStatement +where + url = %canonical +for rest.resource +select +RessourcenTyp: type, +join searchInclude +{ + + Verbindlichkeit: extension('http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation').value +} + + +#### (Reverse-)Include verbindlich + +from + CapabilityStatement +where + url = %canonical +for rest.resource +select +{ + RessourcenTyp: type, + 'Include (verbindlich)': searchInclude.where(extension('http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation').value='SHALL'), + 'Include (optional)': searchInclude.where(extension('http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation').value='MAY'), + 'Reverse Include (verbindlich)': searchRevInclude.where(extension('http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation').value='SHALL'), + 'Reverse Include (optional)': searchRevInclude.where(extension('http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation').value='MAY') +} + + + +#### (Reverse-)Include optional + +from + CapabilityStatement +where + url = %canonical +select + RessourcenTyp: rest.resource.type, + Include: rest.resource.searchInclude, +for rest.resource.searchInclude + select +{ + + Verbindlichkeit: extension('http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation').value + +} + + \ No newline at end of file diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Terminologien/CodeSystem-ISiKBehandlungsergebnisReha.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Terminologien/CodeSystem-ISiKBehandlungsergebnisReha.page.md new file mode 100644 index 00000000..5e18be7c --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Terminologien/CodeSystem-ISiKBehandlungsergebnisReha.page.md @@ -0,0 +1,44 @@ +--- +canonical: https://gematik.de/fhir/isik/CodeSystem/ISiKBehandlungsergebnisRehaCS +--- + +## {{link}} + + +from + CodeSystem +where + url = %canonical +select + description +with + no header + + +### Metadaten + + +from + CodeSystem +where + url = %canonical +select + Beschreibung: description, CanonicalURL: url, Status: status, Version: version, Herausgeber: publisher + + +### Inhalt + + + + {{page:FQL-CodeSystem}} + + + {{xml}} + + + {{json}} + + + {{link}} + + \ No newline at end of file diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Terminologien/CodeSystem-ISiKBesondereBehandlungsformRehaCS.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Terminologien/CodeSystem-ISiKBesondereBehandlungsformRehaCS.page.md new file mode 100644 index 00000000..0ebc2bf0 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Terminologien/CodeSystem-ISiKBesondereBehandlungsformRehaCS.page.md @@ -0,0 +1,44 @@ +--- +canonical: https://gematik.de/fhir/isik/CodeSystem/ISiKBesondereBehandlungsformRehaCS +--- + +## {{link}} + + +from + CodeSystem +where + url = %canonical +select + description +with + no header + + +### Metadaten + + +from + CodeSystem +where + url = %canonical +select + Beschreibung: description, CanonicalURL: url, Status: status, Version: version, Herausgeber: publisher + + +### Inhalt + + + + {{page:FQL-CodeSystem}} + + + {{xml}} + + + {{json}} + + + {{link}} + + \ No newline at end of file diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Terminologien/CodeSystem-ISiKEntlassformRehaCS.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Terminologien/CodeSystem-ISiKEntlassformRehaCS.page.md new file mode 100644 index 00000000..78a276d7 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Terminologien/CodeSystem-ISiKEntlassformRehaCS.page.md @@ -0,0 +1,44 @@ +--- +canonical: https://gematik.de/fhir/isik/CodeSystem/ISiKEntlassformRehaCS +--- + +## {{link}} + + +from + CodeSystem +where + url = %canonical +select + description +with + no header + + +### Metadaten + + +from + CodeSystem +where + url = %canonical +select + Beschreibung: description, CanonicalURL: url, Status: status, Version: version, Herausgeber: publisher + + +### Inhalt + + + + {{page:FQL-CodeSystem}} + + + {{xml}} + + + {{json}} + + + {{link}} + + \ No newline at end of file diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Terminologien/CodeSystem-ISiKUnterbrechnungRehaCS.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Terminologien/CodeSystem-ISiKUnterbrechnungRehaCS.page.md new file mode 100644 index 00000000..7bfb55c6 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Terminologien/CodeSystem-ISiKUnterbrechnungRehaCS.page.md @@ -0,0 +1,44 @@ +--- +canonical: https://gematik.de/fhir/isik/CodeSystem/ISiKUnterbrechnungRehaCS +--- + +## {{link}} + + +from + CodeSystem +where + url = %canonical +select + description +with + no header + + +### Metadaten + + +from + CodeSystem +where + url = %canonical +select + Beschreibung: description, CanonicalURL: url, Status: status, Version: version, Herausgeber: publisher + + +### Inhalt + + + + {{page:FQL-CodeSystem}} + + + {{xml}} + + + {{json}} + + + {{link}} + +## {{page-title}} \ No newline at end of file diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Terminologien/FQL-CodeSystem.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Terminologien/FQL-CodeSystem.page.md new file mode 100644 index 00000000..d0ec9ecf --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Terminologien/FQL-CodeSystem.page.md @@ -0,0 +1,13 @@ +--- +topic: FQL-CodeSystem +--- + + +from + CodeSystem +where + url = %canonical +for concept +select + Code: code, Anzeigetext: display, Definition: definition + \ No newline at end of file diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Terminologien/Index.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Terminologien/Index.page.md new file mode 100644 index 00000000..e31640bb --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Terminologien/Index.page.md @@ -0,0 +1,31 @@ +## {{page-title}} + +{{index:current}} + +## Verwendete ValueSets +Übersicht aller ValueSets, für die in diesem Modul ein ensprechendes Binding spezifiziert ist. + +from StructureDefinition + +for differential.element + +where binding.exists() +select Pfad:id, 'Stärke':binding.strength, ValueSet:binding.valueSet + + + +## ValueSets, die in diesem Modul spezifiziert werden + + +from ValueSet +select Name:name, Beschreibung:description, CodeSystems:compose.include.system, Konzepte:compose.include.concept.select('
' + code + ' "' + display + '"'), Canonical:url + + + +## CodeSystems, die in diesem Modul spezifiziert werden + + +from CodeSystem +select Name:name, Beschreibung:description, Konzepte:concept.select('
' + code + ' "' + display + '"'), Canonical:url + + \ No newline at end of file diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Terminologien/toc.yaml b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Terminologien/toc.yaml new file mode 100644 index 00000000..94a22b07 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Terminologien/toc.yaml @@ -0,0 +1,10 @@ +- name: Index + filename: Index.page.md +- name: 'CodeSystem: ISiKBehandlungsergebnisReha' + filename: CodeSystem-ISiKBehandlungsergebnisReha.page.md +- name: 'CodeSystem: ISiKBesondereBehandlungsformRehaCS' + filename: CodeSystem-ISiKBesondereBehandlungsformRehaCS.page.md +- name: 'CodeSystem: ISiKEntlassformRehaCS' + filename: CodeSystem-ISiKEntlassformRehaCS.page.md +- name: 'CodeSystem: ISiKUnterbrechnungRehaCS' + filename: CodeSystem-ISiKUnterbrechnungRehaCS.page.md diff --git "a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Versicherungsverh\303\244ltnis-gesetzlich-Coverage/Anmerkungen-zu-den-Must-Support-Feldern.page.md" "b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Versicherungsverh\303\244ltnis-gesetzlich-Coverage/Anmerkungen-zu-den-Must-Support-Feldern.page.md" new file mode 100644 index 00000000..46c0b0e0 --- /dev/null +++ "b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Versicherungsverh\303\244ltnis-gesetzlich-Coverage/Anmerkungen-zu-den-Must-Support-Feldern.page.md" @@ -0,0 +1,18 @@ +--- +topic: Coverage-GKV-MS +canonical: https://gematik.de/fhir/isik/StructureDefinition/ISiKVersicherungsverhaeltnisGesetzlich +--- + +### Anmerkungen zu Must-Support-Feldern + + +from + StructureDefinition +where + url = %canonical +for differential.element +where mustSupport = true +select + Feldname: id, Kurzbeschreibung: short, Hinweise: comment + + diff --git "a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Versicherungsverh\303\244ltnis-gesetzlich-Coverage/Beispiele.page.md" "b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Versicherungsverh\303\244ltnis-gesetzlich-Coverage/Beispiele.page.md" new file mode 100644 index 00000000..626c29fb --- /dev/null +++ "b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Versicherungsverh\303\244ltnis-gesetzlich-Coverage/Beispiele.page.md" @@ -0,0 +1,22 @@ +--- +topic: CoverageGeseetzlich-Beispiele +--- + +## {{page-title}} + +### Valides Minimalbeispiel: + + + + {{render:coverageGesetzlich}} + + + {{xml:coverageGesetzlich}} + + + {{json:coverageGesetzlich}} + + + {{link:coverageGesetzlich}} + + diff --git "a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Versicherungsverh\303\244ltnis-gesetzlich-Coverage/Index.page.md" "b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Versicherungsverh\303\244ltnis-gesetzlich-Coverage/Index.page.md" new file mode 100644 index 00000000..40efdc04 --- /dev/null +++ "b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Versicherungsverh\303\244ltnis-gesetzlich-Coverage/Index.page.md" @@ -0,0 +1,4 @@ +--- +topic: Versicherungsverhaeltnis-gesetzlich +--- +## Versicherungsverhältnis gesetzlich [(Coverage)](https://hl7.org/fhir/R4/coverage.html) \ No newline at end of file diff --git "a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Versicherungsverh\303\244ltnis-gesetzlich-Coverage/Interaktionen.page.md" "b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Versicherungsverh\303\244ltnis-gesetzlich-Coverage/Interaktionen.page.md" new file mode 100644 index 00000000..fcba41b1 --- /dev/null +++ "b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Versicherungsverh\303\244ltnis-gesetzlich-Coverage/Interaktionen.page.md" @@ -0,0 +1,35 @@ +--- +topic: Coverage-GKV-Interaktionen +canonical: https://gematik.de/fhir/isik/StructureDefinition/ISiKVersicherungsverhaeltnisGesetzlich +--- +### Interaktionen + + +from + CapabilityStatement +where + url = %capability +for rest.resource.where(%canonical in supportedProfile) +select + documentation +with + no header + + + + + {{page:FQL-Capability-REST}} + + + {{page:FQL-Capability-Search}} + + + {{page:FQL-Capability-Operations}} + + + {{pagelink:CapabilityStatement}} + + + + + diff --git "a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Versicherungsverh\303\244ltnis-gesetzlich-Coverage/profil.page.md" "b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Versicherungsverh\303\244ltnis-gesetzlich-Coverage/profil.page.md" new file mode 100644 index 00000000..254b1ae3 --- /dev/null +++ "b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Versicherungsverh\303\244ltnis-gesetzlich-Coverage/profil.page.md" @@ -0,0 +1,70 @@ +--- +topic: Coverage-GKV +canonical: https://gematik.de/fhir/isik/StructureDefinition/ISiKVersicherungsverhaeltnisGesetzlich +--- +## {{link}} + + +from + StructureDefinition +where + url = %canonical +select + description +with + no header + + +### Bestätigungsrelevanz + +from + CapabilityStatement +where + url = %capability +for rest.resource.where(%canonical in supportedProfile) +select + 'Verbindlichkeit': extension('http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation').value + + +### Metadaten + + +from + StructureDefinition +where + url = %canonical +select + Canonical: url, Status: status, Version: version, Basis: baseDefinition + + +### Inhalt + + + {{tree, buttons}} + {{xml}} + {{json}} + {{link}} + + +### Constraints/Invarianten + +from + StructureDefinition +where + url = %canonical +for + differential.element.constraint +select Name: key, Schweregrad: severity, Beschreibung: human, Ausdruck: expression + + + diff --git "a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Versicherungsverh\303\244ltnis-gesetzlich-Coverage/toc.yaml" "b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Versicherungsverh\303\244ltnis-gesetzlich-Coverage/toc.yaml" new file mode 100644 index 00000000..27c8f03d --- /dev/null +++ "b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Versicherungsverh\303\244ltnis-gesetzlich-Coverage/toc.yaml" @@ -0,0 +1,10 @@ +- name: Index + filename: Index.page.md +- name: Profil + filename: profil.page.md +- name: Anmerkungen zu den Must-Support-Feldern + filename: Anmerkungen-zu-den-Must-Support-Feldern.page.md +- name: Interaktionen + filename: Interaktionen.page.md +- name: Beispiele + filename: Beispiele.page.md diff --git "a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Versicherungverh\303\244ltnis-Selbstzahler-privat-Coverage/Anmerkungen-zu-den-Must-Support-Feldern.page.md" "b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Versicherungverh\303\244ltnis-Selbstzahler-privat-Coverage/Anmerkungen-zu-den-Must-Support-Feldern.page.md" new file mode 100644 index 00000000..25e9d2c0 --- /dev/null +++ "b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Versicherungverh\303\244ltnis-Selbstzahler-privat-Coverage/Anmerkungen-zu-den-Must-Support-Feldern.page.md" @@ -0,0 +1,18 @@ +--- +topic: Coverage-SEL-MS +canonical: https://gematik.de/fhir/isik/StructureDefinition/ISiKVersicherungsverhaeltnisSelbstzahler +--- + +### Anmerkungen zu Must-Support-Feldern + + +from + StructureDefinition +where + url = %canonical +for differential.element +where mustSupport = true +select + Feldname: id, Kurzbeschreibung: short, Hinweise: comment + + diff --git "a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Versicherungverh\303\244ltnis-Selbstzahler-privat-Coverage/Beispiele.page.md" "b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Versicherungverh\303\244ltnis-Selbstzahler-privat-Coverage/Beispiele.page.md" new file mode 100644 index 00000000..dd4264b9 --- /dev/null +++ "b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Versicherungverh\303\244ltnis-Selbstzahler-privat-Coverage/Beispiele.page.md" @@ -0,0 +1,21 @@ +--- +topic: CoverageSelbstzahler-Beispiele +--- + +## {{page-title}} + +### Valides Minimalbeispiel: + + + {{render:coveragePrivat}} + + + {{xml:coveragePrivat}} + + + {{json:coveragePrivat}} + + + {{link:coveragePrivat}} + + \ No newline at end of file diff --git "a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Versicherungverh\303\244ltnis-Selbstzahler-privat-Coverage/Index.page.md" "b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Versicherungverh\303\244ltnis-Selbstzahler-privat-Coverage/Index.page.md" new file mode 100644 index 00000000..5aae0f88 --- /dev/null +++ "b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Versicherungverh\303\244ltnis-Selbstzahler-privat-Coverage/Index.page.md" @@ -0,0 +1,4 @@ +--- +topic: Versicherungsverhaeltnis-privat +--- +## Versicherungsverhältnis privat [(Coverage)](https://hl7.org/fhir/R4/coverage.html) \ No newline at end of file diff --git "a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Versicherungverh\303\244ltnis-Selbstzahler-privat-Coverage/Interaktionen.page.md" "b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Versicherungverh\303\244ltnis-Selbstzahler-privat-Coverage/Interaktionen.page.md" new file mode 100644 index 00000000..cc3d9914 --- /dev/null +++ "b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Versicherungverh\303\244ltnis-Selbstzahler-privat-Coverage/Interaktionen.page.md" @@ -0,0 +1,35 @@ +--- +topic: Coverage-SEL-Interaktionen +canonical: https://gematik.de/fhir/isik/StructureDefinition/ISiKVersicherungsverhaeltnisSelbstzahler +--- +### Interaktionen + + +from + CapabilityStatement +where + url = %capability +for rest.resource.where(%canonical in supportedProfile) +select + documentation +with + no header + + + + + {{page:FQL-Capability-REST}} + + + {{page:FQL-Capability-Search}} + + + {{page:FQL-Capability-Operations}} + + + {{pagelink:CapabilityStatement}} + + + + + diff --git "a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Versicherungverh\303\244ltnis-Selbstzahler-privat-Coverage/Profil.page.md" "b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Versicherungverh\303\244ltnis-Selbstzahler-privat-Coverage/Profil.page.md" new file mode 100644 index 00000000..c8019633 --- /dev/null +++ "b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Versicherungverh\303\244ltnis-Selbstzahler-privat-Coverage/Profil.page.md" @@ -0,0 +1,85 @@ +--- +topic: Coverage-SEL +canonical: https://gematik.de/fhir/isik/StructureDefinition/ISiKVersicherungsverhaeltnisSelbstzahler +--- +## {{link}} + + +from + StructureDefinition +where + url = %canonical +select + description +with + no header + + +### Bestätigungsrelevanz + +from + CapabilityStatement +where + url = %capability +for rest.resource.where(%canonical in supportedProfile) +select + 'Verbindlichkeit': extension('http://hl7.org/fhir/StructureDefinition/capabilitystatement-expectation').value + + +### Metadaten + + +from + StructureDefinition +where + url = %canonical +select + Canonical: url, Status: status, Version: version, Basis: baseDefinition + + +### Inhalt + + + {{tree, buttons}} + {{xml}} + {{json}} + {{link}} + + + + + + + diff --git "a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Versicherungverh\303\244ltnis-Selbstzahler-privat-Coverage/toc.yaml" "b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Versicherungverh\303\244ltnis-Selbstzahler-privat-Coverage/toc.yaml" new file mode 100644 index 00000000..651716c6 --- /dev/null +++ "b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/Versicherungverh\303\244ltnis-Selbstzahler-privat-Coverage/toc.yaml" @@ -0,0 +1,10 @@ +- name: Index + filename: Index.page.md +- name: Profil + filename: Profil.page.md +- name: Anmerkungen zu den Must-Support-Feldern + filename: Anmerkungen-zu-den-Must-Support-Feldern.page.md +- name: Interaktionen + filename: Interaktionen.page.md +- name: Beispiele + filename: Beispiele.page.md diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/toc.yaml b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/toc.yaml new file mode 100644 index 00000000..bf15d434 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Datenobjekte/toc.yaml @@ -0,0 +1,48 @@ +- name: Index + filename: Index.page.md +- name: CapabilityStatement + filename: CapabilityStatement.page.md +- name: New item + filename: New-item.page.md +- name: Patient (Patient) + filename: Datenobjekte_Patient +- name: Kontakt/Fall (Encounter) + filename: Datenobjekte_Kontakt +- name: Abrechnungsfall (Account) + filename: Datenobjekte_Abrechnungsfall +- name: Diagnose (Condition) + filename: Datenobjekte_Diagnose +- name: Allergie/Unverträglichkeit (AllergyIntolerance) + filename: Datenobjekte_AllergieUnvertraeglichkeit +- name: Spezifische Lebenszustände (Observation) + filename: Datenobjekte_Lebenszustand +- name: Observation + filename: Datenobjekte_Observation +- name: Prozedur (Procedure) + filename: Datenobjekte_Prozedur +- name: Versicherungverhältnis Selbstzahler/privat (Coverage) + filename: Versicherungverhältnis-Selbstzahler-privat-Coverage +- name: Versicherungsverhältnis gesetzlich (Coverage) + filename: Versicherungsverhältnis-gesetzlich-Coverage +- name: Angehöriger (RelatedPerson) + filename: Datenobjekte_Angehoeriger +- name: PersonImGesundheitsberuf (Practitioner) + filename: Datenobjekte_PersonImGesundheitsberuf +- name: Bericht aus Subsystemen (Composition) + filename: Datenobjekte_BerichtSubsystem +- name: Katalog (CodeSystem) + filename: Datenobjekte_CodeSystem +- name: ValueSet (ValueSet) + filename: Datenobjekte_ValueSet +- name: Organisation (Organization) + filename: Datenobjekte_Organisation +- name: Standort (Location) + filename: Datenobjekte_Standort +- name: Binary (Binary) + filename: Datenobjekte_Binary +- name: Subscription patient-merge (R5 Backport Subscription) + filename: Datenobjekte_Subscription +- name: Terminologien + filename: Terminologien +- name: Extensions + filename: Extensions diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Index.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Index.page.md new file mode 100644 index 00000000..5c732215 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Index.page.md @@ -0,0 +1,50 @@ +--- +topic: ImplementationGuide-markdown-Einfuehrung +--- +gematik logo + +---- +Version: 4.0.1 + +Datum: 25.09.2024 + +Status: Active + +Realm: Deutschland + + + +Abgekündigte Versionen oder Zwischenveröffentlichungen der Implementierungsleitfäden finden Sie unter: https://gematik.github.io/spec-ISiK-Basismodul/index.html + + +---- + + +# 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. + +**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/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Motivation.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Motivation.page.md new file mode 100644 index 00000000..d096decf --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/Motivation.page.md @@ -0,0 +1,31 @@ +--- +topic: ImplementationGuide-markdown-Motivation +--- +# Motivation + +Die Landschaft informationstechnischer Systeme in Krankenhäusern ist enorm heterogen. Für die Patientenverwaltung und -abrechnung, die medizinische Dokumentation, die Laborverwaltung, die Blutbank bis hin zum Dokumentenarchiv werden verschiedene, auf das jeweilige Fachgebiet spezialisierte Systeme verwendet. Es besteht daher der Bedarf, diese Systeme über ihren Primärzweck hinaus sinnvoll zu integrieren. Ein Szenario ist beispielsweise die Abrechnung der im Krankenhaus erbrachten Leistungen. Aus den ursprünglich in verschiedenen Spezialsystemen erfassten Informationen werden die für die Abrechnung relevanten Informationen an ein Abrechnungssystem gesendet und dort zur Rechnungslegung weiterverarbeitet. + +Herausforderungen stellen dabei die Vielzahl der Schnittstellen von informationstechnischen Systemen im Krankenhaus sowie zusätzliche Anforderungen für die Nutzung in mobilen Anwendungen dar. Durch die Festlegung und Verwendung von offenen und standardisierten Schnittstellen können diese Herausforderungen effizienter angenommen werden. + +Im Folgenden leiten wir - die gematik GmbH - her, warum die bestehenden Integrationsansätze im Krankenhaus noch unzureichend sind und durch die im Bestätigungsverfahren „Interoperabler Datenaustausch durch Informationssysteme im Krankenhaus“ (ISiK) spezifizierten Ansätze ergänzt werden, um die Vielzahl sinnvoller Integrationsszenarien effizient abzudecken. + +## Reaktiver Datenaustausch im Krankenhaus + +Der aktuell in Krankenhäusern vorherrschende Integrationsansatz nach dem Standard HL7 Version 2 (HL7v2) sieht vor, dass fachdomänenspezifische Systeme Nachrichten versenden, sobald für andere Systeme interessante Ereignisse eintreten. Bei Anlegen einer Diagnose in einem System für medizinische Dokumentation wird beispielsweise eine entsprechende Nachricht versendet, die vom Abrechnungssystem konsumiert und in der Rechnungslegung berücksichtigt wird. Für diesen Ansatz ist es nötig, dass die konsumierenden Systeme direkt auf die für sie passenden Nachrichten reagieren können. Leider werden dieselben Inhalte in verschiedenen Krankenhäusern oft unterschiedlich in HL7v2-Nachrichten kodiert. Darum wird häufig ein Kommunikationsserver verwendet, der die krankenhausspezifischen Nachrichten in ein Format übersetzt, dass die konsumierenden Systeme verarbeiten können. Erst wenn diese Übersetzung der HL7v2 Nachrichten eingerichtet ist, können Daten zwischen den Systemen ausgetauscht werden. + +Daraus ergeben sich einige relevante Nachteile: + +1. Es ist nur eine im Voraus definierte Datenverarbeitung möglich. Es müssen Verarbeitungsregeln im Kommunikationsserver festgelegt werden, die empfangene HL7v2-Nachrichten zur Weiterverarbeitung in ein geeignetes Format überführen. +2. Es können keine HL7v2-Nachrichten genutzt werden, die vor Aktivierung der Verarbeitungsregeln im Krankenhaus versandt wurden. Damit bleibt ein großer Teil der verfügbaren Daten des Krankenhauses ungenutzt. +3. Gerade große Krankenhäuser müssen tausende dieser Verarbeitungsregeln verwalten. Dies erschwert den Überblick und nicht mehr benötigte Regeln belasten den Kommunikationsserver. + +Daher hat der Gesetzgeber im Patientendaten-Schutzgesetz (PDSG) der gematik den Auftrag erteilt, offene und standardisierte Schnittstellen zu spezifizieren, die über den reaktiven Datenaustausch hinaus einen bedarfsgerechten Datenaustausch ermöglichen. Die Einhaltung dieser Spezifikation wird in dem ISiK Bestätigungsverfahren geprüft. Die Beschreibung des Bestätigungsverfahrens ist nicht Inhalt dieses Implementierungsleitfadens und ist im Fachportal der gematik beschrieben (). + +## Bedarfsgerechter Datenaustausch im Krankenhaus + +Um die oben skizzierten Nachteile zu vermeiden, wird in diesem Leitfaden ein bedarfsgerechter Datenaustausch im Krankenhaus spezifiziert. Benötigte Daten werden zum gewünschten Zeitpunkt im nötigen Umfang angefragt und zur Verfügung gestellt. So sind prinzipiell alle Daten eines Krankenhauses nutzbar, auch wenn sie lange vor dem Bedarf zur Nachnutzung erhoben wurden. Es müssen keine statischen Verarbeitungsregeln in einer Drittsoftware - dem Kommunikationsserver - verwaltet werden. Diese Art des bedarfsgerechten Datenaustausches wird in ISiK durch den internationalen HL7-Standard FHIR in seiner aktuellen Version R4 realisiert. Dabei folgt die Kommunikation dem Architekturstil Representational State Transfer (REST), auf dem auch wesentliche Teile der Kommunikation im Internet und mit mobilen Geräten im Besonderen basieren. + +## Anwendungsfälle und Interaktionen + +Mit ISiK und insbesondere dem Basismodul sollen eine Vielzahl digital unterstützter Anwendungsfälle im Krankenhaus realisiert werden. Dabei soll nicht die Vielfalt an möglichen Anwendungsfällen im Voraus komplett spezifiziert werden. Damit würde die Implementierung von ISiK durch zu enge und komplexe Vorgaben eher verhindert werden, gerade mit Blick auf zu erwartende zukünftige Anwendungsfälle. +Das Ziel von ISiK ist es, digitale Interaktionen in den Anwendungsfällen zu identifizieren, für die eine Standardisierung besonders wertstiftend ist. Wertstiftend sind Interaktionen, die bspw. viele Anwendungsfälle unterstützen oder in einem Anwendungsfall einen besonders aufwändigen manuellen Schritt automatisieren. diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/ReleaseNotes.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/ReleaseNotes.page.md new file mode 100644 index 00000000..60f6ab94 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/ReleaseNotes.page.md @@ -0,0 +1,308 @@ +--- +topic: ImplementationGuide-markdown-ReleaseNotes +--- +# Release Notes + + + +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. + +## Version 4.0.1 +* `improved` Refactoring des ImplementationGuides +* `fixed` Procedure.code zu Pflichfeld gemacht https://github.com/gematik/spec-ISiK-Basismodul/issues/454 +* `fixed` Condition.onset harmonisiert mit KBV-Profil und mit Condition.abatement https://github.com/gematik/spec-ISiK-Basismodul/issues/454 +* `improved` Vereinheitlichung des Umgangs mit ressourcenübergreifenden Suchparametern +https://github.com/gematik/spec-ISiK-Basismodul/issues/438 +* `fixed` Anpassung der include/revinclude Anforderungen in den übergreifenden Festelegungen und dem CapabilityStatement +* `fixed` CodeSystem-Ressource wird im CapabilityStatement nun korrekt angezeigt +https://github.com/gematik/spec-ISiK-Basismodul/issues/436 + +## Version: 4.0.0 + +Datum: 30.8.2024 + +* Neudefinition der bestätigungsrelevanten Systeme https://github.com/gematik/spec-ISiK-Basismodul/pull/426 +* Überarbeitung des Abschnitts zu Suchparametern mit Änderung der Anforderungen https://github.com/gematik/spec-ISiK-Basismodul/pull/411 +* Überarbeitung der Must Support Definition: https://github.com/gematik/spec-ISiK-Basismodul/pull/412 +* Hinzufügen von MS und weitere Anpassung von Encounter.location, um Abbildung von Standort-Historie zu ermöglichen: https://github.com/gematik/spec-ISiK-Basismodul/pull/407 +* Added MS for Account.coverage.priority https://github.com/gematik/spec-ISiK-Basismodul/pull/405 and https://github.com/gematik/spec-ISiK-Basismodul/pull/406 +* Erläuterung zur Handhabung von Mime-Types im Fall der Rückgabe von Binaries in ihrer nativen Form hinzugefügt: https://github.com/gematik/spec-ISiK-Basismodul/pull/380 +* Hinzufügen von MS für Coverage.subscriber.reference für Gesetzlich- und Privatversicherte https://github.com/gematik/spec-ISiK-Basismodul/pull/408 +* Hinzufügen von Use Case Beschreibungen (nicht normativ) https://github.com/gematik/spec-ISiK-Basismodul/pull/399 +* Hinzufügen einer Referenz zwischen Observation-Seiten und Profildarstellung +* Entfernen der MS-Flag für .id, da irreführend https://github.com/gematik/spec-ISiK-Basismodul/pull/414 +* Fix Beispiel DorisResultat für patient-merge https://github.com/gematik/spec-ISiK-Basismodul/pull/415 +* Anforderung zu Procedure.Encounter hinzu https://github.com/gematik/spec-ISiK-Basismodul/pull/419 +* Änderung der MS-Definition für Patient.active https://github.com/gematik/spec-ISiK-Basismodul/pull/421 +* Definition für MS bei Condition.clinicalStatus geschwächt https://github.com/gematik/spec-ISiK-Basismodul/pull/422 +* SnomedCT Coding.version muss auf die German Edition zeigen https://github.com/gematik/spec-ISiK-Basismodul/pull/417 +* ISiKAngehoeriger: hinzufügen von MS auf .relation & .telecom, entfernen der gender extension https://github.com/gematik/spec-ISiK-Basismodul/pull/417 +* ISiKDiagnose: hinzufügen von MS auf .bodySite incl. SnomedCT Slice zur Kodierung https://github.com/gematik/spec-ISiK-Basismodul/pull/417 +* ISiKOrganisation: identifier:TelematikId hinzugefügt https://github.com/gematik/spec-ISiK-Basismodul/pull/417 +* Harmonisierung mit Anforderung mit Kontakt/Fall-Seite https://github.com/gematik/spec-ISiK-Basismodul/pull/424 +* Definition für MS bei Condition.clinicalStatus geschwächt https://github.com/gematik/spec-ISiK-Basismodul/pull/422 und https://github.com/gematik/spec-ISiK-Basismodul/pull/423 +* Hinzufügen von ValueSets zur Harmonisierung der Organisation mit den Anpassungen im Modul Terminplanung https://github.com/gematik/spec-ISiK-Basismodul/pull/418 +* Fix des ValueSets für SNOMED-CT-Diagnosen (entspricht TC 3.0.5) https://github.com/gematik/spec-ISiK-Basismodul/pull/398 + +---- + +## Version: 4.0.0-rc2 + +Datum: 4.4.2024 + +* Neues Feature: Patient merge Notification; Hinzufügen MustSupport für Patient.link & patient-merge Subscription(Topic) https://github.com/gematik/spec-ISiK-Basismodul/pull/359 +* Neue Profile für Standort und Organisation https://github.com/gematik/spec-ISiK-Basismodul/pull/358 +* Neue Profile für Allergien https://github.com/gematik/spec-ISiK-Basismodul/pull/369 +* Neue Profile für Lebenszustände - Schwangerschaftsstatus, SS-ET, Raucher & Alkoholabususstatus by @patrick-werner in https://github.com/gematik/spec-ISiK-Basismodul/pull/378 + * Hinzugefügt Lebenszustand markdown descriptions by @patrick-werner in https://github.com/gematik/spec-ISiK-Basismodul/pull/379 +* Feature: Ptdata 827 reha entlassung by @alexzautke in https://github.com/gematik/spec-ISiK-Basismodul/pull/393 +* Update Deutsche Basisprofile v1.5.0 by @alexzautke in https://github.com/gematik/spec-ISiK-Basismodul/pull/372 +* Verwende IdentifierAbrechnungsnummer aus den Deutschen Basisprofilen by @alexzautke in https://github.com/gematik/spec-ISiK-Basismodul/pull/381 +* Abkündigen der Slices zu VersichertenId-GKV und ersetzen mit generischer Versicherten-ID : https://github.com/gematik/spec-ISiK-Basismodul/pull/382/files +* Fix/canonical to new format by @patrick-werner in https://github.com/gematik/spec-ISiK-Basismodul/pull/383 +* Feature/ptdata 821 account abrechnungsart by @alexzautke in https://github.com/gematik/spec-ISiK-Basismodul/pull/386 +* Feature/ptdata 671 // MS für coding.version by @patrick-werner in https://github.com/gematik/spec-ISiK-Basismodul/pull/390 +* Feature: added Allergyintollerance to CapStatement by @patrick-werner in https://github.com/gematik/spec-ISiK-Basismodul/pull/385 +* Lockerung der Anforderung für den Suchparameter "context-type-value" definiert für ISiKValueSet zu "KANN" + +---- + +## Version: 3.0.5 + +Diese Technical Correction entfällt für Stufe 4, da die Änderungen direkt in Stufe 4 eingebracht sind. + +---- + +## Version: 3.0.4 + +Datum: 1.3.2024 + +* Entfernen der Festlegungen zum .identifier in ISiKVersicherungsverhaeltnisGesetzlich: https://github.com/gematik/spec-ISiK-Basismodul/pull/362 +* Korrektur der Anforderung zur Encounter-Kontaktebene: https://github.com/gematik/spec-ISiK-Basismodul/pull/363 +* Hinweis zur Nutzung des Suchparameter "context-type-value" hinzugefügt: https://github.com/gematik/spec-ISiK-Basismodul/pull/367 +* Änderung der Anforderung zu KANN für Profil ISIKKatalog: https://github.com/gematik/spec-ISiK-Basismodul/pull/367 +* Lockerung für Extension Kardinalität in Account zu ..* und hinzufügen einer Beschreibung: https://github.com/gematik/spec-ISiK-Basismodul/pull/366 + + +---- +Version: 3.0.3 + +Datum: 15.01.2024 + +* Anpassung und Harmonisierung der Anforderungen zu HTTP-Responses: update HTTP response requirement #308 by @f-peverali in https://github.com/gematik/spec-ISiK-Basismodul/pull/354 + +**Full Changelog**: https://github.com/gematik/spec-ISiK-Basismodul/compare/v.3.0.2...v.3.0.3 + +---- +Version: 3.0.2 + +Datum: 09.01.2024 + +* Hinzufügen optionaler Suchparameter für RelatedPerson: Add new optional SearchParameter for RelatedPerson.address - Feature/anfisk 146 search related person by @f-peverali in https://github.com/gematik/spec-ISiK-Basismodul/pull/346 + +**Full Changelog**: https://github.com/gematik/spec-ISiK-Basismodul/compare/v.3.0.1...v.3.0.2 + +---- +Version: 3.0.1 + +Datum: 05.12.2023 + +* Obsoleter SNOMED Code ersetzt: https://github.com/gematik/spec-ISiK-Basismodul/pull/322/commits/d72f3a08a41b999074b4f33db299d5d71cd04be9 +* Hinweis zur Nutzung der ISIKBinary-Ressource hinzugefügt: https://github.com/gematik/spec-ISiK-Basismodul/pull/322/commits/7dc3026686856efd3e61660a37f1e15955d45a11 +* Invariante zur Strassenanschrift modifiziert - fix invariant context #330: https://github.com/gematik/spec-ISiK-Basismodul/pull/322/commits/345d776f3b75442e391d8787c71a051628050b9e + * hier auch Constraint bezüglich ISiKAngehoeriger aus Strassenanschrift entfernt +* Anforderungen im CapabilityStatement zum Account entsprechend der textuellen Anforderungen angepasst: https://github.com/gematik/spec-ISiK-Basismodul/pull/322/commits/ac4d2c730bb94dd50cc4f5deea8c2b1344329d2c +* Neue (klärende) Anforderung zum Versorgungsstellenkontakt: https://github.com/gematik/spec-ISiK-Basismodul/pull/322/commits/d7005923c4596f8a646468f20e1f9975f2489bef +* Öffnung der Festlegung einer Coverage-ID - fix identifier slices + add MS beneficiary + rm MS kvid: https://github.com/gematik/spec-ISiK-Basismodul/pull/322/commits/bd66cca38397b987581bece3d2e9f508813ff765 +* Zielstellung zur Interoperabilität der Profile angepasst: https://github.com/gematik/spec-ISiK-Basismodul/pull/322/commits/3130973de182a078208f181a64ff1cfd8783493a + + +**Full Changelog**: https://github.com/gematik/spec-ISiK-Basismodul/compare/v.3.0.0...v.3.0.1 + +---- +Version: 3.0.0 + +Datum: 01.07.2023 + +* Mit dem Release der Stufe 3.0.0 werden die unten gelisteten Änderungen normativ festgesetzt. + +---- +Version: 3.0.0-rc3 + +Datum: 30.05.2023 + +* Allgemein: Vorgaben zur Herkunftsausweisung/Provenance (meta.tag) gelockert + * update provenance constraints by @f-peverali in https://github.com/gematik/spec-ISiK-Basismodul/pull/263 +* ISiKCapabilityStatementBasisServer: Read Shall für Composition entfernt + * fix capability for Composition #259 by @f-peverali in https://github.com/gematik/spec-ISiK-Basismodul/pull/260 +* ISiKAbrechnungsfall: + * Änderung des Kodierungs-Pattern, Value Set hinzugefügt und Beispiel angepasst + * Enhancement/account identifier by @f-peverali in https://github.com/gematik/spec-ISiK-Basismodul/pull/238 + * Update/identifier Abrechnungsnummer vs by @f-peverali in https://github.com/gematik/spec-ISiK-Basismodul/pull/269 + * Änderung der falschen Kardinalität + * fix cardinality #258 by @f-peverali in https://github.com/gematik/spec-ISiK-Basismodul/pull/262 + * Nur der Patient als Subject zugelassen + * Update/account.subject only patient #251 by @f-peverali in https://github.com/gematik/spec-ISiK-Basismodul/pull/265 +* ISiK Prozedur: MS für SNOMED-Codierung + * add: MS for SNOMED by @f-peverali in https://github.com/gematik/spec-ISiK-Basismodul/pull/239 +* ISiKVersicherungsverhaeltnisSelbstzahler: Organisation als zahlende Instanz hinzugefügt + * add: organization as payor by @f-peverali in https://github.com/gematik/spec-ISiK-Basismodul/pull/236 +* ISiK KontaktGesundheitseinrichtung: Suchparameter für Encounter.date start/end aus R5 übernommen + * feat: Encounter.date start/end SearchParameters backported from R5, e… by @patrick-werner in https://github.com/gematik/spec-ISiK-Basismodul/pull/242 +* ISiKBerichtSubSysteme: References generisch statt ISiK-spezifisch + * update Reference - Kommentierung Stufe 3 by @f-peverali in https://github.com/gematik/spec-ISiK-Basismodul/pull/256 + +---- +Version: 3.0.0-rc2 + +Datum: 03.04.2023 + +* KontaktGesundheitseinrichtung: SearchParameter aus FHIR-R5 für Encounter.period als Custom SearchParameter eingeführt, um die effektive Suche auf Encounter ohne abgeschlossene "period" zu ermöglichen + * feat: Encounter.date start/end SearchParameters backported from R5, e… by @patrick-werner in + +---- +Version: 3.0.0-rc1 + +Datum: 31.03.2023 + +* ISiKAbrechnungsfall: Identifier-Pattern und Kodierung ersetzt durch Anpassung an das Basisprofil DE Pre-Release + * Enhancement/account identifier by @f-peverali in +* ISiKProzedur: SNOMED-Kodierung auf Must Support gesetzt + * add: MS for SNOMED by @f-peverali in +* ISiKVersicherungsverhaeltnisSelbstzahler: Organisation als möglicher 'payor' hinzugefügt (es gibt auch Konstellationen, in denen die Zahlung direkt über die PKV erfolgt) + * add: organization as payor by @f-peverali in + +**Full Changelog**: + +---- +Version: 2.0.5 + +Datum: 24.03.2023 + +- Änderungen am IG + - Hinweis Inkompatibilität zu KBV Basisprofile bei Patient.Adress.country + - Einschränkung der Umsetzungspflicht für Suchparameter vom Typ "Token" auf Datentypen "code", "Coding" oder "CodeableConcept" +- ISiKBerichtBundle + - Slicing-Korrektur - betrifft Validierung und erfordert keine Anpassung von Seiten der Implementierung (https://github.com/gematik/spec-ISiK-Basismodul/pull/202/commits/e4cf702116c0d9c7a11260efc4cc9e583ba4ea889) +- ISiKPatient (Beispiel - erfordert keine Anpassung von Seiten der Implementierung) + - Fixed identifier-Slicing of Type VersichertenId-GKV + +---- +Version: 2.0.4 + +Datum: 31.01.2023 + +- ISiKVersicherungsverhaeltnisGesetzlich + - ```Reference``` auf Kernspezifikation-Profil RelatedPerson statt ISiKAngehoeriger (entspricht allgemeinem Design-Prinzip) + - ```Coverage.beneficiary.identifier``` URL in ```patternidentifier.system``` ersetzt +- weitere Änderungen an Implementierungsleitfaeden (informativ) + +---- +Version: 2.0.3 + +Datum: 21.12.2022 + +- CapabilityStatemtent + - Composition und Bundle-Parameter hinzugefügt +- ISiKBerichtSubsystem + - ```encounter``` auf FHIR-Core gesetzt +- ISiKBerichtBundle + - Beispiele hinzugefügt +- Weitere geringfügige Änderungen am Implementierungsleitfaden + + + +---- +Version: 2.0.2 + +Datum: 31.10.2022 + +- Bericht für Subsysteme + - ```id``` ist nun 0..1 +- Kontakt + - ```id``` ist nun 0..1 +- Patient + - ```id``` ist nun 0..1 + - Der Identifier ```Versichertennummer-GKV``` wurde zu ```VersichertenId-GKV``` +- Prozedur + - ```id``` ist nun 0..1 +- Versicherungeverhältnis Gesetzlich + - ```id``` ist nun 0..1 + - ```type.coding``` ist nun Must Support + - ```VersicherungsArtDeBasis``` ist nun Must Support +- Invarianten wurden verbessert + +---- +Version: 2.0.1 + +Datum: 30.09.2022 + +* ISiKPatient: + * .address.Strassenanschrift.extension:Stadtteil, .type, .status nun Must Support +* ISiKPersonImGesundheitsberuf: + * .address.Strassenanschrift.extension:Stadtteil, nun Must Support +* ISiKAngehöriger: + * .address.Strassenanschrift.extension:Stadtteil, nun Must Support +* ISiKAbrechnungsfall + * .identifier.system im Example nun https://test.krankenhaus.de/fhir/sid/besuchsnummer +* ISiKKontaktGesundheitseinrichtung + * .identifier.system im Example nun https://test.krankenhaus.de/fhir/sid/besuchsnummer +* ISiKVersicherungsverhaeltnisGesetzlich + * .type ist nun Must Support +* ISiKVersicherungsverhaeltnisSelbstzahler + * .type und .status ist nun Must Support + +---- +Version: 2.0.0 + +Datum: 30.06.2022 + +* Allgemein: + * Alle Conformance Ressourcen enthalten den Prefix "https://gematik.de/fhir/isik/v2/Basismodul/" in ihrer Canonical URL + * Erweiterung des Abschnittes "Verpflichtende Suchparameter (Alle Datenobjekte)" durch _tag, , _count, _include, _revinclude + * Best Practice Empfehlungen für Standard-Suchfilter hinzugefügt + * Verpflichtung :type-Modifier auf Referenzen hinzugefügt + * Aufhebung der Einschränkung von Chaining und Reverse Chaining auf die Referenzen "patient", "subject" und "encounter" + * Anpassung der Vorgaben für den "Self"-Link als Antwort auf eine Suchanfrage. +* Neue Profile hinzugefügt: + * ISiKAbrechnungsfall + * ISiKBerichtBundle + * ISiKBinary + * ISiKCodeSystem + * ISiKValueSet +* ISiKAngehöriger: + * Target Profil Einschränkung auf ISiKPatient in RelatedPerson.patient aufgehoben +* ISiKBerichtSubsystem: + * Must-Support Flags hinzugefügt +* ISiKDiagnose: + * Beschreibung von "isik-con1"-Constraint korrigiert + * Must Support Flag für Extension "related" hinzugefügt +* ISiKPatient: + * Umbenennung Slice von "Patient.identifier:Versichertennummer-GKV in "Patient.identifier:VersichertenId-GKV" +* ISiKPersonImGesundheitsberuf: + * Element "Practitioner.identifier:TelematikId" hinzugefügt (must-support) +* ISiKVersicherungsverhaeltnisGesetzlich: + * Must-Support Flag auf "Coverage.payor.identifier.type" hinzugefügt +* ISiKKontaktGesundheitseinrichtung + * Constraints ISiK-enc-2 bis ISiK-enc-8 hinzugefügt + * Extensions plannedStartDate, plannedEndDate und Wahlleistung hinzugefügt + * Änderung Kardinalität von Element "Encounter.identifier:Aufnahmenummer.type" auf 1..1 + * Änderung Kardinalität von Element "Encounter.type:Kontaktebene" auf 1..1 + * Element "Encounter.serviceType.coding:ErweiterterFachabteilungsschluessel" hinzugefügt + * Änderung Kardinalität von "Encounter.period" von 1..1 auf 0..1 + * Element "Encounter.diagnosis.use.coding:Diagnosetyp" und "Encounter.diagnosis.use.coding:DiagnosesubTyp" hinzugefügt + * Must-Support Flag auf Element "Encounter.account" hinzugefügt + * Änderung der Binding-Strength des Elementes "Encounter.hospitalization.admitSource" von "preferred" auf "extensible" + * Extensible ValueSet zu Element "Encounter.location.physicalType" hinzugefügt + * Anstelle von "Encounter.location.location.display" ist nun "Encounter.serviceProvider.identifier" zu verwenden + * Must-Support-Flag entfernt auf Element "Encounter.partOf" + +---- +Version: 2.0.0-ballot + +Datum: 08.04.2022 + +* Initiale Ballotierungsversion für ISiK Stufe 2 +---- diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UebergreifendeFestlegungen/Index.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UebergreifendeFestlegungen/Index.page.md new file mode 100644 index 00000000..58ca4580 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UebergreifendeFestlegungen/Index.page.md @@ -0,0 +1,8 @@ +--- +topic: markdown-UebergreifendeFestlegungen-UebergreifendeFestlegungen +--- +# Übergreifende Festlegungen + +In diesem Kapitel werden die folgenden übergreifenden Festlegungen definiert, die generell für die weitere Spezifikation gelten: + +{{index:current}} diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UebergreifendeFestlegungen/KompatibilitaetDerGematikSpezifikation/Index.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UebergreifendeFestlegungen/KompatibilitaetDerGematikSpezifikation/Index.page.md new file mode 100644 index 00000000..b0361b36 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UebergreifendeFestlegungen/KompatibilitaetDerGematikSpezifikation/Index.page.md @@ -0,0 +1,6 @@ +--- +topic: markdown-UebergreifendeFestlegungen-KompatibilitaetDerGematikSpezifikation +--- +## Kompatibilität der gematik-Spezifikation + +{{index:current}} \ No newline at end of file diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UebergreifendeFestlegungen/KompatibilitaetDerGematikSpezifikation/KompatibilitaetDerGematikSpezifikation_Andere.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UebergreifendeFestlegungen/KompatibilitaetDerGematikSpezifikation/KompatibilitaetDerGematikSpezifikation_Andere.page.md new file mode 100644 index 00000000..90edd650 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UebergreifendeFestlegungen/KompatibilitaetDerGematikSpezifikation/KompatibilitaetDerGematikSpezifikation_Andere.page.md @@ -0,0 +1,25 @@ +--- +topic: UebergreifendeFestlegungen-KompatibilitaetDerGematikSpezifikation-Andere +--- +## Kompatibilität zu anderen nationalen FHIR-basierten Spezifikationen + +Grundlage des ISiK-Leitfadens sind in Deutschland bereits abgestimmte und erprobte Profile, unter anderem: +* die [Basisprofile von HL7 Deutschland e.V.](https://simplifier.net/basisprofil-de-r4) +* die [Spezifikationen der KBV](https://simplifier.net/organization/kassenrztlichebundesvereinigungkbv/~projects), insbesondere + * die [KBV-Basisprofile](https://simplifier.net/base1x0) + * die [Formularübergreifenden Vorgaben für Digitale Muster](https://simplifier.net/for) (eRezept/eAU) +* die [Kerndatensatz-Module der Medizininformatik-Initiative](https://simplifier.net/organization/koordinationsstellemii/~projects), insbesondere die Module + * [Person](https://simplifier.net/medizininformatikinitiative-modulperson) + * [Fall](https://simplifier.net/medizininformatikinitiative-modulfall) + * [Diagnose](https://simplifier.net/medizininformatikinitiative-moduldiagnosen) und + * [Prozedur](https://simplifier.net/medizininformatikinitiative-modulprozeduren) + +Dennoch erstellt die gematik für die Durchführung des Verfahrens eigene, technisch unabhängige Profile. Es wird angestrebt, dass Instanzen, die gegen gematik-Profile valide sind, ebenfalls gegen die zugrunde gelegten Profile valide sind. Sollte dies nicht der Fall sein, dann enthalten die Profile der gematik einen entsprechenden Hinweis mit einer Begründung, warum von dem Profil abgewichen wurde bzw. eine Information darüber, welche Schritte notwendig sind, um die Kompatibilität herzustellen. Dies kann beispielsweise die zusätzliche Implementierung weiterer Elemente sein, die nicht Bestandteil des ISiK-Bestätigungsverfahrens sind, für die Erfüllung des zugrundeliegenden Profils jedoch notwendig sind. Bei der Betrachtung der Kompatibilität wird stets von Implementierungen ausgegangen, die exakt die Minimalanforderungen (Pflichtfelder, Must-Support-Felder) der gematik-Spezifikation umsetzen. Weiterhin ist die Betrachtung auf harte Inkompatibilitäten begrenzt, d.h. widersprüchliche Kardinalitäten oder abweichende Kodierungen. Auf ggf. abweichende Must-Support-Felder mit optionaler Kardinalität, die zu keiner technischen Inkompatibilität führen, wird nicht explizit hingewiesen. + +Die Hinweise zur Kompatibilität sind jeweils im Unterkapitel "Kompatibilität" der einzelnen Datenobjekte zu finden. + + +Das Erfordernis der Erstellung eigener, unabhängiger Profile für ISiK ergibt sich aus folgenden Gründen: + 1. Technische Gründe: Im Rahmen von Connectathons können kurzfristige Bugfixes erforderlich werden, die von der gematik umsetzbar sein müssen, ohne auf einen Beschluss/ein Update seitens der MI-Initiative oder der KBV warten zu müssen. + 2. Tooling: Das von der gematik verwendete Tooling für die Bestätigung kann es erforderlich machen, dass Profile mit zusätzlichen Attributen/Extensions versehen werden müssen, die seitens anderer Organisationen nicht benötigt werden. + 3. Darstellung: Für die Teilnehmer am Bestätigungsverfahren soll auf einen Blick erkennbar sein, welche Elemente der Profile für die Bestätigung relevant sind. Um dies zu vereinfachen, setzt die gematik sog. "Must-Support"-Flags ein, um die relevanten Merkmale hervorzuheben. Die Bedeutung des Must-Support-Flags und der Umfang der entsprechend markierten Elemente kann in anderen Szenarien abweichen. Da es sich bei Must-Support-Flags jedoch um rein informative Attribute handelt, deren Einhaltung im Rahmen der Validierung nicht maschinell überprüft werden kann, hat dies keinen Einfluss auf die Kompatibilität. Slices und Extensions, die in den zugrundeliegenden Profilen optional und nicht Bestandteil des Bestätigungsverfahrens sind, können in den gematik-Profilen weggelassen werden, um die Lesbarkeit zu verbessern. Auch diese haben keine Auswirkungen auf die Kompatibilität. diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UebergreifendeFestlegungen/KompatibilitaetDerGematikSpezifikation/KompatibilitaetDerGematikSpezifikation_IHE.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UebergreifendeFestlegungen/KompatibilitaetDerGematikSpezifikation/KompatibilitaetDerGematikSpezifikation_IHE.page.md new file mode 100644 index 00000000..2598fa03 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UebergreifendeFestlegungen/KompatibilitaetDerGematikSpezifikation/KompatibilitaetDerGematikSpezifikation_IHE.page.md @@ -0,0 +1,76 @@ +--- +topic: UebergreifendeFestlegungen-KompatibilitaetDerGematikSpezifikation-IHE +--- +## Kompatibilität zu IHE-Profilen + +Die ISiK-Spezifikationen werden basierend auf folgenden IHE-Profilen entwickelt: +* [PDQm (Patient Demographic Query for mobile)](https://www.ihe.net/uploadedFiles/Documents/ITI/IHE_ITI_Suppl_PDQm.pdf) +* [QEDm (Query for Existing Data for mobile)](https://www.ihe.net/uploadedFiles/Documents/PCC/IHE_PCC_Suppl_QEDm.pdf) + +Das [Modul Dokumentenaustausch](https://simplifier.net/guide/isik-dokumentenaustausch-v4/ImplementationGuide-markdown-UebergreifendeFestlegungen-Kompatibilitaet?version=current) basiert zudem auf: +* [MHD (Mobile access to Health Documents)](https://www.ihe.net/uploadedFiles/Documents/ITI/IHE_ITI_Suppl_MHD.pdf) + +Hierbei ist anzumerken, dass der Zusatz "for mobile" seitens IHE irreführend sein kann. +Konkret fasst IHE unter diesem Begriff nicht nur Systeme zusammen, die "Plattform- und Ressourcenbeschränkt sind, wie z.B. Tablets, Smartphones und Embedded Devices, sondern auch größere Systeme in Umgebungen, in denen die Interoperabilitätsanforderungen einfach sind (z.B. Anzeige der aktuellen Übersicht eines Patienten)" (Quelle: IHE QEDm - Introduction) + +Die im Folgenden genannten IHE-Spezifikationen beschreiben lediglich Interaktionen zwischen den Systemen und machen verbindliche Vorgaben zum Ablauf, Format und zu den unterstützten Such-Parametern, jedoch keine inhaltlichen Vorgaben. So beschreibt PDQm beispielsweise den Ablauf einer Suche nach Patientendaten, enthält aber keine Vereinbarungen, wie die zurückgelieferte Patientenressource konkret auszusehen hat (Pflichtfelder, Terminologien, Constraints). + +Der Mehrwert der ISiK-Spezifikation besteht darin, dass die genannten IHE-Interaktionen um Festlegungen zu den auszutauschenden Inhalten ergänzt werden, die zugeschnitten sind auf die Anforderungen des Datenaustausches zwischen Systemen innerhalb einer Einrichtung, basierend auf den Deutschen Basisprofilen von HL7 Deutschland e.V. Zudem wird ein beständiger Abgleich mit den Festlegungen der KBV zu den Inhalten der elektronischen Patientenakte (MIOs) sowie den Spezifikationen der Medizininformatik-Initiative angestrebt. + + +Die Darstellungen der in diesen IHE-Profilen festgelegten Interaktionen und Use Cases sind den oben verlinkten Dokumenten zu entnehmen. + +### IHE PDQm + +#### Umfang +PDQm unterstützt das Abfragen von demografischen Patientendaten. +Damit fällt dieser Anwendungsfall vollständig in den Umfang der Festlegungen von ISiK. + +#### Akteure +PDQm definiert die Kommunikation zwischen zwei Akteuren: +1. dem *Patient Demographics Consumer* und +2. dem *Patient Demographics Supplier* + +Im ISiK Kontext nehmen die bestätigungsrelevanten Systeme die Rolle des *Patient Demographics Supplier* ein. +Die *Pediatric Demographics Option* liegt außerhalb des Abdeckungsbereiches von ISiK. + +#### Transaktionen +PDQm definiert die Transaktion *ITI-78 (Mobile Patient Demographics Query)*, deren Grundlagen identisch sind mit den in ISiK definierten Interaktionen auf dem Datenobjekt "Patient". +Der Unterschied zwischen PDQm und ISiK besteht lediglich darin, dass ISiK nicht alle in PDQm spezifizierten Suchparameter zwingend erfordert. +Suchparameter, die in PDQm obligatorisch sind, in ISiK jedoch optional, sind in diesem Leitfaden mit einem entsprechenden Hinweis versehen. + + +### IHE QEDm + +#### Umfang +QEDm unterstützt das Abfragen klinischer Informationen wie zum Beispiel Diagnosen, Beobachtungen (u.a. Vitalparameter), Messdaten und Allergien unter Verwendung des FHIR-Standards. +Damit überlappt der Anwendungsfall von QEDm in großen Teilen mit den Festlegungen von ISiK. + +#### Akteure +QEDm definiert die Kommunikation zwischen zwei Akteuren: +1. dem *Clinical Data Consumer* und +2. der *Clinical Data Source* + +Im ISiK Kontext nehmen die bestätigungsrelevanten Systeme die Rolle der *Clinical Data Source* mit folgenden Optionen ein: + +* Conditions Option +* Procedures Option +* Encounters Option + +Alle weiteren Optionen liegen außerhalb des Abdeckungsbereiches von ISiK in Hinblick auf den Scope der aktuellen Veröffentlichung. + +Die Aufgabe der Clinical Data Source liegt in der Beantwortung der Anfragen nach Informationen durch die Rückgabe von FHIR-Ressourcen, die den gegebenen Suchparametern entsprechen. + +#### Transaktionen +QEDm definiert die Transaktion *PCC-44 (Mobile Query for Existing Data)*, deren Grundlagen identisch sind mit den in ISiK definierten Interaktionen auf den Datenobjekten "Diagnose" "Prozedur" und "Kontakt/Fall". +Der Unterschied zwischen QEDm und ISiK besteht lediglich darin, dass ISiK über die Vorgaben von PDQm hinaus die Implementierung weiterer Suchparameter fordert. + +So beschränkt sich QEDm zum Beispiel auf die Encounter-Suchparameter `patient` und `date`, während ISiK auch die Suche nach der Fallnummer (`identifier`) und weiteren, für die einrichtungsinterne Kommunikation relevanten Kriterien unterstützt. + +### Abweichungen +Hersteller, die die ISiK-Vorgaben implementiert haben, können erwarten, dass ihre Systeme damit die Anforderungen von QEDm im Rahmen der oben genannten Optionen sowie PDQm vollständig erfüllen. + +Sollten sich Abweichungen ergeben in dem Sinne, dass Hersteller, die ISiK implementiert und erfolgreich bestätigt haben *zusätzliche* Funktionen implementieren müssen, um QEDm- bzw. PDQm-konform zu sein, so werden diese hier aufgelistet: + +* PDQm fordert die Implementierung des Suchparameters `address-state`. Dieser ist nicht Bestandteil der ISiK-Spezifikation +* IHE fordert von Clinical Data Source- sowie Patient Demographic Supplier-Akteuren die Implementierung der Spezifikationen ATNA Secure Node oder ATNA Secure Application. Diese sind nicht Bestandteil des ISiK-Bestätigungsverfahrens. diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UebergreifendeFestlegungen/KompatibilitaetDerGematikSpezifikation/toc.yaml b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UebergreifendeFestlegungen/KompatibilitaetDerGematikSpezifikation/toc.yaml new file mode 100644 index 00000000..55dfffe9 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UebergreifendeFestlegungen/KompatibilitaetDerGematikSpezifikation/toc.yaml @@ -0,0 +1,6 @@ +- name: Index + filename: Index.page.md +- name: IHE-Profile + filename: KompatibilitaetDerGematikSpezifikation_IHE.page.md +- name: Nationale FHIR-Spezifikationen + filename: KompatibilitaetDerGematikSpezifikation_Andere.page.md diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UebergreifendeFestlegungen/UebergreifendeFestlegungen_BestaetigungsrelevanteSysteme.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UebergreifendeFestlegungen/UebergreifendeFestlegungen_BestaetigungsrelevanteSysteme.page.md new file mode 100644 index 00000000..c79312a6 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UebergreifendeFestlegungen/UebergreifendeFestlegungen_BestaetigungsrelevanteSysteme.page.md @@ -0,0 +1,248 @@ +--- +topic: UebergreifendeFestlegungen-BestaetigungsrelevanteSysteme +--- +# Bestätigungsrelevante Systeme + +Gemäß §373 (2) SGB V legt das Kompetenzzentrum für Interoperabilität im Gesundheitswesen (KIG) gegenwärtig die Definition der bestätigungsrelevanten Systeme fest. + +# **Definition Bestätigungsrelevante Systeme** +# **Allgemein** +Für den Austausch von versorgungsrelevanten Daten in Krankenhäusern erarbeitet die gematik einen verbindlichen Standard über eine standardisierte Schnittstelle für informationstechnische Systeme in Krankenhäusern (ISiK). Damit kommt sie ihrem gesetzlichen Auftrag nach § 373 SGB V nach. +Die standardisierte Schnittstellen-Festlegung ISiK wird in Modulen veröffentlicht. An dieser Stelle werden die Festlegungen für die bestätigungsrelevanten IT-Systeme anhand definierter Akteure getroffen. + +Bei bestätigungsrelevanten IT-Systemen in ISiK handelt es sich stets um Software-Systeme, die versorgungsrelevante Daten verarbeiten oder dauerhaft speichern. Ausgenommen sind Software-Produkte, die ausschließlich zur redundanten Datenspeicherung und -wiederherstellung eingesetzt werden. Wenn im Folgenden die Rede ist von einem *primären, dauerhaften Ort zur Speicherung und Verwaltung von Daten*, so ist damit im Sinne einer Single Source of Truth (führendes System) ein allgemeingültiger Datenbestand gemeint. + +Versorgungsrelevante Daten sind administrative Daten (z.B. Alter des Patienten, Name der Einrichtung, Arztnummer usw.) sowie Daten zu klinischen Verfahren (z.B. Prozeduren-Codes), Diagnostik (z.B. Laborbefunde), Medikation (z.B. Medikamenten-Verordnung) und Abrechnung (z.B. Versicherungsverhältnis). + +Es wird eine Kategorisierung der bestätigungsrelevanten Subsysteme entlang von definierten Akteuren und des groben Funktionsumfangs von Produkten im Markt angestrebt. In diesem Sinne sind die unten gelisteten **Definitionen** als Funktionsklärungen zu verstehen. Ein Akteur ist zu verstehen als ein System, das in einer bestimmten Rolle fungiert. Der **Geltungsbereich** konkretisiert wiederum die Definition in Bezug auf Produktkategorien. Der **normative Status** wird schließlich tabellarisch unter den entsprechenden Abschnitten zur **Bestätigungsrelevanz** aufgeführt.  + +Eine weitere Detaillierung zu den einzelnen Festlegungen und Anforderungen, die im Rahmen des Bestätigungsverfahrens geprüft werden, erfolgt ggf. in entsprechenden Abschnitten des Implementierungsleitfadens der einzelnen Module. Eine technische Aufbereitung der Anforderungen in der REST-API erfolgt in der (FHIR-Ressource) CapabilityStatement. + +An dieser Stelle werden Festlegungen getroffen, die folgende ISiK-Module betreffen: + +- Basismodul +- Dokumentenaustausch +- Vitalparameter und Körpermaße +- Terminplanung +- Medikation + +Das Support-Modul Labor stellt Profile bereit, die im Kontext anderer Module bestätigungsrelevant sein können, ist als Modul selbst jedoch nicht bestätigungsrelevant. + ++++++++++++++++++++++++++++++ +# **Basismodul** +## **Akteur: Basis-Server** +### **Definition** +Der Akteur "Basis-Server" im Sinne des ISiK-Moduls "Basis" ist ein System, das versorgungsrelevante Daten für andere Applikationen (Akteur: Basis-Client) über eine FHIR R4 REST API nach ISiK zur Abfrage und Weiternutzung bereitstellt. + +Nicht-normative Erläuterung in Bezug auf IHE Festlegungen (genaueres in den ISIK Implementation Guides): Der Basis-Server nimmt im IHE-PDQm-Kontext die Rolle des Akteurs *Patient Demographics Supplier* und im IHE-QEDm-Kontext die Rolle des Akteurs *Clinical Data Source* ein*.* +### **Geltungsbereich** +Als Basis-Server gelten in diesem Kontext Systeme, die strukturierte, versorgungsrelevante Daten über Schnittstellen entgegennehmen oder selbst erstellen und als primärer, dauerhafter Ort zur Speicherung und Verwaltung dieser Daten während der Patientenversorgung im Krankenhaus dienen. + +Dies betrifft u.a.: + +- KIS-Systeme +- Clinical Data Repository +- Abrechnungssysteme, sofern diese als führende Systeme für die Speicherung und Verwaltung versorgungsrelevanter Daten genutzt werden +## **Akteur: Basis-Client** +### **Definition** +Der Akteur "Basis-Client" im Sinne des ISiK-Moduls "Basis" ist ein System, das versorgungsrelevante Daten von einem Basis-Server abfragt. Der vorrangige Zweck des Abrufs dieser versorgungsrelevanten Daten ist sie einem Anwender anzuzeigen, um eine redundante Erfassung zu vermeiden oder sie in internen Prozesse zu verarbeiten. Auch das Aufrufen von strukturierten Workflows zur Erstellung, Manipulation (Ändern, Anreichern etc.) und Synchronisation der zuvor genannten Daten kennzeichnet "Basis-Clients". + +Dabei können sie die für die Server verpflichtend festgelegten Suchkriterien beliebig kombinieren. Basis-Clients sind nicht verpflichtet, alle von den Servern geforderten Suchkriterien zu unterstützen. Weiterhin können Basis-Clients neu erstellte patientenbezogene Daten in Form eines strukturierten FHIR-Dokumentes an Basis-Server übermitteln, sofern diese die entsprechende Interaktion unterstützen. Dabei müssen sie jedoch mindestens die in diesem Modul verpflichtend festgelegten Metadaten zu den Dokumenten sowie eine HTML-Repräsentation (Narrative) bereitstellen.  + +Nicht-normative Erläuterung in Bezug auf IHE Festlegungen (genaueres in den ISIK Implementation Guides): Der Basis-Client nimmt im IHE-PDQm-Kontext die Rolle des Akteurs *Patient Demographics Consumer* und im IHE-QEDm-Kontext die Rolle des Akteurs *Clinical Data Consumer* ein*.* +### **Geltungsbereich** +Als Basis-Clients gelten in diesem Kontext alle Systeme, die strukturierte versorgungsrelevante Daten von anderen Systemen abfragen. Basis-Clients gelten *nicht* als primärer, dauerhafter Speicherort für die abgefragten Daten. + +Dies betrifft u.a. : + +- Systeme, die Patientenstammdaten nicht über eine HL7 V2-Datenstrom empfangen, sondern diese bei Bedarf im patientenführenden System abfragen möchten +- Systeme, die versorgungsrelevante Daten in anderen Systemen abfragen möchten, um redundante Datenerfassung zu verhindern +- Systeme, die Daten aus anderen Systemen abfragen möchten, um sie Anwendern oder Prozessen bedarfsgerecht zur Verfügung zu stellen zu können, ohne diese redundant speichern zu müssen + +## **Bestätigungsrelevanz** +Tabellarisch gelistet wird hier die Bestätigungsrelevanz in Bezug auf die zuvor definierten Akteure: + +|**Akteur**|**konkrete Anforderungen**|**bestätigungsrelevant**| +| :-: | :-: | :-: | +|Basis-Server||ja| +|Basis-Client|keine|nein| +# **Dokumentenaustausch** +## **Akteur: Dokumenten-Server** +### **Definition** +Der Akteur "Dokumenten-Server" im Sinne des ISiK-Moduls "Dokumentenaustausch" ist ein System, das (potentiell) versorgungsrelevante Dokumente über eine FHIR R4 API nach ISIK von anderen Applikationen (Akteur: Dokumenten-Client) entgegennimmt, speichert und Dokumenten-Clients zur Abfrage und Weiternutzung zur Verfügung stellt. + +Nicht-normative Erläuterung in Bezug auf IHE Festlegungen (genaueres in den ISIK Implementation Guides): Der Dokumenten-Server nimmt im Kontext der [Spezifikation IHE ITI Mobile access to Health Documents (MHD)](https://profiles.ihe.net/ITI/MHD/index.html) die Rollen der Akteure [Document Recipient](https://profiles.ihe.net/ITI/MHD/1331_actors_and_transactions.html#133113-document-recipient) und [Document Responder](https://profiles.ihe.net/ITI/MHD/1331_actors_and_transactions.html#133114-document-responder) ein und implementiert die IHE-MHD-Interaktionen gemäß Version 4.2.0 + +- Simplified Publish [ITI-105] (verpflichtend) +- Generate Metadata [ITI-106] (optional) +- Find Document References [ITI-67] (verpflichtend) +- Retrieve Document [ITI-68] (verpflichtend) +### **Geltungsbereich** +Als Dokumenten-Server gelten in diesem Kontext alle Systeme, die strukturierte und/ oder unstrukturierte versorgungsrelevante Dokumente über Schnittstellen entgegennehmen oder selbst erstellen und als primärer, dauerhafter Ort zur Speicherung und Verwaltung dieser Dokumente dienen. + +Dies betrifft u.a.: + +- KIS-Systeme mit integrierter Dokumentenverwaltung +- Archivsysteme, sofern diese nicht ausschließlich zur Umsetzung einer Backup-Lösung genutzt werden +- Dokumentenverwaltungssysteme (DMS), sofern diese zur Speicherung von versorgungsrelevante Dokumenten (s.o. zu versorgungsrelevante Daten) verwendet werden +## **Akteur: Dokumenten-Client** +### **Definition** +Der Akteur "Dokumenten-Client" im Sinne des ISiK-Moduls "Dokumentenaustausch" ist ein System, das Dokumente von einem Dokumenten-Server abfragt, um sie z.B. einem Anwender anzuzeigen. Dabei können sie die für die Server verpflichtend festgelegten Suchkriterien beliebig kombinieren. Dokumenten-Clients sind nicht verpflichtet, alle von den Servern geforderten Suchkriterien zu unterstützen. Weiterhin können Dokumenten-Clients neu erstellte, geänderte oder erweiterte Dokumente an einen Dokumenten-Server übermitteln. Dabei müssen sie jedoch mindestens die in diesem Modul verpflichtend festgelegten Metadaten zu den Dokumenten bereitstellen. Sowohl die Implementierung der Interaktion "Dokumentenabfrage" als auch "Dokumentenbereitstellung" sind für Dokumenten-Clients optional. + +Nicht-normative Erläuterung in Bezug auf IHE Festlegungen (genaueres in den ISIK Implementation Guides): Der Dokumenten-Client nimmt agiert IHE-MHD-Kontext als Akteur [Document Source](https://profiles.ihe.net/ITI/MHD/1331_actors_and_transactions.html#133111-document-source) und [Document Consumer](https://profiles.ihe.net/ITI/MHD/1331_actors_and_transactions.html#133112-document-consumer) ein und implementiert die IHE-MHD-Interaktionen + +- Simplified Publish [ITI-105] (optional) +- Generate Metadata [ITI-106] (optional) +- Find Document References [ITI-67] (optional) +- Retrieve Document [ITI-68] (optional) +### **Geltungsbereich** +Als Dokumenten-Clients gelten in diesem Kontext alle Systeme, die strukturierte und/oder unstrukturierte versorgungsrelevante Dokumente erstellen und über Schnittstellen kommunizieren oder solche Dokumente von Dokumenten-Servern abfragen. Dokumenten-Clients gelten *nicht* als primärer, dauerhafter Speicherort für die erstellten oder abgefragten Dokumente. + +Dies betrifft u.a.: + +- Anwendersysteme, die medizinischem Personal den bedarfsgerechten Zugang zu versorgungsrelevanten, andernorts gespeicherten Dokumenten ermöglichen +- Telekonsil-System gemäß § 31a BMV-Ä die Dokumente von Dokumenten-Servern abfragen und zur Verwendung in Telekonsilien bereitstellen +- KIM-Client-Anwendungssoftware, die Dokumente aus Anhängen an KIM-Nachrichten zur Speicherung an Dokumenten-Server übermitteln und/oder Dokumente von Dokumenten-Servern abfragen, um sie im Anhang an KIM-Nachrichten zu versenden +## **Bestätigungsrelevanz** +Tabellarisch gelistet wird hier die Bestätigungsrelevanz in Bezug auf die zuvor definierten Akteure: + +|**Akteur**|**konkrete Anforderungen**|**bestätigungsrelevant**| +| :-: | :-: | :-: | +|Dokumenten-Server||ja| +|Dokumenten-Client|keine|nein| +# **Vitalparameter und Körpermaße** +## **Akteur: Vitalparameter-Server** +### **Definition** +Der Akteur "Vitalparameter-Server" im Sinne des ISiK-Moduls "Vitalparametern und Körpermaße" ist ein System, das versorgungsrelevante Daten für andere Applikationen (Akteur: Vitalparameter-Client) über eine FHIR R4 REST API nach ISiK zur Abfrage und Weiternutzung zur Verfügung stellt und persistiert. + +Nicht-normative Erläuterung in Bezug auf IHE Festlegungen (genaueres in den ISIK Implementation Guides): Analog zum ISiK Basismodul ist ein Vitalparameter-Server im Modul Vitalparameter weitgehend analog zu IHE QEDm '*Clinical Data Source'* zu betrachten. +### **Geltungsbereich** +Als Vitalparameter-Server gelten in diesem Kontext alle Systeme, die strukturierte versorgungsrelevante Daten über eine Schnittstellen bereitstellen, verarbeiten und als primärer, dauerhafter Speicherort dieser Daten dienen. + +Systeme, die als Vitalparameter-Server agieren sind u.a.: + +- KIS mit Funktion elektronische Kurve bzw. entsprechendes KIS-Modul +- Patientendaten-Managementsystem (PDMS) [z.B. für Intensivbereiche] +- Clinical Data Repository +- Elektronische Kurve [z.B. für die Verwendung auf Normal-Stationen] +## **Akteur: Vitalparameter-Client** +### **Definition** +Im Kontext des Moduls Vitalparameter und Körpermaße fragen Vitalparameter-Clients versorgungsrelevante Daten von einem Vitalparameter-Server ab (entspricht weitgehend einem IHE QEDm Akteur  *Clinical Data Consumer)*, um sie z.B. einem Anwender anzuzeigen oder mittels dedizierter Software zu verarbeiten, z.B. zur Entscheidungsunterstützung. Vitalparameter-Clients sind nicht verpflichtet, alle von den Vitalparameter-Servern geforderten Suchkriterien zu unterstützen. +### **Geltungsbereich** +Als Vitalparameter-Clients gelten in diesem Kontext alle Systeme, die strukturierte versorgungsrelevante Daten über eine Schnittstelle abfragen oder kommunizieren. Vitalparameter-Clients gelten *nicht* als primärer, dauerhafter Speicherort für die versorgungsrelevante Daten. + +Vitalparameter-Clients sind zum Beispiel: + +- Elektronische Kurve [z.B. für die Verwendung auf Normal-Stationen] + +Dabei ist zu beachten, dass auch Systeme, die oben als Akteur 'Vitalparameter-Server' gelistet sind, zusätzlich als Akteur 'Vitalparameter-Client' agieren können. Insbesondere für die Unterstützung zwischen Überleitungs-Workflows gilt dies für: + +- KIS +- PDMS +## **Bestätigungsrelevanz** +Bestätigungsrelevant im Kontext des Moduls Vitalparameter sind alle Software-Produkte, die eine Teilmenge der in diesem Modul in Form von FHIR-Profilen definierten Daten zu klinischen Vitalparametern und Körpermaßen verarbeiten und dauerhaft speichern (die Bestätigung wird dann ggf. nur für eine Teilmenge der Datenschemata erfolgen): auch wenn z.B. nur ein Profil für die Schnittstelle umgesetzt werden MUSS (z.B. im hypothetischen Falle, dass ein System nur dieses unterstützt ), ist der "Vitalparameter-Server" bestätigungsrelevant (für dieses eine Profil). + +Tabellarisch gelistet wird hier die Bestätigungsrelevanz in Bezug auf die zuvor definierten Akteure: + +|**Akteur**|**konkrete Anforderungen**|**bestätigungsrelevant**| +| :-: | :-: | :-: | +|Vitalparameter-Server||ja| +|Vitalparameter-Client|keine|nein| +# **Terminplanung** +## **Akteur: Termin-Repository** +### **Definition** +Der Akteur "Termin-Repository" im Sinne des ISiK-Moduls "Terminplanung" ist ein System, das Informationen zu verfügbaren Termineinheiten von Ressourcen (z.B. Ambulanzen, Leistungsstellen, Mitarbeiter, Geräte und Räume) vorhalten und die dafür vereinbarten Termine über eine FHIR R4 REST API nach ISiK zur Abfrage und Weiternutzung zur Verfügung stellt und verwaltet. Das Termin-Repository gilt stets als autoritative Quelle zur Verwaltung von Termindaten und ist damit als ein patientenführendes System zu verstehen. +### **Geltungsbereich** +Systeme, die als Termin-Repository agieren sind u.a.: + +- Patietenportal im Falle, dass das System selbst terminführend ist +- terminführenden Systeme, z.B. KIS oder auch Klinische Arbeitsplatz-Systeme (KAS) inkl. Terminverwaltung +- PDMS, die Termine verwalten +## **Akteur: Termin-Requestor (Termin-Source)** +### **Definition** +Als Termin-Requestor (in Anlehnung an die IHE Terminologie auch als Termin-Source zu bezeichnen) werden alle Client-Systeme definiert, die mittels Schnittstellenanfrage zur Erhebung und Veränderung von Termininformationen dienen. Der Termin-Requestor übernimmt die Koordination der Schnittstellenaufrufe per FHIR R4 REST API nach ISiK, um einen Termin zu buchen. Das Termin-Requestor allein gilt *nicht* als autoritative Quelle zur Verwaltung von Termindaten., d.h. sofern der Termin-Requestor Termindaten von einem Termin-Repository synchronisiert und speichert/cached, sollten diese Termindaten nicht als solche verbindlich für einen mögliche Weiterverbreitung gelten, es muss vielmehr sichergestellt werden, dass die Daten mit denen des Quellsystems (Termin-Repository) übereinstimmen. +### **Geltungsbereich** +Systeme, die als Termin-Requestor agieren sind u.a.: + +- Mobile Apps zur Verwaltung von Terminen +- Patientenportal bei der Synchronisierung mit einem weiteren Termin-Repository +- KIS / KAS bei der Synchronisierung mit einem weiteren Termin-Repository +## **Termin-Consumer** +### **Definition** +Als Termin-Consumer werden alle System definiert, die Termininformationen abfragen, um diese einem Benutzer zu präsentieren. Ein Termin-Consumer verfügt in der Regel über keine permanente Persistierung der abgefragten Informationen. Durch den Termin Consumer erfolgt explizit nur die Aufbereitung und Präsentation der Termininformationen. Eine anderweitige Verarbeitung der Termininformationen fällt in die Kategorie der Termin-Repositories und Termin-Requestors. +### **Geltungsbereich** +Systeme, die als Termin-Consumer agieren sind u.a.: + +- Apps zum Anzeigen eines Kalenders +- Systeme zum Versenden von Benachrichtigungen im Kontext eines Termins +- Ressourcen-Managementsoftware +## **Bestätigungsrelevanz** +Tabellarisch gelistet wird hier die Bestätigungsrelevanz in Bezug auf die zuvor definierten Aktuere: + +|**Akteur**|**konkrete Anforderungen**|**bestätigungsrelevant**| +| :-: | :-: | :-: | +|Termin-Repository|[https://simplifier.net/isik-terminplanung-v4/~guides](https://simplifier.net/isik-terminplanung-v3/~guides)|ja| +|Termin-Requestor|keine|nein| +|Termin-Consumer|keine|nein| +# **Medikation** +Das Modul "Medikation" unterscheidet die im Folgenden definierten Akteure. +## **Akteur: Medikations-Server** +### **Definition** +Der Akteur "Medikations-Server" im Sinne des ISiK-Moduls "Medikation" ist ein System, das Informationen über Verordnung, Abgabe und Verabreichung von Medikamenten für andere Applikationen (Akteur: Medikations-Client) über eine FHIR R4 REST API nach ISiK zur Abfrage und Weiternutzung zur Verfügung stellt und persistiert. +### **Geltungsbereich** +Als Medikations-Server gelten in diesem Kontext alle Systeme, die strukturierte versorgungsrelevante Medikationsdaten über eine Schnittstellen bereitstellen, verarbeiten und als primärer, dauerhafter Speicherort dieser Daten dienen. Medikationsdaten bilden Informationen zur Medikation ab, diese ist "die Verordnung und Anwendung von Medikamenten unter Festlegung einer bestimmten Dosierung. [[...](https://wiki.gematik.de/pages/createpage.action?spaceKey=IOPAK&title=...)] Sie ist die konkrete Ausführung der Pharmakotherapie." () + +Systeme, die als Medikations-Server agieren können, sind u.a.: + +- KIS mit Funktion Medikationsdatenverwaltung bzw. entsprechendes KIS-Modul +- Patientendaten-Managementsystem (PDMS) [z.B. für Intensivbereiche] (Anwendungsfallbeispiel: Medikationsdaten in das KIS übertragen bei Verlegung vom Intensivbereich auf Normal-Station) +- Software für digitales Medikationsmanagement (z.B. für die Umsetzung von KHZG Fördertatbestand 5) +- E-Therapieplan-System für Zytostatika-Behandlung mit Verarbeitung von Verordnungs- und Medikationsinformationen + (gemäß Festlegungen keine Umsetzung des ISIK-Datenobjekts MedikationsVerabreichung notwendig) +- Herstellungssystem mit Verarbeitung von Verordnungs- und Medikationsinformationen + (gemäß Festlegungen keine Umsetzung des ISIK-Datenobjekts MedikationsVerabreichung notwendig) +## **Akteur: AMTS Data Provider** +### **Definition** +Der Akteur AMTS Data Provider im Sinne des ISiK-Moduls "Medikation" ist ein System, das AMTS relevante Informationen für andere Applikationen (Akteur: Medikations-Client) über eine FHIR R4 REST API nach ISiK zur Abfrage und Weiternutzung zur Verfügung stellt und persistiert. Beispiele für ATMS-relevante Informationen sind z.B. der Stillstatus, Schwangerschafts- und Raucherstatus. + +Es geht hier nicht um ein System das AMTS-Resultate bereitstellt - daher wurde die Bezeichnung AMTS Data Provider gegenüber AMTS-Server hier bevorzugt. +### **Geltungsbereich** +Als AMTS data provider gelten in diesem Kontext alle Systeme, die AMTS relevante, strukturierte klinische Daten über eine Schnittstellen bereitstellen, verarbeiten und als primärer, dauerhafter Speicherort dieser Daten dienen. + +Systeme, die als AMTS data provider agieren können sind u.a.: + +- KIS +- Laborinformationssysteme (LIS) +- PDMS (Anwendungsfallbeispiel: Abrufen von AMTS relevanten Zusatzinformationen) +## **Akteur: Medikations-Client** +### **Definition** +Im Kontext des Moduls Medikation fragen Medikations-Clients versorgungsrelevante Daten von einem Server ab, um sie z.B. einem Anwender (End-User als Mensch) anzuzeigen oder mittels dedizierter Software zu verarbeiten, z.B. zur Entscheidungsunterstützung. Medikations-Clients sind nicht verpflichtet, alle von den Servern bereitgestellten Suchkriterien zu unterstützen. +### **Geltungsbereich** +Als Medikations-Clients gelten in diesem Kontext alle Systeme, die strukturierte versorgungsrelevante Daten zur Medikation über eine Schnittstelle abfragen oder kommunizieren. Medikations-Clients gelten *nicht* als primärer, dauerhafter Speicherort für die versorgungsrelevante Daten. + +Medikations-Clients sind zum Beispiel: + +- AMTS Systeme + +Dabei ist zu beachten, dass auch Systeme, die oben als Medikations-Server gelistet sind, zusätzlich als Akteur 'Medikations-Client' agieren können. Insbesondere für die Unterstützung eines Überleitungs-Workflows gilt dies für: + +- KIS +- PDMS +## **Bestätigungsrelevanz** + +Bestätigungsrelevant im Kontext des Moduls Medikation sind alle Systeme, die eine Teilmenge der in diesem Modul in Form von FHIR-Profilen definierten Daten zu Medikationsinformationen verarbeiten und dauerhaft speichern (die Bestätigung wird dann ggf. nur für eine Teilmenge der Datenschemata erfolgen): auch wenn z.B. nur ein Profil für die Schnittstelle umgesetzt werden MUSS (z.B. im hypothetischen Falle, dass ein System nur dieses unterstützt ), ist das System bestätigungsrelevant (für dieses eine Profil). + +Bestandteile des Support Moduls Labor sind im Kontext des Medikationsmoduls bestätigungsrelevant, insbesondere für die Anwendungsfälle rund um AMTS. + +Tabellarisch gelistet wird hier die Bestätigungsrelevanz in Bezug auf die zuvor definierten Akteure: + +|**Akteur**|**konkrete Anforderungen**|**bestätigungsrelevant**| +| :-: | :-: | :-: | +|Medikations-Server||ja| +|AMTS Data Provider|
|ja| +|Medikations-Client|keine|nein| + + +# Festlegungen auf Profilebene im CapabilityStatement + +Festlegungen zu Anforderungen auf Profilebene werden unter {{pagelink:ImplementationGuide/markdown/CapabilityStatement.md}} geführt. \ No newline at end of file diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UebergreifendeFestlegungen/UebergreifendeFestlegungen_Methodik.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UebergreifendeFestlegungen/UebergreifendeFestlegungen_Methodik.page.md new file mode 100644 index 00000000..b43ee851 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UebergreifendeFestlegungen/UebergreifendeFestlegungen_Methodik.page.md @@ -0,0 +1,6 @@ +--- +topic: markdown-UebergreifendeFestlegungen-UebergreifendeFestlegungen-Methodik +--- +## Methodik + +Anforderungen als Ausdruck normativer Festlegungen werden durch die dem [RFC2119](https://tools.ietf.org/html/rfc2119) entsprechenden, in Großbuchstaben geschriebenen deutschen Schlüsselworte MUSS, DARF NICHT, SOLL, SOLL NICHT, KANN sowie ihrer Pluralformen gekennzeichnet. diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UebergreifendeFestlegungen/UebergreifendeFestlegungen_Must-Support-Flags.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UebergreifendeFestlegungen/UebergreifendeFestlegungen_Must-Support-Flags.page.md new file mode 100644 index 00000000..2d850b7f --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UebergreifendeFestlegungen/UebergreifendeFestlegungen_Must-Support-Flags.page.md @@ -0,0 +1,36 @@ +--- +topic: UebergreifendeFestlegungen-UebergreifendeFestlegungen-Must-Support-Flags +--- +## Must-Support-Flags + +Das [Must-Support-Flags](https://hl7.org/fhir/R4/profiling.html#mustsupport) (MS-Flag) kennzeichnet Elemente, die auf bestimmte Weise unterstützt werden müssen. Sowohl für die Erstellung - d.h. das Exponieren der Ressource -, als auch für die Verarbeitung - d.h. den Umgang beim Eingang von extern - greifen die MS-Flag Festlegungen. +Die Verwendung des MS-Flag an Profil-Elementen hat im Kontext dieses Leitfadens folgende Bedeutung: + +1. Im Kontext der Erstellung von FHIR-Ressourcen: + + Elemente, die mit MS gekennzeichnet sind, MÜSSEN vom erstellenden System implementiert werden. Dies bedeutet: + - Systeme MÜSSEN die entsprechenden Elemente in der eigenen Persistenz-Ebene vorhalten können. + - Systeme MÜSSEN die entsprechenden Elemente in den entsprechenden Profil-Instanzen bei Abfrage über eine FHIR-Schnittstelle befüllen und ausgeben können. + - Systeme MÜSSEN die entsprechenden Elemente zur Anzeige bringen können (ausgenommen davon sind Systeme mit reiner Middleware-Funktion, die über keine grafische Nutzeroberfläche verfügen). + - MS-Elemente, die als optional gekennzeichnet sind (0..-Kardinalität) KÖNNEN bei der Erstellung einer FHIR-Instanz fehlen, wenn die entsprechende Information im Einzelfall unbekannt, nicht zutreffend ist oder (noch) nicht erhoben wurde. + + Eine **Ausnahme** stellen implizit vorhandene Informationen dar, die nicht aus der Persistenz-Ebene sondern nur aus dem Kontext des erstellenden Systems entnommen werden können. Beispiel: In einem System werden stets nur Informationen aktiver Patienten vorgehalten (inaktive Patienten werden verschoben/archiviert/gelöscht). Der Status eines Patienten wird daher nicht explizit angezeigt und in der Persistenz-Ebene gespeichert, sondern ergibt sich allein aus der Existenz des Datensatzes in diesem System. In solchen Fällen gilt: + - Bei lediglich implizit vorhandenen Informationen KANN der Inhalt eines MS-Elementes in der Schnittstelle hartkodiert werden (sofern gesichert ist, dass der entsprechende Wert des Elementes ausnahmslos auf alle Instanzen zutrifft, die dieses System erstellt). + + Insbesondere für solche implizit vorhandene Informationen, können in den Profilen auf der Ebene einzelner, mit MS-Flag versehener Elemente konkretere Hinweise zur Implementierung enthalten sein, die die übergreifende Definition zu Must-Support für den Einzelfall konkretisieren, zum Beispiel zur Klarstellung wo und unter welchen Umständen hartkodierte Werte erlaubt sind. +Ob für ein MS-Flag konkrete Ausnahmen gelten, in denen ein impliziter Wert hartcodiert gesetzt werden darf oder das MS-Flag nur unter bestimmten Bedingungen gilt, ist der Definition des jeweiligen Elementes zu entnehmen. + + Hinweis: Bei den Testszenarien von READ-Interaktionen im Rahmen des Bestätigungsverfahrens werden für MS-Elemente Informationen vorgegeben, die in den Systemen erfasst und über die FHIR-Schnittstelle reproduziert werden MÜSSEN, unabhängig von der angegebenen Kardinalität. + +2. Im Kontext der Verarbeitung von FHIR-Ressourcen: + + Elemente, die mit MS gekennzeichnet sind, MÜSSEN vom empfangenden System verarbeitet werden. Dies bedeutet: + - Das System MUSS in der Lage sein, diese Elemente in der eigenen Persistenz-Ebene zu speichern + - Das System MUSS bei einer erneuten Abfrage der Information über die FHIR-Schnittstelle in der Lage sein diese Information zu reproduzieren. + - Systeme MÜSSEN die entsprechenden Elemente zur Anzeige bringen können (ausgenommen davon sind Systeme mit reiner Middleware-Funktion, die über keine grafische Nutzeroberfläche verfügen). + - Systeme KÖNNEN es darüber hinaus ermöglichen, dass die jeweiligen Informationen vom Anwender ergänzt oder editiert werden. + - MS-Elemente, die als optional gekennzeichnet sind (0..-Kardinalität) KÖNNEN bei der Übermittlung einer Instanz fehlen, wenn die entsprechende Information im sendenden System unbekannt, nicht zutreffend ist oder (noch) nicht erhoben wurde. Das Fehlen optionaler MS-Elemente DARF bei der Verarbeitung NICHT zu einem Fehler führen. + + Hinweis: Bei den Testszenarien von WRITE/UPDATE-Interaktionen im Rahmen des Bestätigungsverfahrens werden Instanzen an das zu testende System übermittelt, in denen alle MS-Elemente, unabhängig von Ihrer Kardinalität, gegeben sind. Diese MÜSSEN von den getesteten Systemen in einer anschließenden READ-Interaktion vollständig über die FHIR-Schnittstelle reproduziert werden können. + +Wenn ein Hersteller neben den in ISiK geforderten Elementen die Verarbeitung *weiterer* Elemente unterstützt, so sollte dies durch abgeleitete Profile, in denen die zusätzlichen Elemente ebenfalls als MS gekennzeichnet sind, dokumentiert und im Rahmen der Schnittstellendokumentation publiziert werden. \ No newline at end of file diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UebergreifendeFestlegungen/UebergreifendeFestlegungen_Repraesentationsformate.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UebergreifendeFestlegungen/UebergreifendeFestlegungen_Repraesentationsformate.page.md new file mode 100644 index 00000000..043a4060 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UebergreifendeFestlegungen/UebergreifendeFestlegungen_Repraesentationsformate.page.md @@ -0,0 +1,20 @@ +--- +topic: UebergreifendeFestlegungen-Repraesentationsformate +--- +## Repräsentationsformate + +Der FHIR-Standard beschreibt drei verschiedene [Repräsentationsformate](https://hl7.org/fhir/R4/formats.html#wire): XML, JSON und RDF (Turtle). +Im Rahmen der ISiK-Spezifikation MÜSSEN bestätigungsrelevante Systeme (Server) die Formate [XML](https://hl7.org/fhir/R4/xml.html) und [JSON](https://hl7.org/fhir/R4/json.html) unterstützen. + +Client-seitige Implementierungen haben die Wahl zwischen XML- und JSON-Repräsentation, müssen jedoch in den HTTP Accept- und Content-Type-Headern entsprechend ausweisen, welche Repräsentation gewählt wurde. + +Wenn ein Client im Accept-Header ein vom Server nicht unterstütztes Format anfordert, so MUSS der Server mit dem Fehlercode `406 not acceptable` antworten. +Wenn ein Client im Content-Type-Header ein vom Server nicht unterstütztes Format sendet, so MUSS der Server mit dem Fehlercode `415 unsupported media type` antworten. + +Es ist zu beachten, dass die Header `Content-Type` und `Accept` noch weitere FHIR-spezifische und allgemeine Parameter enthalten können. Siehe beispielsweise https://www.hl7.org/fhir/R4/http.html#version-parameter. Das Vorhandensein dieser Parameter darf nicht zu einem Fehler führen. + +Anfragen, in denen eine andere FHIR-Version als die hier vereinbarte Version `4.0` angefordert wird, müssen mit Fehlercode `406 - not acceptable` beantwortet werden. + + + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UebergreifendeFestlegungen/UebergreifendeFestlegungen_Rest.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UebergreifendeFestlegungen/UebergreifendeFestlegungen_Rest.page.md new file mode 100644 index 00000000..6033710e --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UebergreifendeFestlegungen/UebergreifendeFestlegungen_Rest.page.md @@ -0,0 +1,54 @@ +--- +topic: markdown-UebergreifendeFestlegungen-UebergreifendeFestlegungen-Rest +--- +# REST-API + +## Read-Interaktionen +Instanzen von Datenobjekten, die die REST-Interaktion "READ" fordern, MÜSSEN per HTTP GET auf ```[BASE_URL]/[resourceType]/[ID]``` abgerufen werden können. +Siehe: https://www.hl7.org/fhir/R4/http.html#read + +## Search-Interaktionen +Die Suche MUSS sowohl mittels HTTP GET als auch HTTP POST (vgl. [FHIR RESTful Search - Introduction](https://www.hl7.org/fhir/R4/search.html#Introduction)) unterstützt werden. Die URL-Parameter komplexer Suchanfragen können personenbezogene Merkmale enthalten, daher ist im Echtbetrieb die Suche mittels HTTP POST in Verbindung mit TLS-Verschlüsselung vorzuziehen. + +## Create-Interaktionen +Das Erstellen einer Ressource kann per HTTP POST (vgl. [FHIR RESTful API - create](https://www.hl7.org/fhir/R4/http.html#create)) unterstützt werden. Einzelne Datenobjekte (spezifiziert im vorliegenden Basismodul oder in einem ISiK Erweiterungsmodul) können diese Interaktion als verpflichtend kennzeichnen. + +Es liegt im Ermessen des bestätigungsrelevanten Systems, ob eine externe Ressource durch das System direkt übernommen wird. Auch wie die Herkunft der übernommenen Ressource gekennzeichnet wird, liegt im Ermessen des bestätigungsrelevanten Systems. + +Eine Ressource welche nicht durch das bestätigungsrelevante System angelegt wird, KANN in ```Resource.meta.tag``` eine Angabe enthalten, welche indiziert, dass diese Ressource durch ein Fremdsystem erzeugt wurde. Dieser Tag KANN durch den Server hinzugefügt werden, sollte der Client diese Angabe nicht mit übermitteln. Eine von einem System vorgenommene Auszeichnung von Fremdübernahmen SOLL über den Code ```external``` aus dem Kodiersystem ```https://fhir.de/CodeSystem/common-meta-tag-de``` erfolgen. Weitere Kodierungen KÖNNEN hinzugefügt werden. + +``` +json +{ + "resourceType": "Patient", + "meta": { + "tag": [ + { + "system": "http://fhir.de/CodeSystem/common-meta-tag-de", + "code": "external" + } + ] + } + [...] +} +``` + +Eine weitere Differenzierung der Herkunft kann mittels ```Resource.meta.security``` kodiert werden. Hierzu KÖNNEN Codes aus dem ValueSet [SecurityIntegrityObservationValue](https://terminology.hl7.org/ValueSet/v3-SecurityIntegrityObservationValue) verwendet werden. + +Sollte die erzeugte Ressource dauerhaft in das bestätigungsrelevante System übernommen werden, KANN der entsprechende Tag in ```Patient.meta.tag``` entfernt werden. In diesem Falle MUSS die id der Ressource stabil bleiben und darf nicht verändert werden. + + +Per Create-Interaktion erzeugte Ressourcen MÜSSEN im Falle einer erfolgreichen Übermittlung direkt über die READ- und SEARCH-Interaktionen zur Verfügung gestellt werden. + +Ressourcen, die zu einem entsprechenden ISiK-Profil nicht konform sind, MÜSSEN durch das bestätigungsrelevante System abgelehnt werden. Als Antwort MUSS ein HTTP Status-Code 400 - Bad Request mit einer ```OperationOutcome```-Ressource zurückgegeben werden, falls es sich um einen syntaktischen Fehler in der Repräsentation der Ressource handelt. Die ```OperationOutcome``` MUSS eine Auflistung aller Fehler in der übermittelten Ressource in kodierter Form vorweisen. Anderweitig (semantisch) invalide Ressourcen MÜSSEN ebenfalls mit einer entsprechenden OperationOutcome-Ressource abgewiesen werden. In diesem Fall SOLLTE der HTTP Status-Code HTTP 422 - Unprocessable Entity verwendet werden. + + +## Update-Interaktionen +Das Update einer Ressource KANN per HTTP PUT (vgl. [FHIR RESTful API - update](https://www.hl7.org/fhir/R4/http.html#update)) unterstützt werden. Es ist zu beachten, dass beim Update einer Ressource bestimmte dazugehörige [Metadaten](https://www.hl7.org/fhir/R4/resource.html#Meta) beibehalten werden SOLLTEN. Die gleichen Vorgaben für die Handhabung von invaliden Ressourcen wie beschrieben im Abschnitt "Create-Interaktionen", gelten auch für Update-Interaktionen. + + +## Sicherheitsaspekte +Alle REST-Interaktionen müssen sowohl mittels HTTP als auch HTTPS (TLS-Verschlüsselung) unterstützt werden. Vorgaben zur TLS-Verschlüsselung sind dem nachfolgenden Link für die FHIR Security Check List zu entnehmen. +Im Echtbetrieb MUSS die Kommunikation ausschließlich per HTTPS erfolgen. +Weiterhin sind geeignete Maßnahmen zur Risiko-Minimierung (z.B. Benutzerautorisierung / -authentifikation) zu treffen, siehe http://build.fhir.org/security.html#6.1.0. +Diese sind in der jetzigen Stufe des ISiK Basismoduls jedoch nicht bestätigungsrelevant. diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UebergreifendeFestlegungen/UebergreifendeFestlegungen_Suchparameter.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UebergreifendeFestlegungen/UebergreifendeFestlegungen_Suchparameter.page.md new file mode 100644 index 00000000..2fd00f2d --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UebergreifendeFestlegungen/UebergreifendeFestlegungen_Suchparameter.page.md @@ -0,0 +1,207 @@ +--- +topic: UebergreifendeFestlegungen-UebergreifendeFestlegungen-Suchparameter +--- +## Allgemeine Hinweise zu Suchparametern +Originäre ISiK Use Cases sind versorgungsorientiert und patientenorientiert. Dies resultiert darin, dass in der Profilierung der ISiK-Datenobjekte das Vorhandensein einer Referenz auf ISiKPatient (Patient) und ISiKKontaktGesundheitseinrichtung (Encounter) wo möglich gefordert wird. Entsprechend sind Abfragen durch Clients auf Basis von bekannten Informationen aus *einer* Patient- und/oder Encounter-Ressource zu begrenzen (Abfragen auf Patientenkohorten oder sonstige Forschungsabfragen sind nicht im Fokus von ISiK). +Auf Basis dieser grundsätzlichen Design-Entscheidung können Clients davon ausgehen, dass alle vorliegenden referenzierten bzw. referenzierenden Ressourcen aus dem Kontext der genannten Ressourcen-Typen abrufbar sind. Durch das Vorliegen der Referenzen erfolgt die Dokumentation aller Datenobjekte stets im korrekten Patientenkontext. Zudem liegen für den jeweiligen Kontext relevante Informationen zur Interpretation der Dokumentation und Sicherstellung der Datenintegrität vor. + +Innerhalb der jeweiligen Abschnitte 'Interaktionen' (Siehe {{pagelink:Datenobjekte}}) werden für alle innerhalb dieses Implementierungsleitfadens spezifizierten FHIR-Ressourcen Suchparameter bestimmt, welche im Rahmen des Bestätigungsverfahrens von ISiK unterstützt werden MÜSSEN. + +Ein Server MUSS sicherstellen, dass nicht unterstütze oder leere Suchparameter ignoriert werden und **nicht** zu einem Fehler führen. Siehe [FHIR RESTful Search - Handling Errors](https://www.hl7.org/fhir/R4/search.html#errors). +Alle vom Server für eine konkrete Suche verwendeten Parameter MÜSSEN im Self-Link des Searchset-Bundles angegeben sein, siehe [Self-Link](https://hl7.org/fhir/R4/search.html#selflink). + +Alle Suchparameter in FHIR entsprechen einem von neun definierten [Such-Parameter-Typen](https://hl7.org/fhir/R4/search.html): + +* Number +* Date/DateTime +* String +* Token +* Reference +* Composite +* Quantity +* URI +* Special + +Des Weiteren werden zusätzlich sogenannte 'Modifier' pro Suchparameter-Typ definiert. Eine Übersicht findet sich unter ["Search Modifiers"](https://hl7.org/fhir/R4/search.html#modifiers). + +Für die im Rahmen dieses Leitfadens relevanten Typen gelten folgende allgemeinen Festlegungen: + +### Date/DateTime + +Die Präfixe `lt`,`le`,`gt`,`ge`,`eq` MÜSSEN für jeden Suchparameter vom Typ 'date/dateTime' unterstützt werden. + +Begründung: Die Funktionalität datums-eingeschränkt suchen zu können ist essentiell. + +Hinweis: Die Abfragemöglichkeit arbeitet ungewollten Massendatenabfragen entgegen, da sich sonst Suchen zwangsläufig über den gesamten Zeitraum erstrecken würden. + + + +**Beispiele**: + +```[base]/Encounter?date=eq2024-01-01&patient=Patient/Test```
+Suche nach allen Kontakten mit einem Datum am 2024-01-01T00:00 im Patientenkontext "Test". + +```[base]/Condition?recorded-date=eq2024-01-01&patient=Patient/Test```
+Suche nach allen Diagnosen mit einem Dokumentationsdatum von 2024-01-01T00:00 bis (aber nicht einschließlich) 2024-01-02T00:00 im Patientenkontext "Test". + +Es ist zu beachten, dass jedes Datum einen impliziten Werte-Bereich besitzt. Siehe https://hl7.org/fhir/R4/search.html#date. + +### String + +Der Modifier `:contains` MUSS für alle spezifizierten Suchparameter vom Typ 'String' unterstützt werden. + +**Beispiele**: + +```[base]/Patient?address:contains=Berlin```
+Diese Suchanfrage gibt alle Patienten zurück zum Client, welche in einem Adress-Bestandteil den String 'Berlin' enthält (z.B. alle Berliner Adressen unabhängig von konkreten Bezirken). + +### Token + +Der Modifier `:not` MUSS für alle spezifizierten Suchparameter vom Typ 'Token' unterstützt werden, sofern diese auf die Datentypen "code", "Coding" oder "CodeableConcept" verwendet werden. + +Der Modifier `:text` MUSS für alle spezifizierten Suchparameter vom Typ 'Token' unterstützt werden, sofern diese auf die Datentypen "Coding" oder "CodeableConcept" verwendet werden. + +**Beispiele**: + +```[base]/Condition?code:text=Freitext```
+Diese Suche gibt alle Condition-Ressourcen zurück zum Client, welche innerhalb `Condition.code.text` das Wort "Freitext" enthält. Es ist zu beachten, dass hier ein partielles Matching erfolgen MUSS (es ist implizit der Modifier :contains anzunehmen). + +```[base]/Condition?code:not=Test```
+Diese Suche gibt alle Condition-Ressourcen zurück zum Client, welche innerhalb `Condition.code.coding` NICHT den Code 'Test' enthält. Es ist zu beachten, dass dies auch alle Ressourcen beinhaltet, die keinen kodierten Wert für `Condition.code` enthalten. + +### Reference + +Die Unterstützung dieser Suchparameter-Typen ist essentiell für Abfragen mit [Chaining](https://hl7.org/fhir/r4/search.html#chaining) und [Reverse Chaining](https://hl7.org/fhir/r4/search.html#has). Innerhalb der Spezifikation ist für jedes Datenobjekt spezifiziert weshalb eine solche Abfrage versorgungsrelevant ist. + +Der Modifier `:identifier` KANN für alle spezifizierten Suchparameter vom Typ 'Reference' unterstützt werden. + +Der Modifier `:identifier` MUSS implementiert werden, wenn die entsprechende Reference eine 1..1-Kardinalität oder ein MS-Flag auf Reference.identifier hat. + + +Dies gilt beispielsweise für Encounter.account - also die Referenz zwischen ISiKKontaktGesundheitseinrichtung und ISiKAbrechnungsfall. Encounter MÜSSEN anhand der Fallnummer gesucht werden können, ohne dass Clients Zugriffsberechtigungen auf Accounts haben müssen, bzw. ohne dass Account zwingend implementiert/referenziert werden muss. Der Suchabruf erfolgt entsprechend dann nur über die logische Referenz. + +**Beispiele**: + +```[base]/Coverage?payor:identifier=http://fhir.de/sid/arge-ik/iknr|123456```
+Diese Suche gibt alle Coverage-Ressourcen zurück zum Client, welche innerhalb `Coverage.payor` eine logische Referenz auf den Versicherer mit der IK-Nummer "123456" enthält. + +Für Suchparameter vom Typ 'Reference' sind nur teilweise die Festlegungen für [Chaining](https://hl7.org/fhir/R4/search.html#chaining) und [Reverse Chaining](https://hl7.org/fhir/R4/search.html#has) verpflichtend zu implementieren (siehe "Verkettete Suchparameter"). + +**Beispiele**: + +``[base]/Procedure?subject.name=Test`` +Diese Suche gibt alle Prozeduren zurück zum Client, welche innerhalb `Procedure.subject` auf einen Patienten verweist mit dem Namen "Test". + +``[base]/Condition?_has:Encounter:diagnosis:identifier=https://example.org/fhir/sid/aufnahmenummer|1234`` +Diese Suche gibt alle Diagnosen zurück, die im Kontext des Kontakts mit der Aufnahmenummer '1234' dokumentiert worden sind. + +## Verpflichtende Suchparameter (Alle Datenobjekte) + +Folgende Suchparameter MÜSSEN für alle bestätigungsrelevante Datenobjekte implementiert werden: + +* ``_id`` + + - Beispiele: ``GET [base]/Patient?_id=103270`` + - 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). + - Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend. + +* ``_tag`` + + - Beispiele: ``GET [base]/Patient?_tag=https://example.org/codes|needs-review`` + - Anwendungshinweise: Weitere Informationen zur Suche nach "_tag" finden sich in der [FHIR-Basisspezifikation - Abschnitt "Parameters for all resources"](https://hl7.org/fhir/R4/search.html#all) und [FHIR-Basisspezifikation - Abschnitt "Tags"](https://www.hl7.org/fhir/R4/resource.html#simple-tags). + +* ``_count`` + + - Beispiele: ``GET [base]/Patient?_count=100`` + - Anwendungshinweise: Weitere Informationen zur Suche nach "_count" finden sich in der [FHIR-Basisspezifikation - Abschnitt "Page Count"](https://www.hl7.org/fhir/R4/search.html#count). + + Hieraus ergibt sich, dass durch ein [Paging entsprechend der FHIR-Kernspezifikation](https://www.hl7.org/fhir/R4/http.html#paging) unterstützt werden MUSS. + Für die URIs in den Link-Relationen "first", "last", "next", sowie "prev" MUSS sichergestellt werden, dass NICHT die ursprünglich verwendeten Suchparameter, sowie anderweitig sensitive Informationen enthalten, welche in der Suchanfrage an das bestätigungsrelevante System versendet wurden. + Der "self"-Link innerhalb des Such-Bundles MUSS entsprechend der Vorgaben aus [FHIR Kernspezifikation - 3.1.1.6 - Server Conformance](https://www.hl7.org/fhir/R4/search.html#conformance) strukturiert sein. + + Der ```:iterate``` Modifier KANN unterstützt werden. + +Die aufgelisteten Suchparameter MÜSSEN entsprechend der Vorgaben für das CapabilityStatement pro Ressource aufgelistet werden. + +## Verkettete Suchparameter (Fokus auf Patient und Encounter) + +Für Suchparameter namens 'patient' und 'encounter' MÜSSEN die Festlegungen für [Chaining](https://hl7.org/fhir/R4/search.html#chaining) verpflichtend implementiert werden. + +* ``Chaining`` + + - Beispiel für Chaining mit Referenz auf einen Patienten: ``GET [base]/Encounter?patient.identifier=1234`` + - Hinweis: Die Patient-Instanz ist für die Abfrage zentral, weshalb diese Form der Suchabfrage hier notwendig erscheint (siehe einleitenden Absatz dieses Abschnitts). Analog gilt dies für den Fallkontakt (Encounter). + +Für Suchparameter KÖNNEN die Festlegungen für [Reverse Chaining](https://hl7.org/fhir/R4/search.html#has) implementiert werden. + +* ``Reverse Chaining`` + + - Beispiel für Reverse Chaining mit Referenz auf einen Patienten aus einem Observation-Kontext:GET [base]/Patient?_has:Observation:patient:code=1234-5 + - Hinweis: Diese Form der Suchanfrage dient im Wesentlichen dem Auffinden von Patienten (z.B. unter angabe einer BEsondern Diagnose, beobachtung Prozedur etc.) oder Fallkontakten (z.B. zum Ermitteln des Kontextes einer Prozedur) + +Folgende Suchparameter MÜSSEN verpflichtend für Suchparameter implementiert werden, für die auch Chaining erforderlich ist ('patient' und 'encounter'): + +* ``_include`` + + - Beispiele: ``GET [base]/Encounter?_include=Encounter:patient`` + - Anwendungshinweise: Weitere Informationen zur Suche nach "_include" finden sich in der [FHIR-Basisspezifikation - Abschnitt "Including other resources in result"](https://www.hl7.org/fhir/R4/search.html#revinclude). + - Für alle Referenzen, für die ein Chaining unterstützt wird, MUSS auch der _include-Parameter implementiert werden. Alle unterstützten Include-Referenzen MÜSSEN im CapabilityStatement unter ```CapabilityStatement.rest.resource.searchInclude``` angegeben werden. Siehe {{pagelink:CapabilityStatement}}. + +* ``_revinclude`` + + - Beispiele: ``GET [base]/Patient?_revinclude=Encounter:subject`` + - Anwendungshinweise: Weitere Informationen zur Suche nach "_revinclude" finden sich in der [FHIR-Basisspezifikation - Abschnitt "Including other resources in result"](https://www.hl7.org/fhir/R4/search.html#revinclude). + - Alle Referenzen für die ein Chaining unterstützt wird MUSS auch der _revinclude-Parameter implementiert werden. Alle unterstützten Revinclude-Referenzen MÜSSEN im CapabilityStatement unter ```CapabilityStatement.rest.resource.searchRevInclude``` angegeben werden. Siehe {{pagelink:CapabilityStatement}}. + +Im Kontext dieser Spezifikation (einschließlich weitere ISIK Module) werden - wo notwendig - weitere Festlegungen für [Chaining](https://hl7.org/fhir/R4/search.html#chaining) und [Reverse Chaining](https://hl7.org/fhir/R4/search.html#has) getroffen. + +Mehrfach-Chaining ist generell nicht gefordert, es sei denn es wird in einem Modul für einzelne Parameter explizit verlangt. + + +## Best-Practice-Empfehlungen für Standard-Suchfilter + +Diese grundlegenden Best-Practice-Empfehlungen beziehen sich auf die korrekte Verwaltung des Suchprozesses seitens des Servers, mit Bezug auf Sicherheit im klinischen Umfeld. Unstimmigkeiten in den Erwartungen zwischen Client und Server können dazu führen, dass mehr Ressourcen als erwartet oder angemessen gefunden werden, oder, dass Ressourcen in den Suchergebnissen fehlen, die eigentlich vorhanden sein sollten. Im Folgenden werden daher Empfehlungen für Standard-Suchfilter genannt, die ein Grundmaß an Sicherheit im klinischen Umfeld bereitstellen sollen. + +- Der Server SOLLTE dafür sorgen, dass Clients die benötigten Informationen finden können, auch bei Inhalten, die sich über mehrere FHIR-Ressourcen hinweg strecken. + +- Wenn der Inhalt eines Suchparameters leer ist, SOLLTE der Server diesen ignorieren. + +- Wenn der Inhalt eines Suchparameters syntaktisch falsch ist, SOLLTE der Server einen Fehler zurückgeben. Handelt es sich jedoch um eine logische Bedingung (z.B. einen Code), SOLLTE der Server die Suche verarbeiten, einschließlich des Parameters. Als Ergebnis wird in diesem Fall eine leere Suchmenge zurückgegeben, da der Parameter nicht erfüllt werden kann. In solchen Fällen kann zusätzlich ein OperationOutcome mit Hinweisen und Warnungen über den Suchprozess in das Ergebnis aufgenommen werden. Dieses wird in die Suchergebnisse als Eintrag mit [search mode](https://www.hl7.org/fhir/R4/bundle-definitions.html#Bundle.entry.search.mode) = [`outcome`](https://www.hl7.org/fhir/R4/valueset-search-entry-mode.html) aufgenommen. Clients können diese Informationen nutzen, um zukünftige Suchen zu verbessern. + +- Wenn der Server geeignete Standardfilter bei der Suche auf der Grundlage des Patientenkontextes (z.B. das Herausfiltern von fehlerhaften Datensätzen oder inaktiven und verstorbenen Patienten) enthält, SOLLTEN diese angemessen und eindeutig dokumentiert sein (vorzugsweise durch Aufnahme in den 'self link' für eine Suche). + +- Weitere Hinweise können in der [FHIR Spezifikation im Abschnitt `Search`](https://www.hl7.org/fhir/R4/search.html#errors) eingesehen werden. diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UebergreifendeFestlegungen/toc.yaml b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UebergreifendeFestlegungen/toc.yaml new file mode 100644 index 00000000..3e020ce2 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UebergreifendeFestlegungen/toc.yaml @@ -0,0 +1,16 @@ +- name: Index + filename: Index.page.md +- name: Methodik + filename: UebergreifendeFestlegungen_Methodik.page.md +- name: Bestätigungsrelevante Systeme + filename: UebergreifendeFestlegungen_BestaetigungsrelevanteSysteme.page.md +- name: Kompatibilität der gematik-Spezifikation + filename: KompatibilitaetDerGematikSpezifikation +- name: Must-Support-Flags + filename: UebergreifendeFestlegungen_Must-Support-Flags.page.md +- name: Repräsentationsformate + filename: UebergreifendeFestlegungen_Repraesentationsformate.page.md +- name: Suchparameter + filename: UebergreifendeFestlegungen_Suchparameter.page.md +- name: REST-API + filename: UebergreifendeFestlegungen_Rest.page.md diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UseCasesAnwendung/Abbildung-des-Konstrukts-Fall.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UseCasesAnwendung/Abbildung-des-Konstrukts-Fall.page.md new file mode 100644 index 00000000..892cc0f6 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UseCasesAnwendung/Abbildung-des-Konstrukts-Fall.page.md @@ -0,0 +1,80 @@ +--- +topic: Fall +--- + +## {{page-title}} + + +#### Der Begriff "Fall" im Kontext von FHIR + +Der Begriff "Fall" gruppiert im Sprachgebrauch verschiedene Konzepte, die in FHIR durch unterschiedliche Ressourcen repräsentiert werden: + +* **Aufenthalt/Besuch/Kontakt (Encounter):** +Der stationäre Aufenthalt oder der ambulante Kontakt eines Patienten in einer Gesundheitseinrichtung wird in FHIR durch die Ressource Encounter abgebildet. + +* **Abrechnungsfall (Account):** +Der Fall, im Sinne einer Gruppierung von medizinischen Leistungen, die in einem gemeinsamen Kontext abgerechnet werden, sind in FHIR durch die Ressource Account repräsentiert. Ein Abrechnungsfall kann mehrere Encounter umfassen (z.B. vorstationärer Besuch, stationärer Aufenthalt und nachstationäre Besuche) +{{render:Material/Images/Encounter/Encounter-Modell-Abrechnung.png}} + +* **Medizinischer Fall (EpisodeOfCare):** +Der medizinische Fall gruppiert Informationen, die im Kontext einer gemeinsamen (Dauer-)Diagnose stehen und wird in FHIR durch die EpisodeOfCare dargestellt. +{{render:Material/Images/Encounter/Encounter-Modell-Medizinisch.png}} + +Wichtig ist die Herausstellung, dass "Besuch" und "Fall" wechselseitig keine synonyme Begriffe sind. + +--- + +#### Der Begriff "Fall" im Kontext der Medizininformatik-Initiative +In dem [von der Medizininformatik-Initiative zur Kontaktverfolgung (Infektionsketten) des Patienten entworfenen Modell](https://simplifier.net/guide/MedizininformatikInitiative-ModulFall-ImplementationGuide-backup/EinfachesAufbaumodell?version=current) wird der Encounter in drei verschiedenen Ebenen verwendet: + +* **Einrichtungskontakt:** +Als Kontakt eines Patienten mit einer Einrichtung (z.B: Klinik) gruppiert mehrere Besuche bei einer Einrichtung als gemeinsamen Behandlungskontext. + +* **Abteilungskontakt:** +Als Kontakt des Patienten mit einer Fachabteilung eines Krankenhauses (z.B. einer Ambulanz oder einer stationären Fachabteilung). + +* **Versorgungsstellenkontakt:** +Als Kontakt des Patienten mit konkreten Servicestellen, wie z.B. Radiologie oder Endoskopie + +Zur Unterscheidung der verschiedenen Kontaktebenen wird in der MI-I eine Codierung in `Encounter.type` verwendet. Die Hierarchie der Encounter wird über die `Encounter.partOf`-Relation hergestellt. Ambulante Besuche werden in dem Modell derzeit noch nicht berücksichtigt. + +{{render:Material/Images/Encounter/Encounter-Modell-MII.png}} + +--- + +#### Der Begriff "Fall" im Kontext der ISiK-Spezifikation + +Für die derzeitige Ausbaustufe des ISiK Basismoduls werden alle zuvor genannten Sichtweise und Modelle berücksichtigt: + +{{render:Material/Images/Encounter/Encounter-Modelle.png}} + +Verpflichtend umzusetzen ist für die bestätigungsrelevanten Systeme der Account, im Sinne der Gruppierung einzelner Besuche, zu einem gemeinsamen (Abrechnungs-)Fall sowie der Encounter der Ebene "Abteilungskontakt" im Sinne des Modells der Medizininformatikinitiative. + +Herstellern steht es frei, weitere Ressourcen, wie zum Beispiel die EpisodeOfCare oder den Encounter, im Sinne des Einrichtungskontaktes bzw. des Versorgungsstellenkontaktes, zu implementieren. + +Wichtig sind dabei jedoch folgende Punkte zu beachten: + +* Encounter im ISiK-Kontext sind stets als "Abteilungskontakte", im Sinne der MI-I mit dem entsprechenden `Encounter.type`-Code, zu kennzeichnen. +* Jegliche im ISiK-Basis-Modul, als auch in anderen ISiK-Modulen definierte Ressourcen, die über einen Encounter-Kontext verfügen, müssen auf einen ISiK-Encounter (Abteilungskontakt) referenzieren. +{{render:Material/Images/Encounter/Encounter-Modell-ISiK.png}} + +--- + +#### Die Repräsentation der "Fall"-Nummer + +Die "Fall"-Nummer ist ein im Kontext der stationären Versorgung häufig verwendetes Vehikel, um (insbesondere in der HL7-V2-Kommunikation) mit einfachen Mitteln den Fallkontext medizinischer Dokumentationen herzustellen. + +In den meisten Fällen handelt es sich bei der "Fall"-Nummer um einen eindeutigen Identifier des Abrechnungsfalls. +Im ISiK-Kontext ist die Fallnummer daher als Identifier des Accounts zu sehen und nicht geeignet, einen Encounter eindeutig zu identifizieren und damit den für FHIR-Ressourcen erforderlichen Encounter-Kontext zu etablieren. +Es müssen zusätzliche Kriterien, wie z.B. Zeitraum(`Encounter.period`), Fallart (`Encounter.class`) oder Status (`Encounter.status`) berücksichtigt werden, um den korrekten Encounter zu finden. + +ISiK berücksichtigt jedoch die gängige Praxis, dass die Fallnummer als primäres Suchkriterium verwendet wird; auch von Systemen, die rein der medizinischen Versorgung dienen und keine Abrechnungsfunktionen implementieren. +Um insbesondere Subsysteme von der Pflicht zu entbinden, die Account-Ressource zu implementieren, nur um Zugriff zur Fallnummer zu bekommen, ist das Mitführen des Account-Identifiers als logische Referenz auf den Account im Encounter verpflichtend. Die Fallnummer eines Encounters kann daher auch ohne Kenntnis des Accounts ermittelt werden. + +| Hinweis | Änderung gegenüber ISiK-Basis-Modul Stufe 1!| +|---------|---------------------| +| {{render:Material/Images/IG_Warning}} | Die Abbildung der Fallnummer als Identifier des Accounts ist abweichend von der im Basismodul Stufe 1 festgelegten Abbildung der Fallnummer als Identifier des Encounters. Diese Änderung ist erforderlich, da die Fallnummer nicht geeignet ist, einen Encounter eindeutig zu identifizieren. Der Encounter kann weiterhin einen von der Abrechnungsfallnummer unabhängigen Identifier enthalten (z.B. "Aufnahmenummer", Bewegungsnummer). Dieser identifiziert eineindeutig den jeweiligen Kontakt.| + +{{render:Material/Images/Encounter/Encounter-Modell-Fallnummer.png}} + +--- diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UseCasesAnwendung/Beispielszenarien/Index.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UseCasesAnwendung/Beispielszenarien/Index.page.md new file mode 100644 index 00000000..0248c13d --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UseCasesAnwendung/Beispielszenarien/Index.page.md @@ -0,0 +1 @@ +## {{page-title}} \ No newline at end of file diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UseCasesAnwendung/Beispielszenarien/Szenario-1-DRG-Fall-Kind-mit-Wahlleistung.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UseCasesAnwendung/Beispielszenarien/Szenario-1-DRG-Fall-Kind-mit-Wahlleistung.page.md new file mode 100644 index 00000000..16fdd9ac --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UseCasesAnwendung/Beispielszenarien/Szenario-1-DRG-Fall-Kind-mit-Wahlleistung.page.md @@ -0,0 +1,64 @@ +--- +expand: 5 +--- +## {{page-title}} + +### Szenario +* minderjähriges Kind +* familienversichert über Mutter +* Selbstzahlerverhältnis mit abw. Rechnungsempfänger +* vorstationärer, stationärer und nachstationärer Besuch +* Abrechnung als DRG-Fall +* stationärer Aufenthalt mit Wahlleistung Begleitperson (keine Kassenleistung, wird selbst bezahlt) + +### Ressourcen-Graph + +{{render:Material/images/Szenarien/Szenario1-BundleViewer.png}} + +### Instanzen: Personen + + + {{render:SZ1Patient}} + Link: {{link:SZ1Patient}} + + + {{render:SZ1Mutter}} + Link: {{link:SZ1Mutter}} + + + +### Instanzen: Versicherungsverhältnisse + + + {{render:SZ1VersicherungGesetzlich}} + Link: {{link:SZ1VersicherungGesetzlich}} + + + {{render:SZ1VersicherungSelbstzahler}} + Link: {{link:SZ1VersicherungSelbstzahler}} + + + +### Instanzen: Besuche + + + {{render:SZ1Vorstationaer}} + Link: {{link:SZ1Vorstationaer}} + + + {{render:SZ1Stationaer}} + Link: {{link:SZ1Stationaer}} + + + {{render:SZ1Nachstationaer}} + Link: {{link:SZ1Nachstationaer}} + + + +### Instanzen: Abrechnungsfall + + + {{render:Resources/fsh-generated/resources/Account-SZ1DRGFall.json}} + Link: {{link:Resources/fsh-generated/resources/Account-SZ1DRGFall.json}} + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UseCasesAnwendung/Beispielszenarien/Szenario-2-Kreuz-Stern-Diagnose.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UseCasesAnwendung/Beispielszenarien/Szenario-2-Kreuz-Stern-Diagnose.page.md new file mode 100644 index 00000000..727bd8e1 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UseCasesAnwendung/Beispielszenarien/Szenario-2-Kreuz-Stern-Diagnose.page.md @@ -0,0 +1,58 @@ +--- +expand: 5 +--- +## {{page-title}} + +### Szenario +* volljährige, hauptversicherte Patientin +* stationärer Aufenthalt +* Kreuz-Stern-Diagnose (ICD-10) als Krankenhaus-Hauptdiagnose + +### Ressourcen-Graph + +{{render:Material/images/Szenarien/Szenario2-BundleViewer.png}} + +### Instanzen: Personen + + + {{render:SZ2Patient}} + Link: {{link:SZ2Patient}} + + + +### Instanzen: Diagnosen + + + {{render:SZ2Primaerdiagnose}} + Link: {{link:SZ2Primaerdiagnose}} + + + {{render:SZ2Sekundaerdiagnose}} + Link: {{link:SZ2Sekundaerdiagnose}} + + + +### Instanzen: Versicherungsverhältnisse + + + {{render:SZ2VersicherungGesetzlich}} + Link: {{link:SZ2VersicherungGesetzlich}} + + + +### Instanzen: Besuche + + + {{render:SZ2Encounter}} + Link: {{link:SZ2Encounter}} + + + + +### Instanzen: Abrechnungsfall + + + {{render:Resources/fsh-generated/resources/Account-SZ2DRGFall.json}} + Link: {{link:Resources/fsh-generated/resources/Account-SZ2DRGFall.json}} + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UseCasesAnwendung/Beispielszenarien/toc.yaml b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UseCasesAnwendung/Beispielszenarien/toc.yaml new file mode 100644 index 00000000..9cdea9da --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UseCasesAnwendung/Beispielszenarien/toc.yaml @@ -0,0 +1,6 @@ +- name: Index + filename: Index.page.md +- name: 'Szenario 1: DRG-Fall, Kind mit Wahlleistung' + filename: Szenario-1-DRG-Fall-Kind-mit-Wahlleistung.page.md +- name: 'Szenario 2: Kreuz-Stern-Diagnose' + filename: Szenario-2-Kreuz-Stern-Diagnose.page.md diff --git "a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UseCasesAnwendung/Daten\303\274bermittlung-aus-Subsystemen.page.md" "b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UseCasesAnwendung/Daten\303\274bermittlung-aus-Subsystemen.page.md" new file mode 100644 index 00000000..f23caf77 --- /dev/null +++ "b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UseCasesAnwendung/Daten\303\274bermittlung-aus-Subsystemen.page.md" @@ -0,0 +1,98 @@ +--- +topic: DatenübermittlungSubsystem +--- + +## {{page-title}} + +In 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: + +1. Die Daten in Subsystemen sind sehr heterogen und können hochspezialisiert sein. +1. Bei der Nutzung dieser Subsysteme besteht häufig ein Interesse, auf die menschenlesbare Repräsentation der strukturierten Daten einwirken zu können. +1. Künftig ist mit Szenarien zu rechnen, bei denen Befunde aus Subsystemen in eine elektronische Patientenakte übertragen werden sollen. +1. Aktuell 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. +1. Der 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. + +Die 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. + +In 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. + +In 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. + +Es obliegt dabei dem Ermessen des Herstellers, ob die Übernahme strukturierter Daten in das Primärsystem automatisch erfolgt, oder durch den Benutzer initiiert wird. + +Die Berichte werden, wie von der [FHIR Spezifikation für die Composition Ressource vorgesehen](https://www.hl7.org/fhir/R4/composition.html), in einem FHIR-Bundle versendet. + +### Interaktionen + +Die Rückübermittlung eines Document-Bundles an ein Primärsystem erfolgt mittels einer 'POST'-Interaktion auf den Endpunkt des Primärsystems. + + Beispiele: + + `POST [base]/` mit einer FHIR-Bundle Ressource im Request-Body. + + Anwendungshinweise: Weitere Informationen zu den verschiedenen Endpunkten für Dokumente finden sich in der [FHIR-Basisspezifikation - Abschnitt "Document End-Points"](https://www.hl7.org/fhir/R4/documents.html#bundle). + +Das Bundle dient der Aggregation aller Ressourcen, die Bestandteil des Dokumentes sind. Dabei ist die erste Ressource im Bundle (Bundle.entry.resource) stets eine Composition, alle weiteren Entries enthalten zusätzliche Ressourcen, auf die die Composition verweist. + +Falls die im Dokumenten-Bundle enthaltene Patient-Ressource und/oder Encounter-Ressource nicht anhand der Business-Identifier oder anderer Matching-Kriterien im empfangenden System gefunden werden kann (d.h. der Patient oder der Encounter existiert im empfangenden System noch nicht), MUSS als Antwort der HTTP Status Code "422 - Unprocessable Entity" zurückgegeben werden. Im Body der Response ist eine OperationOutcome zurückzugeben, welche ein Issue mit dem Verweis auf die nicht auflösbare Referenz enthält. Zur Kodierung von OperationOutcome.issue.code MUSS als Code ["processing"](https://hl7.org/fhir/R4/codesystem-issue-type.html) verwendet werden. + +Das Bundle muss folgendem Profil entsprechen: +{{tree:https://gematik.de/fhir/isik/StructureDefinition/ISiKBerichtBundle, hybrid}} + +Unterscheidungshinweis: Informationen zu Interaktionen mit Dokument-Binaries finden sich im Modul [ISiK Dokumentenaustausch](https://simplifier.net/guide/isik-dokumentenaustausch-v4/AkteureUndInteraktionen-AkteureUndInteraktionen-ErzeugenVonMetadaten?version=current). + +### Verarbeitung des Dokumentes + +**Hinweis:** Die nachfolgenden Regeln für die Verarbeitung eines Dokumentes gelten nur für Document-Bundles, die an den oben genannten Endpunkt gesendet werden. Weitere ISiK-Module können Regeln für die Verarbeitung von anderen Bundle-Typen (z.B. 'transaction') aufstellen. + +In der aktuellen Ausbaustufe von ISiK MUSS ein empfangenes Dokument in folgenden Schritten verarbeitet werden: + +1. Extraktion der Patient-Ressource aus dem Bundle und Herstellung des Patientenbezuges anhand eines eindeutigen Identifiers ('Patient.identifier') oder ähnlich identifizieren Merkmalen +2. Extraktion der Encounter-Ressource aus dem Bundle und Herstellung des Fallbezuges anhand der Abrechnungsfallnummer ('Encounter.account.identifier') oder ähnlich identifizieren Merkmalen +3. Extraktion der Composition-Ressource aus dem Bundle und Auslesen der mit 'mustSupport' gekennzeichneten Meta-Daten, sowie der menschenlesbaren Repräsentation des Dokumentes ('Composition.text', 'Composition.section.text', 'Composition.section.section.text') +4. Hinzufügen des Dokumentes und seiner Metadaten zur Fallakte des Patienten. +5. Visualisierung des Dokumentes und seiner Metadaten in der Fallakte des Patienten + +Composition Bundle + +Die Grafik zeigt an einem vereinfachten Beispiel die Zuordnung des HTML-Dokumentes zu Patient und Kontakt in der aktuellen Ausbaustufe von ISiK (schwarze Pfeile). Die grauen Pfeile deuten die Übernahme strukturierter Daten, wie sie in weiteren Ausbaustufen erforderlich wird. + +### Hinweise zum Umgang mit der menschenlesbaren Repräsentation + +Die menschenlesbare Repräsentation ("Narrative") eines Dokumentes setzt sich zusammen aus dem Inhalt von 'Composition.text', einer Repräsentation der Metadaten (z.B. Dokumenttyp, Patientenname, Patientennummer, Aufnahmenummer, Datum) sowie der Aggregation der Inhalte von 'Composition.section', wobei zu beachten ist, dass ein Dokument beliebig viele Sections haben kann. +Die einzelnen Bestandteile des Narratives KÖNNEN mit \-Elementen zusammengefügt werden. + +### Extraktion der Patient-/ und Encounter-Ressource im Document-Bundle + +Folgende Fälle sind zu beachten, um eine Patient-/ und Encounter-Ressource aus dem Document-Bundle zu extrahieren: + +* Die aufzulösende Referenz ist eine URN (immer absolut, z. B. "urn:uuid:9d1714da-b7e6-455b-bfd2-69ce0ff5fb12"): + * Suche nach einem Bundle-Entry mit einer fullUrl, die mit dem reference.value übereinstimmt + * Wenn einer gefunden wird, ist die Auflösung erfolgreich (und endet hier) + * Andernfalls schlägt die Auflösung fehl (und endet hier). Die Referenz hat in dieser Spezifikation keine definierte Bedeutung. + +* Wenn die Referenz eine absolute URL ist (z. B. "https://fhir.example.org/base/Patient/123", "https://fhir.example.org/base/Patient/123/_history/a"): + * Suche nach einem Bundle-Entry mit einer fullUrl, die mit dem reference.value übereinstimmt + * Wenn einer gefunden wird, ist die Auflösung hier erfolgreich (und endet) + * Wird mehr als ein Eintrag gefunden, KANN der Server nach der neuesten Version suchen (basierend auf meta.lastUpdated). Wenn jener auf diese Weise genau eine aktuelle Version findet, ist die Auflösung erfolgreich (und endet hier) + +* Wenn die Referenz die Form "[Typ]/[id]" hat (z. B. "Patient/123") + * Wenn der Bundle-Entry, der den Verweis enthält, eine FullUrl hat, die dem [RESTful-URL-Regex](https://hl7.org/fhir/R4/references.html#regex) entspricht (z. B. "https://fhir.example.org/Observation/456"): + * Extrahiert wird die [root] aus der fullUrl des Bundle-Entries und mit der relative Referenz zusammengefügt (z. B. "https://fhir.example.org/" + "Patient/123" --> "https://fhir.example.org/Patient/123") + * Gefolgt wird den Schritten für die Auflösung absoluter Referenzen. Siehe oben. + +### Persistierung der menschenlesbaren Repräsentation + +Das Narrative der Ressource KANN innerhalb einer DocumentReference-Ressource persistiert werden. Zum derzeitigen Zeitpunkt obliegt es der jeweiligen Implementierung wie diese DocumentReference Ressource ausgestaltet ist. +Ein Mapping der Composition-Metadaten auf DocumentReference-Metadaten KANN der FHIR Kernspezifikation entnommen werden. Siehe [Abschnitt "2.42.8.7 FHIR Composition"](https://www.hl7.org/fhir/R4/documentreference-mappings.html#fhircomposition). + +Das Narrative MUSS als Binary-Ressource unter DocumentReference.content.attachment.url angegeben werden. + +**Hinweis:** Es ist zu beachten, dass in einem Attachment-Datentyp im Element "url" eine absolute URL anzugeben ist. Somit muss zunächst das Binary auf dem externen System per POST angelegt werden. Der hieraus resultierende Link kann anschließend im Attachment verwendet werden. + +Falls ein Bundle erneut mit dem gleichen Bundle.identifier übermittelt wird, MUSS eine neue DocumentReference erstellt werden, welche unter DocumentReference.relatesTo.target angegeben wird. + +### Hinweise zum Umgang mit strukturierten Daten + +Auch wenn in der aktuellen Stufe nur die Übernahme der menschenlesbaren Repräsentation erforderlich ist, empfiehlt es sich dennoch, das vollständige Bundle samt der strukturierten Anteile zu einem Dokument zu persistieren, sodass zu einem späteren Zeitpunkt, wenn eine Übernahme einzelner Daten möglich ist, diese auch rückwirkend erfolgen kann. + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UseCasesAnwendung/Index.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UseCasesAnwendung/Index.page.md new file mode 100644 index 00000000..0d09eda8 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UseCasesAnwendung/Index.page.md @@ -0,0 +1,6 @@ +--- +topic: ImplementationGuide-markdown-UseCasesAnwendung +--- +# Use Cases und Anwendungszusammenhänge + +{{index:current}} \ No newline at end of file diff --git "a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UseCasesAnwendung/Patientenzusammenf\303\274hrung.page.md" "b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UseCasesAnwendung/Patientenzusammenf\303\274hrung.page.md" new file mode 100644 index 00000000..009c1909 --- /dev/null +++ "b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UseCasesAnwendung/Patientenzusammenf\303\274hrung.page.md" @@ -0,0 +1,112 @@ +--- +topic: Patient-merge +--- +# Patient merge und Notification + +## Motivation +Im Rahmen von Krankenhausbesuchen umfassen u.a. die Aufnahme-Workflows regelmäßig die manuelle Bearbeitung von Patientenstammdaten. Daher ist hier das Risiko redundant persistierter Patientendaten stets vorhanden. Dies hat auch zur Folge, dass Zusammenführungen von Patientendaten in Krankenhäusern an der Tagesordnung stehen. + +Die Patientendatenzusammenführung (Patient merge) bezeichnet den Workflow der Bereinigung redundanter Patienten-Instanzen innerhalb eines KIS oder einer KH-IT-Umgebung. Die Bereinigung geschieht erfahrungsgemäß als halb-automatisierter Prozess, für den dedizierte Komponenten eingesetzt werden können (d.h. Master-Patient-Index). + +Im Kontext verteilter Systeme ist es entscheidend, dass ein patientenführendes System/Server (KIS) einen Client über einen Patient merge benachrichtigt (Patient merge Notification), damit der Client weiterhin auf eine korrekte Patienteninstanz zugreifen kann. Daher trifft dieser Abschnitt eine Festlegung zur Umsetzung einer Patient merge Notification auf Basis von FHIR. + +## Normativer Status +Alle hier getroffenen Festlegungen haben den normativen Status einer KANN-Anforderung. Werden allerdings die hier festgelegten Lösungen genutzt, so SOLLEN die hier angeführten Vorgaben (inklusive Profil-Ebene) eingehalten werden. + +Eine Prüfung im Rahmen des Bestätigungsverfahrens zur Patient merge Notification ist in der jetzigen Entwicklungsstufe nicht vorgesehen. + +## Zweck und Definition 'Patient merge Notification' +Zweck dieses Abschnitts ist eine Festlegung darüber zu treffen, wie externe Clients Patient-merge-Vorgänge nachvollziehen und entsprechend verarbeiten können. +Entsprechend wird hier eine Festlegung zur Kommunikation eines stattgefundenen Patient merges (Patient merge Notification) gegenüber einem Subsystem oder einem externen Service - u.a. mittels FHIR Subscriptions - festgelegt. + +**Definition**: Der Workflow 'Patient merge Notification' entspricht der Benachrichtigung angeschlossener Systeme über den erfolgreichen Patient merge. Die Benachrichtigung unterstützt das Kernziel einer reibungslosen Kommunikation zwischen zwei Systemen, nachdem ein Patient merge stattgefunden hat. Durch die Benachrichtigung wird ein fehlerhafter Abruf oder falsche Referenzierung einer alten Patientenressource von Seiten des Clients verhindert oder zumindest vorgebeugt und damit eine Verbesserung der Qualität hinsichtlich Robustheit und damit auch eine Stärkung der Praxistauglichkeit von ISiK als Schnittstellen-Lösung erreicht. + +## Festlegungen zu 'Patient merge Notification' +Falls eine Patient merge Notification im Rahmen von ISIK bereitgestellt wird, gelten folgende Festlegungen: + +Das patientenführende System SOLL einen Client mittels FHIR Subscription über einen erfolgten Patienten merge informieren können. Dieser Mechanismus basiert auf dem [Subscriptions R5 Backport IG](https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/channels.html) und nutzt das Konzept der "Topic-Based Subscription" aus FHIR R5. + +Hierfür wurde das Subscription Topic: *https://gematik.de/fhir/isik/SubscriptionTopic/patient-merge* definiert. + +Das patientenführende System SOLL den Support dieser Subscription innerhalb des CapabilityStatements bekannt geben. + +Weitere Informationen zum Subscription Workflow finden sich hier: + +[Subscription Workflow - Subscriptions R5 Backport](https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/workflow.html) + +### Prove of Concept Implementierung +Zur Illustration der technischen Umsetzung für die Patient merge Notification dient ein [Prove of Concept (POC) mit Anleitung](https://github.com/gematik/poc-isik-patient-merge). + +### Notification Channel Types +Notifications über einen Patient-merge-Vorgang können per *rest-hook* oder *websocket* an das subscribende System versandt werden. Im *rest-hook* Fall postet das patientenführende System ein NotificationBundle an den in `Subscription.channel.endpoint` definierten REST Endpunkt. Bei einer *websocket* Notification geschieht das über einen Websocket-Channel. Die Websocket URL, sowie ein Access Token können mittels [`$get-ws-binding-token` Operation](https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/OperationDefinition-backport-subscription-get-ws-binding-token.html) vom Server abgerufen werden. + +## Abgrenzung zu 'Patient merge' +Das Mergen von Patientendaten ist Aufgabe des bestätigungsrelevanten Systems (d.h. hier des patientenführenden Systems / KIS). +Ein externes Starten eines Patient merge - bspw. durch die [$patient-merge Operation aus R5](https://hl7.org/fhir/R5/patient-operation-merge.html) - MUSS von einem bestätigungsrelevanten System NICHT unterstützt werden. + +**Hinweis**: Die Patienten-Ressource, die nicht weiter verwendet werden soll, nennen wir im Folgenden die "obsolete Ressource". Die Ressource, die erhalten bleiben soll, nennen wir "resultierende Ressource". + +### Obsolete Patienten-Ressource +Es gelten keine gesonderten Anforderungen an eine obsolete Patienten-Ressource über die ISiKPatient Profilanforderungen hinaus. + +Allerdings KANN das patientenführende System die obsolete Patienten-Ressource weiter vorhalten. Ein Entfernen der obsoleten Ressource ist ebenfalls erlaubt. + +Falls die obsolete Ressource nach einem merge weiter vorgehalten wird, SOLLEN die Elemente der obsoleten Ressource folgendermaßen befüllt werden, um sicherzustellen, dass die obsolete Ressource auf die resultieren Ressource verweist und dass die obsolete Ressource als inaktiv gekennzeichnet ist: +- .active = false +- .link.other = Reference(auf “resultierenden” Patient) +- .link.type = “replaced-by” + +### Resultierende Patienten-Ressource +Es gelten keine gesonderten Anforderungen an eine obsolete Patienten-Ressource über die ISIKPatient Profilanforderungen hinaus. + +Allerdings SOLL das patientenführende System nach einem merge die Elemente der resultierenden Ressource folgendermaßen befüllen, um sicherzustellen, dass die resultierende Ressource auf die obsolete Ressource verweist: +- .link.other = Reference.identifier (logische Referenz mittels Patientennummer Identifier auf “obsoleten” Patient) +- .link.type = “replaces” + +Siehe auch: {{pagelink:ImplementationGuide/markdown/Patient/Patient_Profil.md, text:Patienten Profil }} + +### Referenzen auf das Patientenobjekt +Es gilt folgende Annahme: Das patientenführende System SOLL sicherstellen, dass alle auf die obsolete Ressource referenzierenden FHIR-Ressourcen nach dem Patient merge auf die resultierende Ressource referenzieren. + +## Hinweise zum Client-System + +### Recovery Mechanismus +Ein Recovery Mechanismus wird benötigt, damit im Falle einer ausgebliebenen Patient merge Notification ein Client die aktuelle Patienteninstanz auffinden und erneut referenzieren kann. + +Folgender Hinweis dient der Einhaltung eines Recovery Mechanismus: + +Client-Systeme SOLLEN den Status einer gecachten Patienteninstanz vor der Interaktion mit einem patientenführenden System per READ auf das Patientenobjekt überprüfen. +Sollte die Patienten-Ressource nicht mehr bereitstehen, oder die Ressource den status `active=false` haben, kann das Patientenobjekt mittels Suche auf einen bekannten und stabilen Identifier, bspw. die gesetzliche Krankenversichertennummer, neu geladen werden. + + +### Datensicherheit Client + +**Hinweis**: Die "patient-merge Subscription-Notification" kann personenbezogene Daten versenden, falls man "full-resource" als Content-Code gewählt hat. Für den REST-Hook sollte daher stets ein HTTPS-Endpunkt genutzt werden. Zusätzlich kann Subscription.channel.header genutzt werden, um einen Autorisierungs-Header an den Endpunkt zu übertragen. +Siehe auch: [Safety and Security, Subscription Backport IG](https://hl7.org/fhir/uv/subscriptions-backport/safety_security.html) + +In jedem Fall sind auch Client-seitig die notwendigen Maßnahmen zu ergreifen, um eine sichere Kommunikation personenbezogener Daten zu gewährleisten. + +### Websocket + +Hier muss sich der Client per [`$get-ws-binding-token` Operation](https://hl7.org/fhir/uv/subscriptions-backport/OperationDefinition-backport-subscription-get-ws-binding-token.html) einen Token zum Zugriff auf den Websocket-Endpunkt des patientenführenden Systems holen. In der Operation-Response sind zusätzlich die Expiration-Dauer, sowie der Websocket-Endpunkt enthalten. +Siehe auch: [Subscriptions R5 Backport IG, Websocket](https://hl7.org/fhir/uv/subscriptions-backport/channels.html#websockets) + +## Beispiele +Die Patient merge Notification kann folgendermaßen illustriert werden: + +Es existieren fälschlicherweise zwei Instanzen im patientenführenden System, die sich lediglich hinsichtlich der organisationsspezifischen Patienten-ID unterscheiden. +Diese sind: + +"Quell" Patienten-Ressource: +{{json:DorisQuelle}} + +und + +"Ziel" Patienten-Ressource: +{{json:DorisZiel}} + +Mittels eines Patient merge wird die "Ziel" Patienten-Ressource ausgewählt und beide Ressourcen entsprechend modifiziert. Daraus entsteht die resultierende Patienten-Instanz: +{{json:Resources/static/Patient-DorisResultat.json}} + +Da sich ein Client am patientenführenden System für das dedizierte SubscriptionTopic (http://hl7.org/SubscriptionTopic/patient-merge) registriert hat, erhält der Client eine Benachrichtigung in Form eines Bundles mit Verweis auf die resultierende Ressource. + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UseCasesAnwendung/UseCases.page.md b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UseCasesAnwendung/UseCases.page.md new file mode 100644 index 00000000..9e3112ef --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UseCasesAnwendung/UseCases.page.md @@ -0,0 +1,18 @@ +--- +topic: ImplementationGuide-markdown-UseCasesAnwendung-UseCases +--- +# Use Cases - Übersicht +Im Folgenden wird ein grafischer Überblick über für dieses Modul relevante Anwendungsfälle gegeben. +Da es sich um eine Zusammenfassung handelt, werden nur folgende Use Case und dafür hinreichende Funktionen dargestellt: +* Allgemeine und intuitive verständliche Use Cases. + * Kombinationen und weitere Details sind möglich. + * Übergreifende Use Cases und ihre Sub-Use-Cases können ggf. in einem separaten Diagramm auf den entsprechenden Seiten gefunden werden. +* Allgemeine und intuitive Adverse Use Cases. Diese gilt es zu vermeiden. + + +**Use Case Digramm** + +Use Case Diagrams + + + diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UseCasesAnwendung/toc.yaml b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UseCasesAnwendung/toc.yaml new file mode 100644 index 00000000..de3c602e --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/UseCasesAnwendung/toc.yaml @@ -0,0 +1,12 @@ +- name: Index + filename: Index.page.md +- name: Anwendungsfälle (Use Cases) + filename: UseCases.page.md +- name: Abbildung des Konstrukts "Fall" + filename: Abbildung-des-Konstrukts-Fall.page.md +- name: Datenübermittlung aus Subsystemen + filename: Datenübermittlung-aus-Subsystemen.page.md +- name: Patientenzusammenführung + filename: Patientenzusammenführung.page.md +- name: Beispielszenarien + filename: Beispielszenarien diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/toc.yaml b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/toc.yaml new file mode 100644 index 00000000..3d8a5416 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/Einfuehrung/toc.yaml @@ -0,0 +1,12 @@ +- name: Index + filename: Index.page.md +- name: Motivation + filename: Motivation.page.md +- name: ReleaseNotes + filename: ReleaseNotes.page.md +- name: Use Cases + filename: UseCasesAnwendung +- name: Übergreifende Festlegungen + filename: UebergreifendeFestlegungen +- name: Datenobjekte + filename: Datenobjekte diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/guide.yaml b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/guide.yaml new file mode 100644 index 00000000..3d414f98 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/guide.yaml @@ -0,0 +1,6 @@ +title: Implementierungsleitfaden ISiK-Basismodul (Refactored) +description: +version: 4.0.1 +style-root: styles +style-name: twolevelmenu +numbered-headings: false diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/toc.yaml b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/toc.yaml new file mode 100644 index 00000000..07923a09 --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/toc.yaml @@ -0,0 +1,2 @@ +- name: Einführung + filename: Einfuehrung diff --git a/guides/Implementierungsleitfaden-ISiK-Basismodul-401/variables.yaml b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/variables.yaml new file mode 100644 index 00000000..d1bca92f --- /dev/null +++ b/guides/Implementierungsleitfaden-ISiK-Basismodul-401/variables.yaml @@ -0,0 +1,2 @@ +greeting: Hello World! +capability: https://gematik.de/fhir/isik/CapabilityStatement/ISiKCapabilityStatementBasisServer \ No newline at end of file