ISiKBerichtSubSysteme
Dieses Profil ermöglicht die krankenhaus-interne Übermittlung eines Berichtes bestehend aus beliebien strukturierten FHIR-Ressourcen sowie einer textuellen HTML-Repräsentation (Narrative) an einen ISiK-Basis-kompatiblen Server.
Motivation
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:
Die Daten in Subsystemen sind sehr heterogen und können hochspezialisiert sein. Bei der Nutzung dieser Subsysteme besteht häufig ein Interesse, auf die menschenlesbare Repräsentation der strukturierten Daten einwirken zu können. Künftig ist mit Szenarien zu rechnen, bei denen Befunde aus Subsystemen in eine elektronische Patientenakte übertragen werden sollen. 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. 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.
(Semi-)Strukturierte Dokumente werden in FHIR mit der Composition
-Ressource repräsentiert,
die die Dokumentenmetadaten sowie die textuelle Repräsentation des Dokumentes enthält.
Die Composition referenziert auf beliebige weiter FHIR-Ressourcen, die die strukturierten Komponenten des Dokumentes darstellen.
Für den Transport wird die Composition zusammen mit allen direkt oder indirekt referenzierten Ressourcen in eine Bundle
-Ressource
vom Typ document
aggregiert.
Das Document-Bundle trägt alle Eigenschaften eines Dokumentes: Abgeschlossenheit, Unveränderbarkeit, Signierbarkeit.
Es obliegt dem empfangenden System, ob dieses Dokument lediglich in seiner Gesamtheit persistiert wird, oder ob darüber hinaus einzelne Bestandteile (Ressourcen) als strukturierte Daten automatisch oder auf Veranlassung eines Benutzers in die Patientenakte übernommen werden.
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.
Kompatibilität
Hinweise zu Inkompatibilitäten können über die Portalseite gemeldet werden.
Bestätigungsrelevanz
Verbindlichkeit | MAY |
---|
Metadaten
Canonical | https://gematik.de/fhir/isik/StructureDefinition/ISiKBerichtSubSysteme |
---|---|
Status | active |
Version | 4.0.1 |
Basis | http://hl7.org/fhir/StructureDefinition/Composition |
Inhalt
ISiKBerichtSubSysteme (Composition) | I | Composition | |
id | Σ | 0..1 | string |
meta | Σ | 0..1 | Meta |
implicitRules | Σ ?! | 0..1 | uri |
language | 0..1 | codeBinding | |
text | S | 1..1 | Narrative |
id | 0..1 | string | |
extension | I | 0..* | Extension |
status | S | 1..1 | codeBindingFixed Value |
div | S I | 1..1 | xhtml |
contained | 0..* | Resource | |
extension | I | 0..* | Extension |
modifierExtension | ?! I | 0..* | Extension |
identifier | S Σ | 1..1 | Identifier |
id | 0..1 | string | |
extension | I | 0..* | Extension |
use | Σ ?! | 0..1 | codeBinding |
type | Σ | 0..1 | CodeableConceptBinding |
system | S Σ | 0..1 | uri |
value | S Σ | 0..1 | string |
period | Σ I | 0..1 | Period |
assigner | Σ I | 0..1 | Reference(Organization) |
status | S Σ ?! | 1..1 | codeBindingFixed Value |
type | S Σ | 1..1 | CodeableConceptBinding |
id | 0..1 | string | |
extension | I | 0..* | Extension |
coding | S Σ | 1..* | Coding |
LOINC | S Σ | 0..1 | CodingPattern |
id | 0..1 | string | |
extension | I | 0..* | Extension |
system | Σ | 1..1 | uriPattern |
version | Σ | 0..1 | string |
code | Σ | 1..1 | codePattern |
display | Σ | 0..1 | string |
userSelected | Σ | 0..1 | boolean |
KDL | S Σ | 0..1 | CodingPattern |
id | 0..1 | string | |
extension | I | 0..* | Extension |
system | Σ | 1..1 | uriFixed ValuePattern |
version | Σ | 0..1 | string |
code | Σ I | 1..1 | code |
display | Σ | 0..1 | string |
userSelected | Σ | 0..1 | boolean |
IHE | S Σ | 0..1 | CodingPattern |
id | 0..1 | string | |
extension | I | 0..* | Extension |
system | Σ | 1..1 | uriFixed ValuePattern |
version | Σ | 0..1 | string |
code | Σ | 1..1 | code |
display | Σ | 0..1 | string |
userSelected | Σ | 0..1 | boolean |
text | S Σ | 1..1 | string |
category | S Σ | 0..* | CodeableConcept |
id | 0..1 | string | |
extension | I | 0..* | Extension |
coding | S Σ | 0..* | Coding |
LOINC | S Σ | 0..1 | Coding |
id | 0..1 | string | |
extension | I | 0..* | Extension |
system | Σ | 1..1 | uriPattern |
version | Σ | 0..1 | string |
code | Σ | 1..1 | code |
display | Σ | 0..1 | string |
userSelected | Σ | 0..1 | boolean |
IHE | S Σ | 0..1 | Coding |
id | 0..1 | string | |
extension | I | 0..* | Extension |
system | Σ | 1..1 | uriFixed Value |
version | Σ | 0..1 | string |
code | Σ | 1..1 | code |
display | Σ | 0..1 | string |
userSelected | Σ | 0..1 | boolean |
text | Σ | 0..1 | string |
subject | S Σ I | 1..1 | Reference(Resource) |
id | 0..1 | string | |
extension | I | 0..* | Extension |
reference | S Σ I | 1..1 | string |
type | Σ | 0..1 | uriBinding |
identifier | Σ | 0..1 | Identifier |
display | Σ | 0..1 | string |
encounter | S Σ I | 0..1 | Reference(Encounter) |
id | 0..1 | string | |
extension | I | 0..* | Extension |
reference | S Σ I | 1..1 | string |
type | Σ | 0..1 | uriBinding |
identifier | Σ | 0..1 | Identifier |
display | Σ | 0..1 | string |
date | S Σ | 1..1 | dateTime |
author | S Σ I | 1..* | Reference(PractitionerRole | Device | Organization | RelatedPerson | Patient | Practitioner) |
id | 0..1 | string | |
extension | I | 0..* | Extension |
reference | Σ I | 0..1 | string |
type | Σ | 0..1 | uriBinding |
identifier | Σ | 0..1 | Identifier |
display | S Σ | 1..1 | string |
title | S Σ | 1..1 | string |
confidentiality | Σ | 0..1 | codeBinding |
attester | 0..* | BackboneElement | |
id | 0..1 | string | |
extension | I | 0..* | Extension |
modifierExtension | Σ ?! I | 0..* | Extension |
mode | 1..1 | codeBinding | |
time | 0..1 | dateTime | |
party | I | 0..1 | Reference(Patient | RelatedPerson | Practitioner | PractitionerRole | Organization) |
custodian | Σ I | 0..1 | Reference(Organization) |
relatesTo | 0..* | BackboneElement | |
id | 0..1 | string | |
extension | I | 0..* | Extension |
modifierExtension | Σ ?! I | 0..* | Extension |
code | 1..1 | codeBinding | |
target[x] | 1..1 | ||
targetIdentifier | Identifier | ||
targetReference | Reference(Composition) | ||
event | Σ | 0..* | BackboneElement |
id | 0..1 | string | |
extension | I | 0..* | Extension |
modifierExtension | Σ ?! I | 0..* | Extension |
code | Σ | 0..* | CodeableConcept |
period | Σ I | 0..1 | Period |
detail | Σ I | 0..* | Reference(Resource) |
section | S I | 1..* | BackboneElement |
id | 0..1 | string | |
extension | I | 0..* | Extension |
modifierExtension | Σ ?! I | 0..* | Extension |
title | S | 1..1 | string |
code | 0..1 | CodeableConcept | |
author | I | 0..* | Reference(Practitioner | PractitionerRole | Device | Patient | RelatedPerson | Organization) |
focus | I | 0..1 | Reference(Resource) |
text | S I | 1..1 | Narrative |
mode | 0..1 | codeBinding | |
orderedBy | 0..1 | CodeableConceptBinding | |
entry | I | 0..* | Reference(Resource) |
emptyReason | I | 0..1 | CodeableConceptBinding |
section | S I | 0..* | see (section) |
<StructureDefinition xmlns="http://hl7.org/fhir"> <id value="ISiKBerichtSubSysteme" /> <url value="https://gematik.de/fhir/isik/StructureDefinition/ISiKBerichtSubSysteme" /> <version value="4.0.1" /> <name value="ISiKBerichtSubSysteme" /> <status value="active" /> <experimental value="false" /> <date value="2024-11-25" /> <publisher value="gematik GmbH" /> <description value="Dieses Profil ermöglicht die krankenhaus-interne Übermittlung eines Berichtes bestehend aus beliebien strukturierten FHIR-Ressourcen \nsowie einer textuellen HTML-Repräsentation (Narrative) an einen ISiK-Basis-kompatiblen Server.\n### Motivation\nIn der heterogenen Systemlandschaft im Krankenhaus sind eine Vielzahl spezialisierter Subsysteme im Einsatz. Die Ergebnisse aus diesen Subsystemen sind aktuell jedoch häufig nicht in den Primärsystemen des Krankenhauses verfügbar, denn es bestehen folgende Herausforderungen:\n\nDie Daten in Subsystemen sind sehr heterogen und können hochspezialisiert sein.\nBei der Nutzung dieser Subsysteme besteht häufig ein Interesse, auf die menschenlesbare Repräsentation der strukturierten Daten einwirken zu können.\nKünftig ist mit Szenarien zu rechnen, bei denen Befunde aus Subsystemen in eine elektronische Patientenakte übertragen werden sollen.\nAktuell werden Befunde, obwohl diese in den Subsystemen in hochstrukturierter Form vorliegen, nur als PDF an das Primärsystem übermittelt. Oft weil kein strukturiertes Format spezifiziert ist, das sowohl versendendes Subsystem als auch empfangendes Primärsystem implementiert haben.\nDer Umfang, in dem eine Datenübernahme in ein Primärsystem möglich ist, variiert stark zwischen den Systemen oder Installationen, z.B. abhängig davon, ob ein Modul für Vitalparameter installiert ist.\nDie ISiK-Spezifikation begegnet diesen Herausforderungen, indem sie die Übermittlung von Ergebnissen aus Subsystemen an die Primärsysteme in Form von strukturierten Dokumenten erfordert, die über eine menschenlesbare Repräsentation verfügen. Diese strukturierten Dokumente werden im ISiK-Kontext als Berichte bezeichnet. Dabei sind die strukturierten Inhalte der Berichte harmonisiert mit den verbreiteten Formaten für Primärsysteme.\n\n(Semi-)Strukturierte Dokumente werden in FHIR mit der `Composition`-Ressource repräsentiert, \ndie die Dokumentenmetadaten sowie die textuelle Repräsentation des Dokumentes enthält.\nDie Composition referenziert auf beliebige weiter FHIR-Ressourcen, die die strukturierten Komponenten des Dokumentes darstellen.\n\nFür den Transport wird die Composition zusammen mit allen direkt oder indirekt referenzierten Ressourcen in eine `Bundle`-Ressource\n vom Typ `document` aggregiert. \nDas Document-Bundle trägt alle Eigenschaften eines Dokumentes: Abgeschlossenheit, Unveränderbarkeit, Signierbarkeit. \n\nEs obliegt dem empfangenden System, ob dieses Dokument lediglich in seiner Gesamtheit persistiert wird, oder ob darüber hinaus einzelne Bestandteile (Ressourcen) \nals strukturierte Daten automatisch oder auf Veranlassung eines Benutzers in die Patientenakte übernommen werden. \n\nIn der aktuellen Ausbaustufe von ISiK ist lediglich die Übernahme und Anzeige der Dokument-Metadaten (z.B. Dokumenttyp, Dokumentdatum, Quelle) und der menschenlesbaren HTML-Repräsentation in die Primärsysteme erforderlich. \n\nIn weiteren Ausbaustufen von ISiK soll darüber hinaus eine Übernahme der strukturierten Anteile der Dokumente möglich sein, die den ISiK-Spezifikationen entsprechen, z.B. Diagnosen und Prozeduren. \n\n### Kompatibilität \nHinweise zu Inkompatibilitäten können über die [Portalseite](https://service.gematik.de/servicedesk/customer/portal/16) gemeldet werden." /> <fhirVersion value="4.0.1" /> <kind value="resource" /> <abstract value="false" /> <type value="Composition" /> <baseDefinition value="http://hl7.org/fhir/StructureDefinition/Composition" /> <derivation value="constraint" /> <differential> <element id="Composition.text"> <path value="Composition.text" /> <short value="Narrativ" /> <comment value="HTML-Repräsentation des Dokumenten-Headers. \n Bitte Hinweise unter [Document Presentation](https://hl7.org/fhir/documents.html#presentation) beachten. \n Der DokumentenHeader muss mindestens die folgenden Informationen enthalten:\n* `Composition.subject:Patient.name.family`\n* `Composition.subject:Patient.birthDate`\n* `Composition.subject:Patient.identifier:pid`\n* `Composition.status`\n* `Composition.type.text`\n* `Composition.date`\n* `Composition.title`\n* `Composition.author.display`" /> <min value="1" /> <mustSupport value="true" /> </element> <element id="Composition.text.status"> <path value="Composition.text.status" /> <fixedCode value="extensions" /> <mustSupport value="true" /> </element> <element id="Composition.text.div"> <path value="Composition.text.div" /> <mustSupport value="true" /> </element> <element id="Composition.identifier"> <path value="Composition.identifier" /> <short value="Eindeutige Dokumenten-ID" /> <comment value="Eine vom erzeugenden Subsystem vergebene, eindeutige DokumentenID. \n Wenn es sich bei dem verwendeten Identifier um eine OID oder UUID handelt, so ist hier der Wert `urn:ietf:rfc:3986` anzugeben und in `Identifier.value` das jeweilige Präfix `urn:uuid:` bzw. `urn:oid:` zu verwenden. \n Beispiel:\n```xml \n<identifier> \n <system value="urn:ietf:rfc:3986"> \n <value value="urn:oid:2.16.840.1.113883.6.96"> \n</identifier>\n```" /> <min value="1" /> <mustSupport value="true" /> </element> <element id="Composition.identifier.system"> <path value="Composition.identifier.system" /> <short value="Namensraum des Identifiers" /> <comment value="Hier ist stets der eindeutige Name (URL) des Namensraums anzugeben, \n aus dem der Identifier stammt. \n Hinweise zur Festlegung der URLs für lokale Namensräume sind in den \n [Deutschen Basisprofilen](https://simplifier.net/guide/leitfaden-de-basis-r4/ig-markdown-Terminologie-Namensraeume?version=current) beschrieben. \n **Begründung Pflichtfeld:** `system` stellt in Kombination mit `value` die Eindeutigkeit eines Identifiers sicher." /> <mustSupport value="true" /> </element> <element id="Composition.identifier.value"> <path value="Composition.identifier.value" /> <comment value="Enthält den eigentlichen Wert des Identifiers. \n **Begründung Pflichtfeld:** Ist der Wert nicht bekannt, sollte der gesamte Slice weggelassen werden." /> <mustSupport value="true" /> </element> <element id="Composition.status"> <path value="Composition.status" /> <short value="Status des Dokumentes" /> <comment value="Im Kontext diese Moduls ist nur der Austausch finaler Berichte vorgesehen. \n Ein Mechanismus zur Änderung oder Ersetzung bereits übermittelter Daten ist derzeit nicht spezifiziert. \n Hier ist stets der Wert `final` anzugeben." /> <fixedCode value="final" /> <mustSupport value="true" /> </element> <element id="Composition.type"> <path value="Composition.type" /> <short value="Dokumenttyp" /> <comment value="Das Dokument KANN z.B. mittels LOINC, KDL oder IHE-D-XDS-Typecodes klassifiziert werden. \n Derzeit MUSS lediglich eine textuelle Beschreibung des Dokumenttyps angegeben werden." /> <mustSupport value="true" /> </element> <element id="Composition.type.coding"> <path value="Composition.type.coding" /> <slicing> <discriminator> <type value="pattern" /> <path value="system" /> </discriminator> <rules value="open" /> </slicing> <min value="1" /> <mustSupport value="true" /> </element> <element id="Composition.type.coding:LOINC"> <path value="Composition.type.coding" /> <sliceName value="LOINC" /> <min value="0" /> <max value="1" /> <patternCoding> <system value="http://loinc.org" /> <code value="55112-7" /> </patternCoding> <mustSupport value="true" /> </element> <element id="Composition.type.coding:LOINC.system"> <path value="Composition.type.coding.system" /> <min value="1" /> <patternUri value="http://loinc.org" /> </element> <element id="Composition.type.coding:LOINC.code"> <path value="Composition.type.coding.code" /> <min value="1" /> </element> <element id="Composition.type.coding:KDL"> <path value="Composition.type.coding" /> <sliceName value="KDL" /> <min value="0" /> <max value="1" /> <patternCoding> <system value="http://dvmd.de/fhir/CodeSystem/kdl" /> </patternCoding> <mustSupport value="true" /> </element> <element id="Composition.type.coding:KDL.system"> <path value="Composition.type.coding.system" /> <min value="1" /> <fixedUri value="http://dvmd.de/fhir/CodeSystem/kdl" /> </element> <element id="Composition.type.coding:KDL.code"> <path value="Composition.type.coding.code" /> <min value="1" /> <constraint> <key value="kdl-1" /> <severity value="warning" /> <human value="KDL-Code ungültig" /> <expression value="matches('^[A-Z]{2}[0-9]{6}$')" /> <source value="https://gematik.de/fhir/isik/StructureDefinition/ISiKBerichtSubSysteme" /> </constraint> </element> <element id="Composition.type.coding:IHE"> <path value="Composition.type.coding" /> <sliceName value="IHE" /> <min value="0" /> <max value="1" /> <patternCoding> <system value="http://ihe-d.de/CodeSystems/IHEXDStypeCode" /> </patternCoding> <mustSupport value="true" /> </element> <element id="Composition.type.coding:IHE.system"> <path value="Composition.type.coding.system" /> <min value="1" /> <fixedUri value="http://ihe-d.de/CodeSystems/IHEXDStypeCode" /> </element> <element id="Composition.type.coding:IHE.code"> <path value="Composition.type.coding.code" /> <min value="1" /> </element> <element id="Composition.type.text"> <path value="Composition.type.text" /> <short value="Dokumenttyp (Freitext)" /> <comment value="Freitextliche Beschreibung oder assoziierter Displaywert der primären Codierung des Dokumenttyps." /> <min value="1" /> <mustSupport value="true" /> </element> <element id="Composition.category"> <path value="Composition.category" /> <short value="Dokument-Kategorie" /> <comment value="Das Dokument KANN z.B. mittels LOINC oder IHE-D-XDS-Classcodes klassifiziert werden." /> <mustSupport value="true" /> </element> <element id="Composition.category.coding"> <path value="Composition.category.coding" /> <slicing> <discriminator> <type value="pattern" /> <path value="system" /> </discriminator> <rules value="open" /> </slicing> <mustSupport value="true" /> </element> <element id="Composition.category.coding:LOINC"> <path value="Composition.category.coding" /> <sliceName value="LOINC" /> <min value="0" /> <max value="1" /> <mustSupport value="true" /> </element> <element id="Composition.category.coding:LOINC.system"> <path value="Composition.category.coding.system" /> <min value="1" /> <patternUri value="http://loinc.org" /> </element> <element id="Composition.category.coding:LOINC.code"> <path value="Composition.category.coding.code" /> <min value="1" /> </element> <element id="Composition.category.coding:IHE"> <path value="Composition.category.coding" /> <sliceName value="IHE" /> <min value="0" /> <max value="1" /> <mustSupport value="true" /> </element> <element id="Composition.category.coding:IHE.system"> <path value="Composition.category.coding.system" /> <min value="1" /> <fixedUri value="http://ihe-d.de/CodeSystems/IHEXDSclassCode" /> </element> <element id="Composition.category.coding:IHE.code"> <path value="Composition.category.coding.code" /> <min value="1" /> </element> <element id="Composition.subject"> <path value="Composition.subject" /> <short value="Patientenbezug" /> <min value="1" /> <mustSupport value="true" /> </element> <element id="Composition.subject.reference"> <path value="Composition.subject.reference" /> <short value="Patienten-Link" /> <comment value="**Begründung Pflichtfeld:** Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung des Dokumentes zu einem Patienten \n und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc." /> <min value="1" /> <mustSupport value="true" /> </element> <element id="Composition.encounter"> <path value="Composition.encounter" /> <short value="Aufenthaltsbezug" /> <mustSupport value="true" /> </element> <element id="Composition.encounter.reference"> <path value="Composition.encounter.reference" /> <short value="Encounter-Link" /> <comment value="**Begründung Pflichtfeld:** Die Verlinkung auf eine Encounter-Ressource dient der technischen Zuordnung der Dokumentation zu einem Aufenthalt \n und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc. \n **WICHTIGER Hinweis für Implementierer:** Die Zuordnung MUSS auf auf einen Encounter der Ebene &quot;Abteilungskontakt&quot; (siehe hierzu {{pagelink:Fall}}) erfolgen. \n Bei der Auswahl des Encounters ist zu beachten, dass unter einer (Abrechnungs-)&quot;Fallnummer&quot; (hier: `Encounter.account`) \n unter Umständen mehrere Encounter gruppiert sein können (z.B. stationärer Besuch mit mehreren vor- und nachstationären Aufenthalten.)" /> <min value="1" /> <mustSupport value="true" /> </element> <element id="Composition.date"> <path value="Composition.date" /> <short value="Dokumentendatum" /> <comment value="Datum der letzten Änderung des Dokumentes" /> <mustSupport value="true" /> </element> <element id="Composition.author"> <path value="Composition.author" /> <short value="Verfasser/Ersteller des Dokumentes (Person oder Subsystem/Gerät)" /> <comment value="In der aktuellen Ausbaustufe von ISiK ist die Verwendung der textuellen Repräsentation (display) \n von Autor und Subsystem ausreichend. \n Die darüber hinausgehende Verlinkung auf Practitioner bzw. Device-Ressourcen \n KANN implementiert werden." /> <type> <code value="Reference" /> <targetProfile value="http://hl7.org/fhir/StructureDefinition/PractitionerRole" /> <targetProfile value="http://hl7.org/fhir/StructureDefinition/Device" /> <targetProfile value="http://hl7.org/fhir/StructureDefinition/Organization" /> <targetProfile value="http://hl7.org/fhir/StructureDefinition/RelatedPerson" /> <targetProfile value="http://hl7.org/fhir/StructureDefinition/Patient" /> <targetProfile value="http://hl7.org/fhir/StructureDefinition/Practitioner" /> </type> <mustSupport value="true" /> </element> <element id="Composition.author.display"> <path value="Composition.author.display" /> <short value="Bezeichnung des Verfassers (Freitext)" /> <comment value="Freitextliche Bezeichnung des Verfassers (Person oder Subsystem/Gerät)" /> <min value="1" /> <mustSupport value="true" /> </element> <element id="Composition.title"> <path value="Composition.title" /> <short value="Dokumentenbezeichnung" /> <comment value="Die Dokumentenbezeichnung dient der Darstellung des Dokumentes in einer Übersicht, \n z.B. in einer Patientenakte, und KANN der schnellen Auffindbarkeit \n eines gesuchten Dokumentes dienen. \n Geeignete Bezeichnungen sind zum Beispiel: \n* &quot;Kleines Blutbild vom 13.10.2020&quot;\n* &quot;Pathologiebefund (Abstrich) vom 13.10.2020&quot;\n* &quot;Blutgasmessung vom 13.10.2020 14:14h&quot;" /> <mustSupport value="true" /> </element> <element id="Composition.section"> <path value="Composition.section" /> <short value="Kapitel" /> <comment value="Das Dokument kann in mehrere Kapitel und Unterkapitel gegliedert werden." /> <min value="1" /> <mustSupport value="true" /> </element> <element id="Composition.section.title"> <path value="Composition.section.title" /> <short value="Kapitelbezeichnung" /> <min value="1" /> <mustSupport value="true" /> </element> <element id="Composition.section.text"> <path value="Composition.section.text" /> <short value="Narrativ" /> <comment value="menschenlesbare HTML-Repräsentation des Inhalts dieses Kapitels. \n Hinweise: Für Aggregation einer vollständigen menschenlesbaren Repräsentation \n MÜSSEN die Repräsentationen der einzelnen Kapitel an die Repräsentation \n der Metadaten (Composition.text) angehängt werden. \n Für die Separierung KÖNNEN einfache &lt;div&gt;-Tags verwendet werden. \n Es ist zu beachten, dass Kapitel auch Unterkapitel enthalten KÖNNEN \n (Composition.section.section), die bei der Aggregation entsprechend \n berücksichtigt werden MÜSSEN. \nDie Mindestanforderungen an den Inhalt der menschenlesbaren Repräsentation umfasst folgende Informationen:\n* `section.title` + Freitext oder\n* `section.title` + `Resource.text` der referenzierten Ressource oder\n* `section.title` + eine aggregierte Repräsentation von `Resource.text`,\n wenn in einer Section mehrere Ressourcen referenziert werden \n (z.B. eine tabellarische Auflistung mehrere Blutdruckmesswerte, Diagnosen oder Allergien)." /> <min value="1" /> <mustSupport value="true" /> </element> <element id="Composition.section.section"> <path value="Composition.section.section" /> <short value="Unterkapitel" /> <mustSupport value="true" /> </element> </differential> </StructureDefinition>
{ "resourceType": "StructureDefinition", "id": "ISiKBerichtSubSysteme", "url": "https://gematik.de/fhir/isik/StructureDefinition/ISiKBerichtSubSysteme", "version": "4.0.1", "name": "ISiKBerichtSubSysteme", "status": "active", "experimental": false, "date": "2024-11-25", "publisher": "gematik GmbH", "description": "Dieses Profil ermöglicht die krankenhaus-interne Übermittlung eines Berichtes bestehend aus beliebien strukturierten FHIR-Ressourcen \nsowie einer textuellen HTML-Repräsentation (Narrative) an einen ISiK-Basis-kompatiblen Server.\n### Motivation\nIn der heterogenen Systemlandschaft im Krankenhaus sind eine Vielzahl spezialisierter Subsysteme im Einsatz. Die Ergebnisse aus diesen Subsystemen sind aktuell jedoch häufig nicht in den Primärsystemen des Krankenhauses verfügbar, denn es bestehen folgende Herausforderungen:\n\nDie Daten in Subsystemen sind sehr heterogen und können hochspezialisiert sein.\nBei der Nutzung dieser Subsysteme besteht häufig ein Interesse, auf die menschenlesbare Repräsentation der strukturierten Daten einwirken zu können.\nKünftig ist mit Szenarien zu rechnen, bei denen Befunde aus Subsystemen in eine elektronische Patientenakte übertragen werden sollen.\nAktuell werden Befunde, obwohl diese in den Subsystemen in hochstrukturierter Form vorliegen, nur als PDF an das Primärsystem übermittelt. Oft weil kein strukturiertes Format spezifiziert ist, das sowohl versendendes Subsystem als auch empfangendes Primärsystem implementiert haben.\nDer Umfang, in dem eine Datenübernahme in ein Primärsystem möglich ist, variiert stark zwischen den Systemen oder Installationen, z.B. abhängig davon, ob ein Modul für Vitalparameter installiert ist.\nDie ISiK-Spezifikation begegnet diesen Herausforderungen, indem sie die Übermittlung von Ergebnissen aus Subsystemen an die Primärsysteme in Form von strukturierten Dokumenten erfordert, die über eine menschenlesbare Repräsentation verfügen. Diese strukturierten Dokumente werden im ISiK-Kontext als Berichte bezeichnet. Dabei sind die strukturierten Inhalte der Berichte harmonisiert mit den verbreiteten Formaten für Primärsysteme.\n\n(Semi-)Strukturierte Dokumente werden in FHIR mit der `Composition`-Ressource repräsentiert, \ndie die Dokumentenmetadaten sowie die textuelle Repräsentation des Dokumentes enthält.\nDie Composition referenziert auf beliebige weiter FHIR-Ressourcen, die die strukturierten Komponenten des Dokumentes darstellen.\n\nFür den Transport wird die Composition zusammen mit allen direkt oder indirekt referenzierten Ressourcen in eine `Bundle`-Ressource\n vom Typ `document` aggregiert. \nDas Document-Bundle trägt alle Eigenschaften eines Dokumentes: Abgeschlossenheit, Unveränderbarkeit, Signierbarkeit. \n\nEs obliegt dem empfangenden System, ob dieses Dokument lediglich in seiner Gesamtheit persistiert wird, oder ob darüber hinaus einzelne Bestandteile (Ressourcen) \nals strukturierte Daten automatisch oder auf Veranlassung eines Benutzers in die Patientenakte übernommen werden. \n\nIn der aktuellen Ausbaustufe von ISiK ist lediglich die Übernahme und Anzeige der Dokument-Metadaten (z.B. Dokumenttyp, Dokumentdatum, Quelle) und der menschenlesbaren HTML-Repräsentation in die Primärsysteme erforderlich. \n\nIn weiteren Ausbaustufen von ISiK soll darüber hinaus eine Übernahme der strukturierten Anteile der Dokumente möglich sein, die den ISiK-Spezifikationen entsprechen, z.B. Diagnosen und Prozeduren. \n\n### Kompatibilität \nHinweise zu Inkompatibilitäten können über die [Portalseite](https://service.gematik.de/servicedesk/customer/portal/16) gemeldet werden.", "fhirVersion": "4.0.1", "kind": "resource", "abstract": false, "type": "Composition", "baseDefinition": "http://hl7.org/fhir/StructureDefinition/Composition", "derivation": "constraint", "differential": { "element": [ { "id": "Composition.text", "path": "Composition.text", "short": "Narrativ", "comment": "HTML-Repräsentation des Dokumenten-Headers. \n Bitte Hinweise unter [Document Presentation](https://hl7.org/fhir/documents.html#presentation) beachten. \n Der DokumentenHeader muss mindestens die folgenden Informationen enthalten:\n* `Composition.subject:Patient.name.family`\n* `Composition.subject:Patient.birthDate`\n* `Composition.subject:Patient.identifier:pid`\n* `Composition.status`\n* `Composition.type.text`\n* `Composition.date`\n* `Composition.title`\n* `Composition.author.display`", "min": 1, "mustSupport": true }, { "id": "Composition.text.status", "path": "Composition.text.status", "fixedCode": "extensions", "mustSupport": true }, { "id": "Composition.text.div", "path": "Composition.text.div", "mustSupport": true }, { "id": "Composition.identifier", "path": "Composition.identifier", "short": "Eindeutige Dokumenten-ID", "comment": "Eine vom erzeugenden Subsystem vergebene, eindeutige DokumentenID. \n Wenn es sich bei dem verwendeten Identifier um eine OID oder UUID handelt, so ist hier der Wert `urn:ietf:rfc:3986` anzugeben und in `Identifier.value` das jeweilige Präfix `urn:uuid:` bzw. `urn:oid:` zu verwenden. \n Beispiel:\n```xml \n<identifier> \n <system value=\"urn:ietf:rfc:3986\"> \n <value value=\"urn:oid:2.16.840.1.113883.6.96\"> \n</identifier>\n```", "min": 1, "mustSupport": true }, { "id": "Composition.identifier.system", "path": "Composition.identifier.system", "short": "Namensraum des Identifiers", "comment": "Hier ist stets der eindeutige Name (URL) des Namensraums anzugeben, \n aus dem der Identifier stammt. \n Hinweise zur Festlegung der URLs für lokale Namensräume sind in den \n [Deutschen Basisprofilen](https://simplifier.net/guide/leitfaden-de-basis-r4/ig-markdown-Terminologie-Namensraeume?version=current) beschrieben. \n **Begründung Pflichtfeld:** `system` stellt in Kombination mit `value` die Eindeutigkeit eines Identifiers sicher.", "mustSupport": true }, { "id": "Composition.identifier.value", "path": "Composition.identifier.value", "comment": "Enthält den eigentlichen Wert des Identifiers. \n **Begründung Pflichtfeld:** Ist der Wert nicht bekannt, sollte der gesamte Slice weggelassen werden.", "mustSupport": true }, { "id": "Composition.status", "path": "Composition.status", "short": " Status des Dokumentes", "comment": "Im Kontext diese Moduls ist nur der Austausch finaler Berichte vorgesehen. \n Ein Mechanismus zur Änderung oder Ersetzung bereits übermittelter Daten ist derzeit nicht spezifiziert. \n Hier ist stets der Wert `final` anzugeben.", "fixedCode": "final", "mustSupport": true }, { "id": "Composition.type", "path": "Composition.type", "short": "Dokumenttyp", "comment": "Das Dokument KANN z.B. mittels LOINC, KDL oder IHE-D-XDS-Typecodes klassifiziert werden. \n Derzeit MUSS lediglich eine textuelle Beschreibung des Dokumenttyps angegeben werden.", "mustSupport": true }, { "id": "Composition.type.coding", "path": "Composition.type.coding", "slicing": { "discriminator": [ { "type": "pattern", "path": "system" } ], "rules": "open" }, "min": 1, "mustSupport": true }, { "id": "Composition.type.coding:LOINC", "path": "Composition.type.coding", "sliceName": "LOINC", "min": 0, "max": "1", "patternCoding": { "code": "55112-7", "system": "http://loinc.org" }, "mustSupport": true }, { "id": "Composition.type.coding:LOINC.system", "path": "Composition.type.coding.system", "min": 1, "patternUri": "http://loinc.org" }, { "id": "Composition.type.coding:LOINC.code", "path": "Composition.type.coding.code", "min": 1 }, { "id": "Composition.type.coding:KDL", "path": "Composition.type.coding", "sliceName": "KDL", "min": 0, "max": "1", "patternCoding": { "system": "http://dvmd.de/fhir/CodeSystem/kdl" }, "mustSupport": true }, { "id": "Composition.type.coding:KDL.system", "path": "Composition.type.coding.system", "min": 1, "fixedUri": "http://dvmd.de/fhir/CodeSystem/kdl" }, { "id": "Composition.type.coding:KDL.code", "path": "Composition.type.coding.code", "min": 1, "constraint": [ { "key": "kdl-1", "severity": "warning", "human": "KDL-Code ungültig", "expression": "matches('^[A-Z]{2}[0-9]{6}$')", "source": "https://gematik.de/fhir/isik/StructureDefinition/ISiKBerichtSubSysteme" } ] }, { "id": "Composition.type.coding:IHE", "path": "Composition.type.coding", "sliceName": "IHE", "min": 0, "max": "1", "patternCoding": { "system": "http://ihe-d.de/CodeSystems/IHEXDStypeCode" }, "mustSupport": true }, { "id": "Composition.type.coding:IHE.system", "path": "Composition.type.coding.system", "min": 1, "fixedUri": "http://ihe-d.de/CodeSystems/IHEXDStypeCode" }, { "id": "Composition.type.coding:IHE.code", "path": "Composition.type.coding.code", "min": 1 }, { "id": "Composition.type.text", "path": "Composition.type.text", "short": "Dokumenttyp (Freitext)", "comment": "Freitextliche Beschreibung oder assoziierter Displaywert der primären Codierung des Dokumenttyps.", "min": 1, "mustSupport": true }, { "id": "Composition.category", "path": "Composition.category", "short": "Dokument-Kategorie", "comment": "Das Dokument KANN z.B. mittels LOINC oder IHE-D-XDS-Classcodes klassifiziert werden. ", "mustSupport": true }, { "id": "Composition.category.coding", "path": "Composition.category.coding", "slicing": { "discriminator": [ { "type": "pattern", "path": "system" } ], "rules": "open" }, "mustSupport": true }, { "id": "Composition.category.coding:LOINC", "path": "Composition.category.coding", "sliceName": "LOINC", "min": 0, "max": "1", "mustSupport": true }, { "id": "Composition.category.coding:LOINC.system", "path": "Composition.category.coding.system", "min": 1, "patternUri": "http://loinc.org" }, { "id": "Composition.category.coding:LOINC.code", "path": "Composition.category.coding.code", "min": 1 }, { "id": "Composition.category.coding:IHE", "path": "Composition.category.coding", "sliceName": "IHE", "min": 0, "max": "1", "mustSupport": true }, { "id": "Composition.category.coding:IHE.system", "path": "Composition.category.coding.system", "min": 1, "fixedUri": "http://ihe-d.de/CodeSystems/IHEXDSclassCode" }, { "id": "Composition.category.coding:IHE.code", "path": "Composition.category.coding.code", "min": 1 }, { "id": "Composition.subject", "path": "Composition.subject", "short": "Patientenbezug", "min": 1, "mustSupport": true }, { "id": "Composition.subject.reference", "path": "Composition.subject.reference", "short": "Patienten-Link", "comment": "**Begründung Pflichtfeld:** Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung des Dokumentes zu einem Patienten \n und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.", "min": 1, "mustSupport": true }, { "id": "Composition.encounter", "path": "Composition.encounter", "short": "Aufenthaltsbezug", "mustSupport": true }, { "id": "Composition.encounter.reference", "path": "Composition.encounter.reference", "short": "Encounter-Link", "comment": "**Begründung Pflichtfeld:** Die Verlinkung auf eine Encounter-Ressource dient der technischen Zuordnung der Dokumentation zu einem Aufenthalt \n und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc. \n **WICHTIGER Hinweis für Implementierer:** Die Zuordnung MUSS auf auf einen Encounter der Ebene "Abteilungskontakt" (siehe hierzu {{pagelink:Fall}}) erfolgen. \n Bei der Auswahl des Encounters ist zu beachten, dass unter einer (Abrechnungs-)"Fallnummer" (hier: `Encounter.account`) \n unter Umständen mehrere Encounter gruppiert sein können (z.B. stationärer Besuch mit mehreren vor- und nachstationären Aufenthalten.)", "min": 1, "mustSupport": true }, { "id": "Composition.date", "path": "Composition.date", "short": "Dokumentendatum", "comment": "Datum der letzten Änderung des Dokumentes", "mustSupport": true }, { "id": "Composition.author", "path": "Composition.author", "short": "Verfasser/Ersteller des Dokumentes (Person oder Subsystem/Gerät)", "comment": "In der aktuellen Ausbaustufe von ISiK ist die Verwendung der textuellen Repräsentation (display) \n von Autor und Subsystem ausreichend. \n Die darüber hinausgehende Verlinkung auf Practitioner bzw. Device-Ressourcen \n KANN implementiert werden.", "type": [ { "code": "Reference", "targetProfile": [ "http://hl7.org/fhir/StructureDefinition/PractitionerRole", "http://hl7.org/fhir/StructureDefinition/Device", "http://hl7.org/fhir/StructureDefinition/Organization", "http://hl7.org/fhir/StructureDefinition/RelatedPerson", "http://hl7.org/fhir/StructureDefinition/Patient", "http://hl7.org/fhir/StructureDefinition/Practitioner" ] } ], "mustSupport": true }, { "id": "Composition.author.display", "path": "Composition.author.display", "short": "Bezeichnung des Verfassers (Freitext)", "comment": "Freitextliche Bezeichnung des Verfassers (Person oder Subsystem/Gerät)", "min": 1, "mustSupport": true }, { "id": "Composition.title", "path": "Composition.title", "short": "Dokumentenbezeichnung", "comment": "Die Dokumentenbezeichnung dient der Darstellung des Dokumentes in einer Übersicht, \n z.B. in einer Patientenakte, und KANN der schnellen Auffindbarkeit \n eines gesuchten Dokumentes dienen. \n Geeignete Bezeichnungen sind zum Beispiel: \n* "Kleines Blutbild vom 13.10.2020"\n* "Pathologiebefund (Abstrich) vom 13.10.2020"\n* "Blutgasmessung vom 13.10.2020 14:14h"", "mustSupport": true }, { "id": "Composition.section", "path": "Composition.section", "short": "Kapitel", "comment": "Das Dokument kann in mehrere Kapitel und Unterkapitel gegliedert werden.", "min": 1, "mustSupport": true }, { "id": "Composition.section.title", "path": "Composition.section.title", "short": "Kapitelbezeichnung", "min": 1, "mustSupport": true }, { "id": "Composition.section.text", "path": "Composition.section.text", "short": "Narrativ", "comment": "menschenlesbare HTML-Repräsentation des Inhalts dieses Kapitels. \n Hinweise: Für Aggregation einer vollständigen menschenlesbaren Repräsentation \n MÜSSEN die Repräsentationen der einzelnen Kapitel an die Repräsentation \n der Metadaten (Composition.text) angehängt werden. \n Für die Separierung KÖNNEN einfache <div>-Tags verwendet werden. \n Es ist zu beachten, dass Kapitel auch Unterkapitel enthalten KÖNNEN \n (Composition.section.section), die bei der Aggregation entsprechend \n berücksichtigt werden MÜSSEN. \nDie Mindestanforderungen an den Inhalt der menschenlesbaren Repräsentation umfasst folgende Informationen:\n* `section.title` + Freitext oder\n* `section.title` + `Resource.text` der referenzierten Ressource oder\n* `section.title` + eine aggregierte Repräsentation von `Resource.text`,\n wenn in einer Section mehrere Ressourcen referenziert werden \n (z.B. eine tabellarische Auflistung mehrere Blutdruckmesswerte, Diagnosen oder Allergien).", "min": 1, "mustSupport": true }, { "id": "Composition.section.section", "path": "Composition.section.section", "short": "Unterkapitel", "mustSupport": true } ] } }
Constraints/Invarianten
Name | Schweregrad | Beschreibung | Ausdruck |
---|---|---|---|
kdl-1 | warning | KDL-Code ungültig | matches('^[A-Z]{2}[0-9]{6}$') |