Diagnose (Condition)
ISiKDiagnose
Dieses Profil spezifiziert die Minimalanforderungen für die Bereitstellung von Informationen über die Diagnosen eines Patienten im Rahmen des Bestätigungsverfahrens der gematik.
Motivation
Die Möglichkeit, auf eine Übersicht der Diagnosen eines Patienten zuzugreifen, Patienten anhand ihrer Diagnose zu suchen oder zu prüfen, ob eine konkrete Diagnose bei einem Patienten vorliegt, sind wichtige Funktionen im klinischen Behandlungsablauf.
In FHIR werden Diagnosen mit der Condition-Ressource repräsentiert.
Da die Diagnosen in klinischen Primärsystemen in der Regel in ICD-10-codierter Form vorliegen, fordert ISiK in erster Linie diese Form des Austausches. Falls eine Diagnose zwar dokumentiert, aber noch nicht codiert wurde (z.B. wenn die Kodierung erst nach der Entlassung erfolgt), ist alternativ eine Repräsentation als Freitext-Diagnose möglich.
Kompatibilität
Für das Profil ISiKDiagnose wird eine Kompatibilität mit folgenden Profilen angestrebt; allerdings kann nicht sichergestellt werden, dass Instanzen, die gegen ISiKDiagnose valide sind, auch valide sind gegen:
- das Profil ProfileConditionDiagnose der Medizininformatik-Initative
- das Profil KBV_PR_Base_Condition_Diagnosis der KBV]
Hinweise zu Inkompatibilitäten können über die Portalseite gemeldet werden.
Bestätigungsrelevanz
Verbindlichkeit | SHALL |
---|
Metadaten
Canonical | https://gematik.de/fhir/isik/StructureDefinition/ISiKDiagnose |
---|---|
Status | active |
Version | 4.0.1 |
Basis | http://hl7.org/fhir/StructureDefinition/Condition |
Inhalt
ISiKDiagnose (Condition) | I | Condition | |
id | Σ | 0..1 | string |
meta | Σ | 0..1 | Meta |
implicitRules | Σ ?! | 0..1 | uri |
language | 0..1 | codeBinding | |
text | 0..1 | Narrative | |
contained | 0..* | Resource | |
extension | S I | 0..* | Extension |
related | S I | 0..1 | Extension(Reference(Condition)) |
modifierExtension | ?! I | 0..* | Extension |
identifier | Σ | 0..* | Identifier |
clinicalStatus | S Σ ?! I | 0..1 | CodeableConceptBinding |
verificationStatus | Σ ?! I | 0..1 | CodeableConceptBinding |
category | 0..* | CodeableConceptBinding | |
severity | 0..1 | CodeableConceptBinding | |
code | S Σ I | 1..1 | CodeableConcept |
id | 0..1 | string | |
extension | I | 0..* | Extension |
coding | S Σ | 0..* | Coding |
ICD-10-GM | S Σ | 0..1 | ISiKICD10GMCodingPattern |
id | 0..1 | string | |
extension | I | 0..* | Extension |
Mehrfachcodierungs-Kennzeichen | S I | 0..1 | Extension(Coding) |
Seitenlokalisation | S I | 0..1 | Extension(Coding) |
Diagnosesicherheit | S I | 0..1 | Extension(Coding) |
system | S Σ | 1..1 | uriFixed ValuePattern |
version | S Σ | 1..1 | string |
code | S Σ I | 1..1 | code |
display | S Σ | 0..1 | string |
userSelected | Σ | 0..1 | boolean |
Alpha-ID | S Σ | 0..1 | CodingAlphaIDPattern |
id | 0..1 | string | |
extension | I | 0..* | Extension |
system | S Σ | 1..1 | uriFixed ValuePattern |
version | Σ | 1..1 | string |
code | S Σ | 1..1 | code |
display | Σ | 0..1 | string |
userSelected | Σ | 0..1 | boolean |
SNOMED-CT | S Σ | 0..1 | ISiKSnomedCTCodingBindingPattern |
Orphanet | S Σ | 0..1 | CodingPattern |
id | 0..1 | string | |
extension | I | 0..* | Extension |
system | S Σ | 1..1 | uriPattern |
version | Σ | 0..1 | string |
code | Σ | 1..1 | code |
display | Σ | 0..1 | string |
userSelected | Σ | 0..1 | boolean |
text | Σ | 0..1 | string |
bodySite | S Σ | 0..* | CodeableConcept |
id | 0..1 | string | |
extension | I | 0..* | Extension |
coding | S Σ | 0..* | Coding |
snomed-ct | S Σ | 0..1 | ISiKSnomedCTCoding |
text | Σ | 0..1 | string |
subject | S Σ I | 1..1 | Reference(Patient | Group) |
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 |
onset[x] | S Σ | 0..1 | |
(All Slices) | |||
onsetDateTime | dateTime | ||
onsetAge | Σ | 0..1 | Age |
id | 0..1 | string | |
extension | I | 0..* | Extension |
Lebensphase-Beginn | I | 0..1 | Extension(CodeableConcept) |
value | Σ | 0..1 | decimal |
comparator | Σ ?! | 0..1 | codeBinding |
unit | Σ | 0..1 | string |
system | Σ I | 0..1 | uri |
code | Σ | 0..1 | code |
abatement[x] | S I | 0..1 | |
(All Slices) | |||
abatementDateTime | dateTime | ||
abatementAge | I | 0..1 | Age |
id | 0..1 | string | |
extension | I | 0..* | Extension |
Lebensphase-Ende | I | 0..1 | Extension(CodeableConcept) |
value | Σ | 0..1 | decimal |
comparator | Σ ?! | 0..1 | codeBinding |
unit | Σ | 0..1 | string |
system | Σ I | 0..1 | uri |
code | Σ | 0..1 | code |
recordedDate | S Σ | 1..1 | dateTime |
recorder | Σ I | 0..1 | Reference(Practitioner | PractitionerRole | Patient | RelatedPerson) |
asserter | Σ I | 0..1 | Reference(Practitioner | PractitionerRole | Patient | RelatedPerson) |
stage | I | 0..* | BackboneElement |
id | 0..1 | string | |
extension | I | 0..* | Extension |
modifierExtension | Σ ?! I | 0..* | Extension |
summary | I | 0..1 | CodeableConcept |
assessment | I | 0..* | Reference(ClinicalImpression | DiagnosticReport | Observation) |
type | 0..1 | CodeableConcept | |
evidence | I | 0..* | BackboneElement |
id | 0..1 | string | |
extension | I | 0..* | Extension |
modifierExtension | Σ ?! I | 0..* | Extension |
code | Σ I | 0..* | CodeableConcept |
detail | Σ I | 0..* | Reference(Resource) |
note | S | 0..* | Annotation |
<StructureDefinition xmlns="http://hl7.org/fhir"> <id value="ISiKDiagnose" /> <url value="https://gematik.de/fhir/isik/StructureDefinition/ISiKDiagnose" /> <version value="4.0.1" /> <name value="ISiKDiagnose" /> <status value="active" /> <experimental value="false" /> <date value="2024-11-25" /> <publisher value="gematik GmbH" /> <description value="Dieses Profil spezifiziert die Minimalanforderungen für die Bereitstellung von Informationen \nüber die Diagnosen eines Patienten im Rahmen des Bestätigungsverfahrens der gematik. \n### Motivation\nDie Möglichkeit, auf eine Übersicht der Diagnosen eines Patienten zuzugreifen, Patienten anhand ihrer Diagnose zu suchen oder zu prüfen, \nob eine konkrete Diagnose bei einem Patienten vorliegt, sind wichtige Funktionen im klinischen Behandlungsablauf. \n\nIn FHIR werden Diagnosen mit der Condition-Ressource repräsentiert. \n\nDa die Diagnosen in klinischen Primärsystemen in der Regel in ICD-10-codierter Form vorliegen, fordert ISiK in erster Linie diese Form des Austausches. \nFalls eine Diagnose zwar dokumentiert, aber noch nicht codiert wurde (z.B. wenn die Kodierung erst nach der Entlassung erfolgt), \nist alternativ eine Repräsentation als Freitext-Diagnose möglich.\n\n### Kompatibilität\nFür das Profil ISiKDiagnose wird eine Kompatibilität mit folgenden Profilen angestrebt; allerdings kann nicht sichergestellt werden, dass Instanzen, die gegen ISiKDiagnose valide sind, auch valide sind gegen:\n* das [Profil ProfileConditionDiagnose der Medizininformatik-Initative](https://www.medizininformatik-initiative.de/fhir/core/modul-diagnose/StructureDefinition/Diagnose)\n* das [Profil KBV_PR_Base_Condition_Diagnosis der KBV](https://fhir.kbv.de/StructureDefinition/KBV_PR_Base_Condition_Diagnosis)] \nHinweise zu Inkompatibilitäten können über die [Portalseite](https://service.gematik.de/servicedesk/customer/portal/16) gemeldet werden." /> <fhirVersion value="4.0.1" /> <kind value="resource" /> <abstract value="false" /> <type value="Condition" /> <baseDefinition value="http://hl7.org/fhir/StructureDefinition/Condition" /> <derivation value="constraint" /> <differential> <element id="Condition"> <path value="Condition" /> <constraint> <key value="isik-con1" /> <severity value="error" /> <human value="Falls eine kodierte Diagnose vorliegt muss angegeben werden durch welchen Kontakt diese Dokumentation erfolgte." /> <expression value="code.coding.exists() implies encounter.exists()" /> <source value="https://gematik.de/fhir/isik/StructureDefinition/ISiKDiagnose" /> </constraint> </element> <element id="Condition.extension"> <path value="Condition.extension" /> <mustSupport value="true" /> </element> <element id="Condition.extension:related"> <path value="Condition.extension" /> <sliceName value="related" /> <short value="Verknüpfte Diagnose" /> <comment value="Die Deutschen Kodierrichtlinien und die 'German Modification' ermöglichen es teilweise, \n ICD-10-Codierte Diagnosen miteinander zu verknüpfen (&quot;Kreuz-Stern-Ausrufezeichen-Notation&quot;), \n diese aber dennoch wie eigenständige Diagnosen (mit jeweils eigener Diagnosesicherheit oder -Lokalisation) zu kommunizieren.\n Daher ist es in Deutschland nicht möglich, dem internationalen Usus zu folgen und verknüpfte Diagnosen als postkoordinierten Code *einer* Condition-Ressource aufzufassen.\n Statt dessen müssen sie zwei eigenständige Condition-Ressourcen abgebildet werden, die mit Hilfe der `related`-Extension miteinander verknüpft werden. \n Die Sekundärdiagnose verweist jeweils auf die Primärdiagnose." /> <min value="0" /> <max value="1" /> <type> <code value="Extension" /> <profile value="http://hl7.org/fhir/StructureDefinition/condition-related" /> </type> <mustSupport value="true" /> </element> <element id="Condition.clinicalStatus"> <path value="Condition.clinicalStatus" /> <short value="klinischer Status" /> <comment value="**Begründung MS:** Auch in Stufe 4 sind keine (client-seitigen) schreibenden Operationen für das Erstellen einer Condition-Ressource vorgesehen \n (siehe CapabilityStatement). Das heißt, entweder führen KISe entsprechende Informationen und exponieren diese, \n oder es gibt keinen pragmatischen Mechanismus (im ISIK-Kontext), um den Use Case einer zusätzlichen Annotation mittels Client zu erfüllen. \n Da alle KIS-Hersteller, die sich zu Wort gemeldet haben, eine Befüllung von Condition.clinicalStatus NICHT unterstützen, \n erscheint das MS nach übergreifender Definition und ein verpflichtender Testfall nicht angemessen. \n **Einschränkung der übergreifenden MS-Definition:** Verfügt ein bestätigungsrelevantes System nicht über die Datenstruktur \n zur Hinterlegung des Status einer Diagnose, so MUSS dieses System die Information NICHT abbilden. \n Das System MUSS jedoch `clinicalStatus` befüllen, sofern die entsprechende Information verfügbar ist. \n **Hinweis:** Für Diagnosen aus der *ambulanten* Versorgung können die Werte für `clinicalStatus` und `verificationStatus` aus dem \n [ICD-10-Zusatzkennzeichen für die Diagnosesicherheit](https://www.bfarm.de/DE/Kodiersysteme/Services/Kodierfragen/ICD-10-GM/Allgemeine-Kodierfragen/icd-10-gm-1010.html) abgeleitet werden.\n Das entsprechende Mapping kann den [Deutschen Basisprofilen](https://simplifier.net/guide/leitfaden-de-basis-r4/ig-markdown-Ressourcen-DiagnosenCondition?version=current) entnommen werden." /> <mustSupport value="true" /> </element> <element id="Condition.code"> <path value="Condition.code" /> <short value="Diagnose-Code" /> <comment value="Diagnosen SOLLEN mindestens entweder mit einem der angebenen standardisierten Codier-Verfahren codiert werden. \n Ist keine Codierung möglich, MUSS statt dessen eine textuelle Beschreibung der Prozedur angegeben werden. \n **Begründung Pflichtfeld:** Ist *weder* eine Codierung *noch* eine textuelle Beschreibung vorhanden, besitzt diese Ressource keine medizinische Aussagefähigkeit." /> <min value="1" /> <constraint> <key value="icd-text-1" /> <severity value="error" /> <human value="Entweder MUSS eine kodierte Diagnose vorliegen oder eine textuelle Beschreibung. Stattdessen nur Extensions hinzuzufügen (vgl. https://www.hl7.org/fhir/element.html - ele-1), ist explizit nicht erlaubt." /> <expression value="coding.exists().not() implies text.exists()" /> <source value="https://gematik.de/fhir/isik/StructureDefinition/ISiKDiagnose" /> </constraint> <mustSupport value="true" /> </element> <element id="Condition.code.coding"> <path value="Condition.code.coding" /> <slicing> <discriminator> <type value="pattern" /> <path value="$this" /> </discriminator> <rules value="open" /> </slicing> <mustSupport value="true" /> </element> <element id="Condition.code.coding:ICD-10-GM"> <path value="Condition.code.coding" /> <sliceName value="ICD-10-GM" /> <min value="0" /> <max value="1" /> <type> <code value="Coding" /> <profile value="https://gematik.de/fhir/isik/StructureDefinition/ISiKICD10GMCoding" /> </type> <patternCoding> <system value="http://fhir.de/CodeSystem/bfarm/icd-10-gm" /> </patternCoding> <mustSupport value="true" /> </element> <element id="Condition.code.coding:ICD-10-GM.extension:Mehrfachcodierungs-Kennzeichen"> <path value="Condition.code.coding.extension" /> <sliceName value="Mehrfachcodierungs-Kennzeichen" /> <mustSupport value="true" /> </element> <element id="Condition.code.coding:ICD-10-GM.extension:Seitenlokalisation"> <path value="Condition.code.coding.extension" /> <sliceName value="Seitenlokalisation" /> <mustSupport value="true" /> </element> <element id="Condition.code.coding:ICD-10-GM.extension:Diagnosesicherheit"> <path value="Condition.code.coding.extension" /> <sliceName value="Diagnosesicherheit" /> <mustSupport value="true" /> </element> <element id="Condition.code.coding:Alpha-ID"> <path value="Condition.code.coding" /> <sliceName value="Alpha-ID" /> <min value="0" /> <max value="1" /> <type> <code value="Coding" /> <profile value="http://fhir.de/StructureDefinition/CodingAlphaID" /> </type> <patternCoding> <system value="http://fhir.de/CodeSystem/alpha-id" /> </patternCoding> <mustSupport value="true" /> </element> <element id="Condition.code.coding:Alpha-ID.system"> <path value="Condition.code.coding.system" /> <mustSupport value="true" /> </element> <element id="Condition.code.coding:Alpha-ID.code"> <path value="Condition.code.coding.code" /> <mustSupport value="true" /> </element> <element id="Condition.code.coding:SNOMED-CT"> <path value="Condition.code.coding" /> <sliceName value="SNOMED-CT" /> <min value="0" /> <max value="1" /> <type> <code value="Coding" /> <profile value="https://gematik.de/fhir/isik/StructureDefinition/ISiKSnomedCTCoding" /> </type> <patternCoding> <system value="http://snomed.info/sct" /> </patternCoding> <mustSupport value="true" /> <binding> <strength value="required" /> <valueSet value="https://gematik.de/fhir/isik/ValueSet/DiagnosesSCT" /> </binding> </element> <element id="Condition.code.coding:Orphanet"> <path value="Condition.code.coding" /> <sliceName value="Orphanet" /> <min value="0" /> <max value="1" /> <patternCoding> <system value="http://www.orpha.net" /> </patternCoding> <mustSupport value="true" /> </element> <element id="Condition.code.coding:Orphanet.system"> <path value="Condition.code.coding.system" /> <min value="1" /> <mustSupport value="true" /> </element> <element id="Condition.code.coding:Orphanet.code"> <path value="Condition.code.coding.code" /> <min value="1" /> </element> <element id="Condition.bodySite"> <path value="Condition.bodySite" /> <comment value="**Begründung MS:** Harmonisierung mit KBV-Profil (KBV_PR_Base_Condition_Diagnosis)" /> <mustSupport value="true" /> </element> <element id="Condition.bodySite.coding"> <path value="Condition.bodySite.coding" /> <slicing> <discriminator> <type value="pattern" /> <path value="system" /> </discriminator> <rules value="open" /> </slicing> <mustSupport value="true" /> </element> <element id="Condition.bodySite.coding:snomed-ct"> <path value="Condition.bodySite.coding" /> <sliceName value="snomed-ct" /> <min value="0" /> <max value="1" /> <type> <code value="Coding" /> <profile value="https://gematik.de/fhir/isik/StructureDefinition/ISiKSnomedCTCoding" /> </type> <mustSupport value="true" /> </element> <element id="Condition.subject"> <path value="Condition.subject" /> <short value="Patientenbezug" /> <comment value="**Begründung Must-Support:** Ein Patientenbezug der Diagnose MUSS stets zum Zwecke der Nachvollziehbarkeit und Datenintegrität vorliegen." /> <mustSupport value="true" /> </element> <element id="Condition.subject.reference"> <path value="Condition.subject.reference" /> <short value="Patienten-Link" /> <comment value="Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation \n zu einem Patienten und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc." /> <min value="1" /> <mustSupport value="true" /> </element> <element id="Condition.encounter"> <path value="Condition.encounter" /> <short value="Aufenthaltsbezug" /> <comment value="**Begründung Must-Support:** Ein Aufenthaltsbezug der Diagnose MUSS stets zum Zwecke der Nachvollziehbarkeit und Datenintegrität vorliegen." /> <mustSupport value="true" /> </element> <element id="Condition.encounter.reference"> <path value="Condition.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="Condition.onset[x]"> <path value="Condition.onset[x]" /> <slicing> <discriminator> <type value="type" /> <path value="$this" /> </discriminator> <ordered value="false" /> <rules value="open" /> </slicing> <short value="Erkrankungsbeginn" /> <comment value="Datum oder Alter/Lebensphase des Erkrankungsbeginns\n **Begründung MS:** Die Kenntnis des Erkrankungszeitraumes ist wichtig für die korrekte Einschätzung der medizinischen Relevanz einer Erkraknung. \n **Einschränkung der übergreifenden MS-Definition:** Verfügt ein bestätigungsrelevantes System nicht über die Datenstruktur zur Hinterlegung des Erkrankungszeitraumes,\n so MUSS dieses System die Information NICHT abbilden. \n Das System MUSS jedoch klinischen Status (`active`/`inactive`/`resolved`...) der Diagnose korrekt angeben, sofern die Information verfügbar ist." /> <type> <code value="dateTime" /> </type> <type> <code value="Age" /> </type> <mustSupport value="true" /> </element> <element id="Condition.onset[x]:onsetAge"> <path value="Condition.onset[x]" /> <sliceName value="onsetAge" /> <min value="0" /> <max value="1" /> <type> <code value="Age" /> </type> </element> <element id="Condition.onset[x]:onsetAge.extension:Lebensphase-Beginn"> <path value="Condition.onset[x].extension" /> <sliceName value="Lebensphase-Beginn" /> <short value="Lebensphase des Erkrankungsbeginns" /> <comment value="Alternative Angabe, wenn genauere Eingrenzungen des Zeitraums nicht möglich sind, insbesondere im Kontext anamnestischer Diagnosen" /> <min value="0" /> <max value="1" /> <type> <code value="Extension" /> <profile value="http://fhir.de/StructureDefinition/lebensphase" /> </type> </element> <element id="Condition.abatement[x]"> <path value="Condition.abatement[x]" /> <slicing> <discriminator> <type value="type" /> <path value="$this" /> </discriminator> <ordered value="false" /> <rules value="open" /> </slicing> <short value="Erkrankungsende" /> <comment value="Datum oder Alter/Lebensphase des Erkrankungsendes \n **Begründung MS:** Die Kenntnis des Erkrankungszeitraumes ist wichtig für die korrekte Einschätzung der medizinischen Relevanz einer Erkraknung. \n **Einschränkung der übergreifenden MS-Definition:** Verfügt ein bestätigungsrelevantes System nicht über die Datenstruktur zur Hinterlegung des Erkrankungszeitraumes,\n so MUSS dieses System die Information NICHT abbilden. \n Das System MUSS jedoch klinischen Status (`active`/`inactive`/`resolved`...) der Diagnose korrekt angeben, sofern die Information verfügbar ist." /> <type> <code value="dateTime" /> </type> <type> <code value="Age" /> </type> <mustSupport value="true" /> </element> <element id="Condition.abatement[x]:abatementAge"> <path value="Condition.abatement[x]" /> <sliceName value="abatementAge" /> <min value="0" /> <max value="1" /> <type> <code value="Age" /> </type> </element> <element id="Condition.abatement[x]:abatementAge.extension:Lebensphase-Ende"> <path value="Condition.abatement[x].extension" /> <sliceName value="Lebensphase-Ende" /> <short value="Lebensphase des Erkrankungsendes" /> <comment value="Alternative Angabe, wenn genauere Eingrenzungen des Zeitraums nicht möglich sind, insbesondere im Kontext anamnestischer Diagnosen" /> <min value="0" /> <max value="1" /> <type> <code value="Extension" /> <profile value="http://fhir.de/StructureDefinition/lebensphase" /> </type> </element> <element id="Condition.recordedDate"> <path value="Condition.recordedDate" /> <short value="Dokumentationsdatum" /> <comment value="Datum, an dem die Diagnose dokumentiert wurde. \n **Begründung Pflichtfeld:** Das Dokumentationsdatum der Diagnose MUSS zu Qualitätssicherungszwecken angegeben werden. Dies ist das fachliche Dokumentationsdatum, \n nicht zu verwechseln mit der technischen Anlage des Datensatzes im Primärsystem. Diese beiden Daten können jedoch identisch sein. \n **Hinweis:** Das Recorded Date MUSS mindestens auf den Monat genau angegeben werden." /> <min value="1" /> <mustSupport value="true" /> </element> <element id="Condition.note"> <path value="Condition.note" /> <short value="Notizen" /> <comment value="Ergänzende Hinweise und Anmerkungen zur Diagnose" /> <mustSupport value="true" /> </element> </differential> </StructureDefinition>
{ "resourceType": "StructureDefinition", "id": "ISiKDiagnose", "url": "https://gematik.de/fhir/isik/StructureDefinition/ISiKDiagnose", "version": "4.0.1", "name": "ISiKDiagnose", "status": "active", "experimental": false, "date": "2024-11-25", "publisher": "gematik GmbH", "description": "Dieses Profil spezifiziert die Minimalanforderungen für die Bereitstellung von Informationen \nüber die Diagnosen eines Patienten im Rahmen des Bestätigungsverfahrens der gematik. \n### Motivation\nDie Möglichkeit, auf eine Übersicht der Diagnosen eines Patienten zuzugreifen, Patienten anhand ihrer Diagnose zu suchen oder zu prüfen, \nob eine konkrete Diagnose bei einem Patienten vorliegt, sind wichtige Funktionen im klinischen Behandlungsablauf. \n\nIn FHIR werden Diagnosen mit der Condition-Ressource repräsentiert. \n\nDa die Diagnosen in klinischen Primärsystemen in der Regel in ICD-10-codierter Form vorliegen, fordert ISiK in erster Linie diese Form des Austausches. \nFalls eine Diagnose zwar dokumentiert, aber noch nicht codiert wurde (z.B. wenn die Kodierung erst nach der Entlassung erfolgt), \nist alternativ eine Repräsentation als Freitext-Diagnose möglich.\n\n### Kompatibilität\nFür das Profil ISiKDiagnose wird eine Kompatibilität mit folgenden Profilen angestrebt; allerdings kann nicht sichergestellt werden, dass Instanzen, die gegen ISiKDiagnose valide sind, auch valide sind gegen:\n* das [Profil ProfileConditionDiagnose der Medizininformatik-Initative](https://www.medizininformatik-initiative.de/fhir/core/modul-diagnose/StructureDefinition/Diagnose)\n* das [Profil KBV_PR_Base_Condition_Diagnosis der KBV](https://fhir.kbv.de/StructureDefinition/KBV_PR_Base_Condition_Diagnosis)] \nHinweise zu Inkompatibilitäten können über die [Portalseite](https://service.gematik.de/servicedesk/customer/portal/16) gemeldet werden.", "fhirVersion": "4.0.1", "kind": "resource", "abstract": false, "type": "Condition", "baseDefinition": "http://hl7.org/fhir/StructureDefinition/Condition", "derivation": "constraint", "differential": { "element": [ { "id": "Condition", "path": "Condition", "constraint": [ { "key": "isik-con1", "severity": "error", "human": "Falls eine kodierte Diagnose vorliegt muss angegeben werden durch welchen Kontakt diese Dokumentation erfolgte.", "expression": "code.coding.exists() implies encounter.exists()", "source": "https://gematik.de/fhir/isik/StructureDefinition/ISiKDiagnose" } ] }, { "id": "Condition.extension", "path": "Condition.extension", "mustSupport": true }, { "id": "Condition.extension:related", "path": "Condition.extension", "sliceName": "related", "short": "Verknüpfte Diagnose", "comment": " Die Deutschen Kodierrichtlinien und die 'German Modification' ermöglichen es teilweise, \n ICD-10-Codierte Diagnosen miteinander zu verknüpfen ("Kreuz-Stern-Ausrufezeichen-Notation"), \n diese aber dennoch wie eigenständige Diagnosen (mit jeweils eigener Diagnosesicherheit oder -Lokalisation) zu kommunizieren.\n Daher ist es in Deutschland nicht möglich, dem internationalen Usus zu folgen und verknüpfte Diagnosen als postkoordinierten Code *einer* Condition-Ressource aufzufassen.\n Statt dessen müssen sie zwei eigenständige Condition-Ressourcen abgebildet werden, die mit Hilfe der `related`-Extension miteinander verknüpft werden. \n Die Sekundärdiagnose verweist jeweils auf die Primärdiagnose.", "min": 0, "max": "1", "type": [ { "code": "Extension", "profile": [ "http://hl7.org/fhir/StructureDefinition/condition-related" ] } ], "mustSupport": true }, { "id": "Condition.clinicalStatus", "path": "Condition.clinicalStatus", "short": "klinischer Status", "comment": "**Begründung MS:** Auch in Stufe 4 sind keine (client-seitigen) schreibenden Operationen für das Erstellen einer Condition-Ressource vorgesehen \n (siehe CapabilityStatement). Das heißt, entweder führen KISe entsprechende Informationen und exponieren diese, \n oder es gibt keinen pragmatischen Mechanismus (im ISIK-Kontext), um den Use Case einer zusätzlichen Annotation mittels Client zu erfüllen. \n Da alle KIS-Hersteller, die sich zu Wort gemeldet haben, eine Befüllung von Condition.clinicalStatus NICHT unterstützen, \n erscheint das MS nach übergreifender Definition und ein verpflichtender Testfall nicht angemessen. \n **Einschränkung der übergreifenden MS-Definition:** Verfügt ein bestätigungsrelevantes System nicht über die Datenstruktur \n zur Hinterlegung des Status einer Diagnose, so MUSS dieses System die Information NICHT abbilden. \n Das System MUSS jedoch `clinicalStatus` befüllen, sofern die entsprechende Information verfügbar ist. \n **Hinweis:** Für Diagnosen aus der *ambulanten* Versorgung können die Werte für `clinicalStatus` und `verificationStatus` aus dem \n [ICD-10-Zusatzkennzeichen für die Diagnosesicherheit](https://www.bfarm.de/DE/Kodiersysteme/Services/Kodierfragen/ICD-10-GM/Allgemeine-Kodierfragen/icd-10-gm-1010.html) abgeleitet werden.\n Das entsprechende Mapping kann den [Deutschen Basisprofilen](https://simplifier.net/guide/leitfaden-de-basis-r4/ig-markdown-Ressourcen-DiagnosenCondition?version=current) entnommen werden.", "mustSupport": true }, { "id": "Condition.code", "path": "Condition.code", "short": "Diagnose-Code", "comment": "Diagnosen SOLLEN mindestens entweder mit einem der angebenen standardisierten Codier-Verfahren codiert werden. \n Ist keine Codierung möglich, MUSS statt dessen eine textuelle Beschreibung der Prozedur angegeben werden. \n **Begründung Pflichtfeld:** Ist *weder* eine Codierung *noch* eine textuelle Beschreibung vorhanden, besitzt diese Ressource keine medizinische Aussagefähigkeit.", "min": 1, "constraint": [ { "key": "icd-text-1", "severity": "error", "human": "Entweder MUSS eine kodierte Diagnose vorliegen oder eine textuelle Beschreibung. Stattdessen nur Extensions hinzuzufügen (vgl. https://www.hl7.org/fhir/element.html - ele-1), ist explizit nicht erlaubt.", "expression": "coding.exists().not() implies text.exists()", "source": "https://gematik.de/fhir/isik/StructureDefinition/ISiKDiagnose" } ], "mustSupport": true }, { "id": "Condition.code.coding", "path": "Condition.code.coding", "slicing": { "discriminator": [ { "type": "pattern", "path": "$this" } ], "rules": "open" }, "mustSupport": true }, { "id": "Condition.code.coding:ICD-10-GM", "path": "Condition.code.coding", "sliceName": "ICD-10-GM", "min": 0, "max": "1", "type": [ { "code": "Coding", "profile": [ "https://gematik.de/fhir/isik/StructureDefinition/ISiKICD10GMCoding" ] } ], "patternCoding": { "system": "http://fhir.de/CodeSystem/bfarm/icd-10-gm" }, "mustSupport": true }, { "id": "Condition.code.coding:ICD-10-GM.extension:Mehrfachcodierungs-Kennzeichen", "path": "Condition.code.coding.extension", "sliceName": "Mehrfachcodierungs-Kennzeichen", "mustSupport": true }, { "id": "Condition.code.coding:ICD-10-GM.extension:Seitenlokalisation", "path": "Condition.code.coding.extension", "sliceName": "Seitenlokalisation", "mustSupport": true }, { "id": "Condition.code.coding:ICD-10-GM.extension:Diagnosesicherheit", "path": "Condition.code.coding.extension", "sliceName": "Diagnosesicherheit", "mustSupport": true }, { "id": "Condition.code.coding:Alpha-ID", "path": "Condition.code.coding", "sliceName": "Alpha-ID", "min": 0, "max": "1", "type": [ { "code": "Coding", "profile": [ "http://fhir.de/StructureDefinition/CodingAlphaID" ] } ], "patternCoding": { "system": "http://fhir.de/CodeSystem/alpha-id" }, "mustSupport": true }, { "id": "Condition.code.coding:Alpha-ID.system", "path": "Condition.code.coding.system", "mustSupport": true }, { "id": "Condition.code.coding:Alpha-ID.code", "path": "Condition.code.coding.code", "mustSupport": true }, { "id": "Condition.code.coding:SNOMED-CT", "path": "Condition.code.coding", "sliceName": "SNOMED-CT", "min": 0, "max": "1", "type": [ { "code": "Coding", "profile": [ "https://gematik.de/fhir/isik/StructureDefinition/ISiKSnomedCTCoding" ] } ], "patternCoding": { "system": "http://snomed.info/sct" }, "mustSupport": true, "binding": { "strength": "required", "valueSet": "https://gematik.de/fhir/isik/ValueSet/DiagnosesSCT" } }, { "id": "Condition.code.coding:Orphanet", "path": "Condition.code.coding", "sliceName": "Orphanet", "min": 0, "max": "1", "patternCoding": { "system": "http://www.orpha.net" }, "mustSupport": true }, { "id": "Condition.code.coding:Orphanet.system", "path": "Condition.code.coding.system", "min": 1, "mustSupport": true }, { "id": "Condition.code.coding:Orphanet.code", "path": "Condition.code.coding.code", "min": 1 }, { "id": "Condition.bodySite", "path": "Condition.bodySite", "comment": "**Begründung MS:** Harmonisierung mit KBV-Profil (KBV_PR_Base_Condition_Diagnosis)", "mustSupport": true }, { "id": "Condition.bodySite.coding", "path": "Condition.bodySite.coding", "slicing": { "discriminator": [ { "type": "pattern", "path": "system" } ], "rules": "open" }, "mustSupport": true }, { "id": "Condition.bodySite.coding:snomed-ct", "path": "Condition.bodySite.coding", "sliceName": "snomed-ct", "min": 0, "max": "1", "type": [ { "code": "Coding", "profile": [ "https://gematik.de/fhir/isik/StructureDefinition/ISiKSnomedCTCoding" ] } ], "mustSupport": true }, { "id": "Condition.subject", "path": "Condition.subject", "short": "Patientenbezug", "comment": "**Begründung Must-Support:** Ein Patientenbezug der Diagnose MUSS stets zum Zwecke der Nachvollziehbarkeit und Datenintegrität vorliegen.", "mustSupport": true }, { "id": "Condition.subject.reference", "path": "Condition.subject.reference", "short": "Patienten-Link", "comment": "Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation \n zu einem Patienten und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.", "min": 1, "mustSupport": true }, { "id": "Condition.encounter", "path": "Condition.encounter", "short": "Aufenthaltsbezug", "comment": "**Begründung Must-Support:** Ein Aufenthaltsbezug der Diagnose MUSS stets zum Zwecke der Nachvollziehbarkeit und Datenintegrität vorliegen.", "mustSupport": true }, { "id": "Condition.encounter.reference", "path": "Condition.encounter.reference", "short": "Encounter-Link", "comment": "**Begründung Pflichtfeld:** Die Verlinkung auf eine Encounter-Ressource dient der technischen Zuordnung der Dokumentation zu einem Aufenthalt \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": "Condition.onset[x]", "path": "Condition.onset[x]", "slicing": { "discriminator": [ { "type": "type", "path": "$this" } ], "ordered": false, "rules": "open" }, "short": "Erkrankungsbeginn", "comment": "Datum oder Alter/Lebensphase des Erkrankungsbeginns\n **Begründung MS:** Die Kenntnis des Erkrankungszeitraumes ist wichtig für die korrekte Einschätzung der medizinischen Relevanz einer Erkraknung. \n **Einschränkung der übergreifenden MS-Definition:** Verfügt ein bestätigungsrelevantes System nicht über die Datenstruktur zur Hinterlegung des Erkrankungszeitraumes,\n so MUSS dieses System die Information NICHT abbilden. \n Das System MUSS jedoch klinischen Status (`active`/`inactive`/`resolved`...) der Diagnose korrekt angeben, sofern die Information verfügbar ist.", "type": [ { "code": "dateTime" }, { "code": "Age" } ], "mustSupport": true }, { "id": "Condition.onset[x]:onsetAge", "path": "Condition.onset[x]", "sliceName": "onsetAge", "min": 0, "max": "1", "type": [ { "code": "Age" } ] }, { "id": "Condition.onset[x]:onsetAge.extension:Lebensphase-Beginn", "path": "Condition.onset[x].extension", "sliceName": "Lebensphase-Beginn", "short": "Lebensphase des Erkrankungsbeginns", "comment": "Alternative Angabe, wenn genauere Eingrenzungen des Zeitraums nicht möglich sind, insbesondere im Kontext anamnestischer Diagnosen", "min": 0, "max": "1", "type": [ { "code": "Extension", "profile": [ "http://fhir.de/StructureDefinition/lebensphase" ] } ] }, { "id": "Condition.abatement[x]", "path": "Condition.abatement[x]", "slicing": { "discriminator": [ { "type": "type", "path": "$this" } ], "ordered": false, "rules": "open" }, "short": "Erkrankungsende", "comment": "Datum oder Alter/Lebensphase des Erkrankungsendes \n **Begründung MS:** Die Kenntnis des Erkrankungszeitraumes ist wichtig für die korrekte Einschätzung der medizinischen Relevanz einer Erkraknung. \n **Einschränkung der übergreifenden MS-Definition:** Verfügt ein bestätigungsrelevantes System nicht über die Datenstruktur zur Hinterlegung des Erkrankungszeitraumes,\n so MUSS dieses System die Information NICHT abbilden. \n Das System MUSS jedoch klinischen Status (`active`/`inactive`/`resolved`...) der Diagnose korrekt angeben, sofern die Information verfügbar ist.", "type": [ { "code": "dateTime" }, { "code": "Age" } ], "mustSupport": true }, { "id": "Condition.abatement[x]:abatementAge", "path": "Condition.abatement[x]", "sliceName": "abatementAge", "min": 0, "max": "1", "type": [ { "code": "Age" } ] }, { "id": "Condition.abatement[x]:abatementAge.extension:Lebensphase-Ende", "path": "Condition.abatement[x].extension", "sliceName": "Lebensphase-Ende", "short": "Lebensphase des Erkrankungsendes", "comment": "Alternative Angabe, wenn genauere Eingrenzungen des Zeitraums nicht möglich sind, insbesondere im Kontext anamnestischer Diagnosen", "min": 0, "max": "1", "type": [ { "code": "Extension", "profile": [ "http://fhir.de/StructureDefinition/lebensphase" ] } ] }, { "id": "Condition.recordedDate", "path": "Condition.recordedDate", "short": "Dokumentationsdatum", "comment": "Datum, an dem die Diagnose dokumentiert wurde. \n **Begründung Pflichtfeld:** Das Dokumentationsdatum der Diagnose MUSS zu Qualitätssicherungszwecken angegeben werden. Dies ist das fachliche Dokumentationsdatum, \n nicht zu verwechseln mit der technischen Anlage des Datensatzes im Primärsystem. Diese beiden Daten können jedoch identisch sein. \n **Hinweis:** Das Recorded Date MUSS mindestens auf den Monat genau angegeben werden.", "min": 1, "mustSupport": true }, { "id": "Condition.note", "path": "Condition.note", "short": "Notizen", "comment": "Ergänzende Hinweise und Anmerkungen zur Diagnose", "mustSupport": true } ] } }
Constraints/Invarianten
Name | Schweregrad | Beschreibung | Ausdruck |
---|---|---|---|
isik-con1 | error | Falls eine kodierte Diagnose vorliegt muss angegeben werden durch welchen Kontakt diese Dokumentation erfolgte. | code.coding.exists() implies encounter.exists() |
icd-text-1 | error | Entweder MUSS eine kodierte Diagnose vorliegen oder eine textuelle Beschreibung. Stattdessen nur Extensions hinzuzufügen (vgl. https://www.hl7.org/fhir/element.html - ele-1), ist explizit nicht erlaubt. | coding.exists().not() implies text.exists() |
Terminology-Bindings
Element | Staerke | ValueSet |
---|---|---|
Condition.code.coding:SNOMED-CT | required | https://gematik.de/fhir/isik/ValueSet/DiagnosesSCT |
Anmerkungen zu Must-Support-Feldern
Feldname | Kurzbeschreibung | Hinweise |
---|---|---|
Condition.extension | ||
Condition.extension:related | Verknüpfte Diagnose | Die Deutschen Kodierrichtlinien und die 'German Modification' ermöglichen es teilweise,
ICD-10-Codierte Diagnosen miteinander zu verknüpfen ("Kreuz-Stern-Ausrufezeichen-Notation"),
diese aber dennoch wie eigenständige Diagnosen (mit jeweils eigener Diagnosesicherheit oder -Lokalisation) zu kommunizieren.
Daher ist es in Deutschland nicht möglich, dem internationalen Usus zu folgen und verknüpfte Diagnosen als postkoordinierten Code einer Condition-Ressource aufzufassen.
Statt dessen müssen sie zwei eigenständige Condition-Ressourcen abgebildet werden, die mit Hilfe der |
Condition.clinicalStatus | klinischer Status | Begründung MS: Auch in Stufe 4 sind keine (client-seitigen) schreibenden Operationen für das Erstellen einer Condition-Ressource vorgesehen
(siehe CapabilityStatement). Das heißt, entweder führen KISe entsprechende Informationen und exponieren diese,
oder es gibt keinen pragmatischen Mechanismus (im ISIK-Kontext), um den Use Case einer zusätzlichen Annotation mittels Client zu erfüllen.
Da alle KIS-Hersteller, die sich zu Wort gemeldet haben, eine Befüllung von Condition.clinicalStatus NICHT unterstützen,
erscheint das MS nach übergreifender Definition und ein verpflichtender Testfall nicht angemessen. |
Condition.code | Diagnose-Code | Diagnosen SOLLEN mindestens entweder mit einem der angebenen standardisierten Codier-Verfahren codiert werden.
Ist keine Codierung möglich, MUSS statt dessen eine textuelle Beschreibung der Prozedur angegeben werden. |
Condition.code.coding | ||
Condition.code.coding:ICD-10-GM | ||
Condition.code.coding:ICD-10-GM.extension:Mehrfachcodierungs-Kennzeichen | ||
Condition.code.coding:ICD-10-GM.extension:Seitenlokalisation | ||
Condition.code.coding:ICD-10-GM.extension:Diagnosesicherheit | ||
Condition.code.coding:Alpha-ID | ||
Condition.code.coding:Alpha-ID.system | ||
Condition.code.coding:Alpha-ID.code | ||
Condition.code.coding:SNOMED-CT | ||
Condition.code.coding:Orphanet | ||
Condition.code.coding:Orphanet.system | ||
Condition.bodySite | Begründung MS: Harmonisierung mit KBV-Profil (KBV_PR_Base_Condition_Diagnosis) | |
Condition.bodySite.coding | ||
Condition.bodySite.coding:snomed-ct | ||
Condition.subject | Patientenbezug | Begründung Must-Support: Ein Patientenbezug der Diagnose MUSS stets zum Zwecke der Nachvollziehbarkeit und Datenintegrität vorliegen. |
Condition.subject.reference | Patienten-Link | Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc. |
Condition.encounter | Aufenthaltsbezug | Begründung Must-Support: Ein Aufenthaltsbezug der Diagnose MUSS stets zum Zwecke der Nachvollziehbarkeit und Datenintegrität vorliegen. |
Condition.encounter.reference | Encounter-Link | Begründung Pflichtfeld: Die Verlinkung auf eine Encounter-Ressource dient der technischen Zuordnung der Dokumentation zu einem Aufenthalt
und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc. |
Condition.onset[x] | Erkrankungsbeginn | Datum oder Alter/Lebensphase des Erkrankungsbeginns
Begründung MS: Die Kenntnis des Erkrankungszeitraumes ist wichtig für die korrekte Einschätzung der medizinischen Relevanz einer Erkraknung. |
Condition.abatement[x] | Erkrankungsende | Datum oder Alter/Lebensphase des Erkrankungsendes |
Condition.recordedDate | Dokumentationsdatum | Datum, an dem die Diagnose dokumentiert wurde. |
Condition.note | Notizen | Ergänzende Hinweise und Anmerkungen zur Diagnose |
Interaktionen
Interaktion | Verbindlichkeit |
---|---|
read | SHALL |
search-type | SHALL |
Parameter | Typ | Verbindlichkeit | Hinweise |
---|---|---|---|
_id | token | SHALL | Beispiel: |
_tag | token | SHALL | Beispiel: |
_count | number | SHALL | Beispiel: |
_has | string | MAY | Beispiel: Suche nach allen Patienten, die eine Observation mit dem Code '1234-5' haben |
clinical-status | token | SHALL | Beispiel: |
patient | reference | SHALL | Beispiel: |
subject | reference | SHALL | Beispiel: |
encounter | reference | SHALL | Beispiel: |
recorded-date | date | SHALL | Beispiel: |
related | reference | SHALL | Beispiel: |
category | token | MAY | Beispiel: |
(Reverse-)Include
Include | ReverseInclude |
---|---|
Condition:patient; Condition:subject; Condition:encounter | Encounter:diagnosis |
Beispiele
Beispiel einer Diagnose
Condition |
id : Example-condition-kreuz-stern-primaer |
meta |
profile : https://gematik.de/fhir/isik/StructureDefinition/ISiKDiagnose |
clinicalStatus |
coding |
system : http://terminology.hl7.org/CodeSystem/condition-clinical |
code : recurrence |
code |
coding |
extension |
url : http://fhir.de/StructureDefinition/icd-10-gm-mehrfachcodierungs-kennzeichen |
value |
system : http://fhir.de/CodeSystem/icd-10-gm-mehrfachcodierungs-kennzeichen |
version : 2021 |
code : † |
system : http://fhir.de/CodeSystem/bfarm/icd-10-gm |
version : 2019 |
code : E10.30 |
display : Diabetes mellitus |
subject |
reference : Patient/PatientinMusterfrau |
encounter |
reference : Encounter/Fachabteilungskontakt |
recordedDate : 2021-05-24 |
note |
text : Beispiel für eine Anmerkung |
<Condition xmlns="http://hl7.org/fhir"> <id value="Example-condition-kreuz-stern-primaer" /> <meta> <profile value="https://gematik.de/fhir/isik/StructureDefinition/ISiKDiagnose" /> </meta> <clinicalStatus> <coding> <system value="http://terminology.hl7.org/CodeSystem/condition-clinical" /> <code value="recurrence" /> </coding> </clinicalStatus> <code> <coding> <extension url="http://fhir.de/StructureDefinition/icd-10-gm-mehrfachcodierungs-kennzeichen"> <valueCoding> <system value="http://fhir.de/CodeSystem/icd-10-gm-mehrfachcodierungs-kennzeichen" /> <version value="2021" /> <code value="†" /> </valueCoding> </extension> <system value="http://fhir.de/CodeSystem/bfarm/icd-10-gm" /> <version value="2019" /> <code value="E10.30" /> <display value="Diabetes mellitus" /> </coding> </code> <subject> <reference value="Patient/PatientinMusterfrau" /> </subject> <encounter> <reference value="Encounter/Fachabteilungskontakt" /> </encounter> <recordedDate value="2021-05-24" /> <note> <text value="Beispiel für eine Anmerkung" /> </note> </Condition>
{ "resourceType": "Condition", "id": "Example-condition-kreuz-stern-primaer", "meta": { "profile": [ "https://gematik.de/fhir/isik/StructureDefinition/ISiKDiagnose" ] }, "clinicalStatus": { "coding": [ { "code": "recurrence", "system": "http://terminology.hl7.org/CodeSystem/condition-clinical" } ] }, "code": { "coding": [ { "extension": [ { "url": "http://fhir.de/StructureDefinition/icd-10-gm-mehrfachcodierungs-kennzeichen", "valueCoding": { "version": "2021", "code": "†", "system": "http://fhir.de/CodeSystem/icd-10-gm-mehrfachcodierungs-kennzeichen" } } ], "version": "2019", "code": "E10.30", "system": "http://fhir.de/CodeSystem/bfarm/icd-10-gm", "display": "Diabetes mellitus" } ] }, "subject": { "reference": "Patient/PatientinMusterfrau" }, "encounter": { "reference": "Encounter/Fachabteilungskontakt" }, "recordedDate": "2021-05-24", "note": [ { "text": "Beispiel für eine Anmerkung" } ] }