| Left: | ISiKDiagnose (https://gematik.de/fhir/isik/StructureDefinition/ISiKDiagnose) |
| Right: | Condition: obligations (http://hl7.eu/fhir/hdr/StructureDefinition/condition-obl-eu-hdr) |
| Error | StructureDefinition.url | Values for url differ: 'https://gematik.de/fhir/isik/StructureDefinition/ISiKDiagnose' vs 'http://hl7.eu/fhir/hdr/StructureDefinition/condition-obl-eu-hdr' |
| Error | StructureDefinition.version | Values for version differ: '5.0.0' vs '0.1.0-ballot' |
| Information | StructureDefinition.name | Values for name differ: 'ISiKDiagnose' vs 'ConditionEuHdrObligation' |
| Information | StructureDefinition.status | Values for status differ: 'active' vs 'draft' |
| Information | StructureDefinition.date | Values for date differ: '2025-06-26' vs '2025-06-03T12:48:49+02:00' |
| Information | StructureDefinition.publisher | Values for publisher differ: 'gematik GmbH' vs 'HL7 Europe' |
| Information | StructureDefinition.jurisdiction | Added the item 'http://unstats.un.org/unsd/methods/m49/m49.htm#150' |
| Error | StructureDefinition.baseDefinition | Values for baseDefinition differ: 'http://hl7.org/fhir/StructureDefinition/Condition' vs 'http://hl7.eu/fhir/hdr/StructureDefinition/condition-eu-hdr' |
| Information | StructureDefinition.definition | Values for definition differ: 'A human-readable narrative that contains a summary of the resource and can be used to represent the content of the resource to a human. The narrative need not encode all the structured data, but is required to contain sufficient detail to make it 'clinically safe' for a human to just read the narrative. Resource definitions may define what content should be represented in the narrative to ensure clinical safety.' vs 'Human readable specification of the problem. This is a general notes/comments entry for description of the problem, its diagnosis and prognosis.' |
| Information | StructureDefinition.short | Values for short differ: 'Additional content defined by implementations' vs 'Extension' |
| Information | StructureDefinition.definition | Values for definition differ: 'May be used to represent additional information that is not part of the basic definition of the resource. To make the use of extensions safe and manageable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer can define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension.' vs 'An Extension' |
| Warning | Condition.extension | Elements differ in definition for mustSupport: 'true' vs 'false' |
| Information | StructureDefinition.requirements | Values for requirements differ: 'Modifier extensions allow for extensions that *cannot* be safely ignored to be clearly distinguished from the vast majority of extensions which can be safely ignored. This promotes interoperability by eliminating the need for implementers to prohibit the presence of extensions. For further information, see the [definition of modifier extensions](extensibility.html#modifierExtension).' vs 'Modifier extensions allow for extensions that *cannot* be safely ignored to be clearly distinguished from the vast majority of extensions which can be safely ignored. This promotes interoperability by eliminating the need for implementers to prohibit the presence of extensions. For further information, see the [definition of modifier extensions](http://hl7.org/fhir/R4/extensibility.html#modifierExtension).' |
| Information | StructureDefinition.definition | Values for definition differ: 'Business identifiers assigned to this condition by the performer or other systems which remain constant as the resource is updated and propagates from server to server.' vs 'Globally unique identifier of this problem which remain constant as the resource is updated and propagates from server to server.' |
| Information | StructureDefinition.comment | Values for comment differ: 'This is a business identifier, not a resource identifier (see [discussion](resource.html#identifiers)). It is best practice for the identifier to only appear on a single resource instance, however business practices may occasionally dictate that multiple resource instances with the same identifier can exist - possibly even with different resource types. For example, multiple Patient and a Person resource instance might share the same social insurance number.' vs 'This is a business identifier, not a resource identifier (see [discussion](http://hl7.org/fhir/R4/resource.html#identifiers)). It is best practice for the identifier to only appear on a single resource instance, however business practices may occasionally dictate that multiple resource instances with the same identifier can exist - possibly even with different resource types. For example, multiple Patient and a Person resource instance might share the same social insurance number.' |
| Information | StructureDefinition.short | Values for short differ: 'klinischer Status' vs 'active | recurrence | relapse | inactive | remission | resolved' |
| Information | StructureDefinition.definition | Values for definition differ: 'The clinical status of the condition.' vs 'The problem status describes the condition of the problem: 1. Active problems are problems of which the patient experiences symptoms or for which evidence exists. 2. If condition is abated, then clinicalStatus must be either inactive, resolved, or remission. 3. Problems with the status 'Inactive' refer to problems that don't affect the patient anymore or that of which there is no evidence of existence anymore.' |
| Information | StructureDefinition.comment | Values for comment differ: '**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. **Einschränkung der übergreifenden MS-Definition:** Verfügt ein bestätigungsrelevantes System nicht über die Datenstruktur zur Hinterlegung des Status einer Diagnose, so MUSS dieses System die Information NICHT abbilden. Das System MUSS jedoch `clinicalStatus` befüllen, sofern die entsprechende Information verfügbar ist. **Hinweis:** Für Diagnosen aus der *ambulanten* Versorgung können die Werte für `clinicalStatus` und `verificationStatus` aus dem [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. Das entsprechende Mapping kann den [Deutschen Basisprofilen](https://simplifier.net/guide/leitfaden-de-basis-r4/ig-markdown-Ressourcen-DiagnosenCondition?version=current) entnommen werden.' vs 'The data type is CodeableConcept because clinicalStatus has some clinical judgment involved, such that there might need to be more specificity than the required FHIR value set allows. For example, a SNOMED coding might allow for additional specificity.' |
| Warning | Condition.clinicalStatus | Elements differ in definition for mustSupport: 'true' vs 'false' |
| Information | StructureDefinition.short | Values for short differ: 'problem-list-item | encounter-diagnosis' vs 'category codes' |
| Information | StructureDefinition.definition | Values for definition differ: 'A category assigned to the condition.' vs 'Slices per type of classificaton' |
| Information | StructureDefinition.short | Values for short differ: 'Diagnose-Code' vs 'Identification of the condition, problem or diagnosis' |
| Information | StructureDefinition.definition | Values for definition differ: 'Identification of the condition, problem or diagnosis.' vs 'The problem code specifies the problem. Depending on the setting, different code systems can be used. The ProblemCodelist provides an overview of the possible code systems.' |
| Warning | Condition.code | Elements differ in definition for mustSupport: 'true' vs 'false' |
| Information | Condition.code | Example/preferred bindings differ at Condition.code using binding from ConditionEuHdrObligation |
| Information | StructureDefinition.comment | Values for comment differ: '**Begründung MS:** Harmonisierung mit KBV-Profil (KBV_PR_Base_Condition_Diagnosis)' vs 'Only used if not implicit in code found in Condition.code. If the use case requires attributes from the BodySite resource (e.g. to identify and track separately) then use the standard extension [bodySite](http://hl7.org/fhir/R4/extension-bodysite.html). May be a summary code, or a reference to a very precise definition of the location, or both.' |
| Warning | Condition.bodySite | Elements differ in definition for mustSupport: 'true' vs 'false' |
| Information | StructureDefinition.short | Values for short differ: 'Patientenbezug' vs 'Who has the condition?' |
| Warning | Condition.subject | Elements differ in definition for mustSupport: 'true' vs 'false' |
| Information | StructureDefinition.short | Values for short differ: 'Patienten-Link' vs 'Literal reference, Relative, internal or absolute URL' |
| Information | StructureDefinition.comment | Values for comment differ: '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.' vs 'Using absolute URLs provides a stable scalable approach suitable for a cloud/web context, while using relative/logical references provides a flexible approach suitable for use when trading across closed eco-system boundaries. Absolute URLs do not need to point to a FHIR RESTful server, though this is the preferred approach. If the URL conforms to the structure '/[type]/[id]' then it should be assumed that the reference is to a FHIR RESTful server.' |
| Warning | Condition.subject.reference | Elements differ in definition for mustSupport: 'true' vs 'false' |
| Information | StructureDefinition.short | Values for short differ: 'Aufenthaltsbezug' vs 'Encounter created as part of' |
| Information | StructureDefinition.comment | Values for comment differ: '**Begründung Must-Support:** Ein Aufenthaltsbezug der Diagnose MUSS stets zum Zwecke der Nachvollziehbarkeit und Datenintegrität vorliegen.' vs 'This will typically be the encounter the event occurred within, but some activities may be initiated prior to or after the official completion of an encounter but still be tied to the context of the encounter. This record indicates the encounter this particular record is associated with. In the case of a 'new' diagnosis reflecting ongoing/revised information about the condition, this might be distinct from the first encounter in which the underlying condition was first 'known'.' |
| Warning | Condition.encounter | Elements differ in definition for mustSupport: 'true' vs 'false' |
| Information | StructureDefinition.short | Values for short differ: 'Erkrankungsbeginn' vs 'Estimated or actual date, date-time, or age' |
| Information | StructureDefinition.comment | Values for comment differ: '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. **Einschränkung der übergreifenden MS-Definition:** Verfügt ein bestätigungsrelevantes System nicht über die Datenstruktur zur Hinterlegung des Erkrankungszeitraumes, so MUSS dieses System die Information NICHT abbilden. Das System MUSS jedoch klinischen Status (`active`/`inactive`/`resolved`...) der Diagnose korrekt angeben, sofern die Information verfügbar ist.' vs 'Age is generally used when the patient reports an age at which the Condition began to occur.' |
| Warning | Condition.onset[x] | Elements differ in definition for mustSupport: 'true' vs 'false' |
| Information | StructureDefinition.short | Values for short differ: 'Klinische relevanter Zeitraum Ende' vs 'When in resolution/remission' |
| Information | StructureDefinition.comment | Values for comment differ: 'Ende des klinisch relevanten Zeitraums der Diagnose **Begründung MS:** Die Kenntnis des Erkrankungszeitraumes ist wichtig für die korrekte Einschätzung der medizinischen Relevanz einer Erkraknung. **Einschränkung der übergreifenden MS-Definition:** Verfügt ein bestätigungsrelevantes System nicht über die Datenstruktur zur Hinterlegung des Erkrankungszeitraumes, so MUSS dieses System die Information NICHT abbilden. Das System MUSS jedoch klinischen Status (`active`/`inactive`/`resolved`...) der Diagnose korrekt angeben, sofern die Information verfügbar ist.' vs 'There is no explicit distinction between resolution and remission because in many cases the distinction is not clear. Age is generally used when the patient reports an age at which the Condition abated. If there is no abatement element, it is unknown whether the condition has resolved or entered remission; applications and users should generally assume that the condition is still valid. When abatementString exists, it implies the condition is abated.' |
| Warning | Condition.abatement[x] | Elements differ in definition for mustSupport: 'true' vs 'false' |
| Information | StructureDefinition.short | Values for short differ: 'Dokumentationsdatum' vs 'Date record was first recorded' |
| Warning | Condition.recordedDate | Elements differ in definition for mustSupport: 'true' vs 'false' |
| Information | Condition.recordedDate | Element minimum cardinalities differ: '1' vs '0' |
| Information | StructureDefinition.short | Values for short differ: 'Stage/grade, usually assessed formally' vs 'Stage/grade' |
| Information | StructureDefinition.requirements | Values for requirements differ: 'Modifier extensions allow for extensions that *cannot* be safely ignored to be clearly distinguished from the vast majority of extensions which can be safely ignored. This promotes interoperability by eliminating the need for implementers to prohibit the presence of extensions. For further information, see the [definition of modifier extensions](extensibility.html#modifierExtension).' vs 'Modifier extensions allow for extensions that *cannot* be safely ignored to be clearly distinguished from the vast majority of extensions which can be safely ignored. This promotes interoperability by eliminating the need for implementers to prohibit the presence of extensions. For further information, see the [definition of modifier extensions](http://hl7.org/fhir/R4/extensibility.html#modifierExtension).' |
| Information | StructureDefinition.short | Values for short differ: 'Simple summary (disease specific)' vs 'Most recent Stage Group' |
| Information | StructureDefinition.definition | Values for definition differ: 'Reference to a formal record of the evidence on which the staging assessment is based.' vs 'Reference to the evidence on which the staging assessment is based.' |
| Information | StructureDefinition.short | Values for short differ: 'Kind of staging' vs 'Staging system used.' |
| Information | StructureDefinition.requirements | Values for requirements differ: 'Modifier extensions allow for extensions that *cannot* be safely ignored to be clearly distinguished from the vast majority of extensions which can be safely ignored. This promotes interoperability by eliminating the need for implementers to prohibit the presence of extensions. For further information, see the [definition of modifier extensions](extensibility.html#modifierExtension).' vs 'Modifier extensions allow for extensions that *cannot* be safely ignored to be clearly distinguished from the vast majority of extensions which can be safely ignored. This promotes interoperability by eliminating the need for implementers to prohibit the presence of extensions. For further information, see the [definition of modifier extensions](http://hl7.org/fhir/R4/extensibility.html#modifierExtension).' |
| Information | StructureDefinition.short | Values for short differ: 'Notizen' vs 'Additional information about the Condition' |
| Information | StructureDefinition.definition | Values for definition differ: 'Additional information about the Condition. This is a general notes/comments entry for description of the Condition, its diagnosis and prognosis.' vs 'Comment by the one who determined or updated the Problem.' |
| Warning | Condition.note | Elements differ in definition for mustSupport: 'true' vs 'false' |
| Name | Value | Comments | |
|---|---|---|---|
abstract | false | ||
baseDefinition | http://hl7.org/fhir/StructureDefinition/Condition | http://hl7.eu/fhir/hdr/StructureDefinition/condition-eu-hdr |
|
copyright | Used by permission of HL7 Europe, all rights reserved Creative Commons License |
| |
date | 2025-06-26 | 2025-06-03T12:48:49+02:00 |
|
description | 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](https://www.medizininformatik-initiative.de/fhir/core/modul-diagnose/StructureDefinition/Diagnose) * das [Profil KBV_PR_Base_Condition_Diagnosis der KBV](https://fhir.kbv.de/StructureDefinition/KBV_PR_Base_Condition_Diagnosis)] Hinweise zu Inkompatibilitäten können über die [Portalseite](https://service.gematik.de/servicedesk/customer/portal/16) gemeldet werden. | This profile defines obligations for the Condition in the scope of this guide. It support the Diagnostic summary part of the eHN data model adding two additional categories: First category distingueshes conditions present at admission and acquired during hospital stay, while second category is used to indicate impact of the condition to the treatement during hospital stay (treated, untreated). |
|
experimental | false |
| |
fhirVersion | 4.0.1 | ||
jurisdiction | |||
![]() jurisdiction[0] | http://unstats.un.org/unsd/methods/m49/m49.htm#150 |
| |
kind | resource | ||
name | ISiKDiagnose | ConditionEuHdrObligation |
|
publisher | gematik GmbH | HL7 Europe |
|
purpose | |||
status | active | draft |
|
title | Condition: obligations |
| |
type | Condition | ||
url | https://gematik.de/fhir/isik/StructureDefinition/ISiKDiagnose | http://hl7.eu/fhir/hdr/StructureDefinition/condition-obl-eu-hdr |
|
version | 5.0.0 | 0.1.0-ballot |
|
| Name | L Flags | L Card. | L Type | L Description & Constraints | R Flags | R Card. | R Type | R Description & Constraints | Comments![]() | ||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
![]() | C | 0..* | Condition | Detailed information about conditions, problems or diagnoses con-3: Condition.clinicalStatus SHALL be present if verificationStatus is not entered-in-error and category is problem-list-item con-4: If condition is abated, then clinicalStatus must be either inactive, resolved, or remission con-5: Condition.clinicalStatus SHALL NOT be present if verification Status is entered-in-error isik-con1: Falls eine kodierte Diagnose vorliegt muss angegeben werden durch welchen Kontakt diese Dokumentation erfolgte. | C | 0..* | ConditionEuHdr | Detailed information about conditions, problems or diagnoses This profile also imposes the profile Condition (IPS) con-3: Condition.clinicalStatus SHALL be present if verificationStatus is not entered-in-error and category is problem-list-item con-4: If condition is abated, then clinicalStatus must be either inactive, resolved, or remission con-5: Condition.clinicalStatus SHALL NOT be present if verification Status is entered-in-error | |||||||||
![]() ![]() | Σ | 0..1 | string | Logical id of this artifact | Σ | 0..1 | id | Logical id of this artifact | |||||||||
![]() ![]() | Σ | 0..1 | Meta | Metadata about the resource | Σ | 0..1 | Meta | Metadata about the resource | |||||||||
![]() ![]() | ?!Σ | 0..1 | uri | A set of rules under which this content was created | ?!Σ | 0..1 | uri | A set of rules under which this content was created | |||||||||
![]() ![]() | 0..1 | code | Language of the resource content Binding: ?? (preferred): A human language.
| 0..1 | code | Language of the resource content Binding: ?? (preferred): A human language.
| |||||||||||
![]() ![]() | 0..1 | Narrative | Text summary of the resource, for human interpretation | O | 0..1 | Narrative | Text summary of the resource, for human interpretation
| ||||||||||
![]() ![]() | 0..* | Resource | Contained, inline Resources | 0..* | Resource | Contained, inline Resources | |||||||||||
![]() ![]() | S | 0..* | Extension | Additional content defined by implementations Slice: Unordered, Open by value:url | 0..* | Extension | Extension Slice: Unordered, Open by value:url |
| |||||||||
![]() ![]() | ?! | 0..* | Extension | Extensions that cannot be ignored | ?! | 0..* | Extension | Extensions that cannot be ignored | |||||||||
![]() ![]() | Σ | 0..* | Identifier | External Ids for this condition | OΣ | 0..* | Identifier | External Ids for this condition
| |||||||||
![]() ![]() | ?!SΣC | 0..1 | CodeableConcept | klinischer Status Binding: ?? (required): The clinical status of the condition or diagnosis. | ?!OΣC | 0..1 | ?? | active | recurrence | relapse | inactive | remission | resolved Binding: ?? (required)
|
| ||||||||
![]() ![]() | ?!ΣC | 0..1 | CodeableConcept | unconfirmed | provisional | differential | confirmed | refuted | entered-in-error Binding: ?? (required): The verification status to support or decline the clinical status of the condition or diagnosis. | ?!OΣC | 0..1 | ?? | unconfirmed | provisional | differential | confirmed | refuted | entered-in-error Binding: ?? (required)
| |||||||||
![]() ![]() | 0..* | CodeableConcept | problem-list-item | encounter-diagnosis Binding: ?? (extensible): A category assigned to the condition. | 0..* | ?? | category codes Slice: Unordered, Open by value:$this Binding: ?? (extensible): A category assigned to the condition. | |||||||||||
![]() ![]() | 0..1 | CodeableConcept | Subjective severity of condition Binding: ?? (preferred): A subjective assessment of the severity of the condition as evaluated by the clinician. | 0..1 | ?? | Subjective severity of condition Binding: ?? (preferred) | |||||||||||
![]() ![]() | SΣC | 1..1 | CodeableConcept | Diagnose-Code Binding: ?? (example): Identification of the condition or diagnosis. icd-text-1: 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. | OΣ | 1..1 | ?? | Identification of the condition, problem or diagnosis Binding: ?? (preferred): Valueset to describe the actual problem experienced by the patient
|
| ||||||||
![]() ![]() ![]() | 0..1 | string | Unique id for inter-element referencing |
| |||||||||||||
![]() ![]() ![]() | 0..* | Extension | Additional content defined by implementations Slice: Unordered, Open by value:url |
| |||||||||||||
![]() ![]() ![]() | SΣ | 0..* | Coding | Code defined by a terminology system Slice: Unordered, Open by pattern:$this |
| ||||||||||||
![]() ![]() ![]() | Σ | 0..1 | string | Plain text representation of the concept |
| ||||||||||||
![]() ![]() | SΣ | 0..* | CodeableConcept | Anatomical location, if relevant Binding: ?? (example): Codes describing anatomical locations. May include laterality. | OΣ | 0..* | ?? | Anatomical location, if relevant Binding: ?? (preferred)
|
| ||||||||
![]() ![]() ![]() | 0..1 | string | Unique id for inter-element referencing |
| |||||||||||||
![]() ![]() ![]() | 0..* | Extension | Additional content defined by implementations Slice: Unordered, Open by value:url |
| |||||||||||||
![]() ![]() ![]() | SΣ | 0..* | Coding | Code defined by a terminology system Slice: Unordered, Open by pattern:system |
| ||||||||||||
![]() ![]() ![]() | Σ | 0..1 | string | Plain text representation of the concept |
| ||||||||||||
![]() ![]() | SΣ | 1..1 | Reference(Patient | Group) | Patientenbezug | OΣ | 1..1 | Reference(Patient (EU core)) | Who has the condition?
|
| ||||||||
![]() ![]() ![]() | 0..1 | string | Unique id for inter-element referencing | 0..1 | string | Unique id for inter-element referencing | |||||||||||
![]() ![]() ![]() | 0..* | Extension | Additional content defined by implementations Slice: Unordered, Open by value:url | 0..* | Extension | Additional content defined by implementations Slice: Unordered, Open by value:url | |||||||||||
![]() ![]() ![]() | SΣC | 1..1 | string | Patienten-Link | ΣC | 1..1 | string | Literal reference, Relative, internal or absolute URL |
| ||||||||
![]() ![]() ![]() | Σ | 0..1 | uri | Type the reference refers to (e.g. "Patient") Binding: ?? (extensible): Aa resource (or, for logical models, the URI of the logical model). | Σ | 0..1 | uri | Type the reference refers to (e.g. "Patient") Binding: ?? (extensible): Aa resource (or, for logical models, the URI of the logical model). | |||||||||
![]() ![]() ![]() | Σ | 0..1 | Identifier | Logical reference, when literal reference is not known | Σ | 0..1 | Identifier | Logical reference, when literal reference is not known | |||||||||
![]() ![]() ![]() | Σ | 0..1 | string | Text alternative for the resource | Σ | 0..1 | string | Text alternative for the resource | |||||||||
![]() ![]() | SΣ | 0..1 | Reference(Encounter) | Aufenthaltsbezug | Σ | 0..1 | Reference(Encounter) | Encounter created as part of |
| ||||||||
![]() ![]() ![]() | 0..1 | string | Unique id for inter-element referencing |
| |||||||||||||
![]() ![]() ![]() | 0..* | Extension | Additional content defined by implementations Slice: Unordered, Open by value:url |
| |||||||||||||
![]() ![]() ![]() | SΣC | 1..1 | string | Encounter-Link |
| ||||||||||||
![]() ![]() ![]() | Σ | 0..1 | uri | Type the reference refers to (e.g. "Patient") Binding: ?? (extensible): Aa resource (or, for logical models, the URI of the logical model). |
| ||||||||||||
![]() ![]() ![]() | Σ | 0..1 | Identifier | Logical reference, when literal reference is not known |
| ||||||||||||
![]() ![]() ![]() | Σ | 0..1 | string | Text alternative for the resource |
| ||||||||||||
![]() ![]() | SΣ | 0..1 | dateTime, Age | Erkrankungsbeginn Slice: Unordered, Open by type:$this | Σ | 0..1 | dateTime, Age, Period, Range, string | Estimated or actual date, date-time, or age Slice: Unordered, Closed by type:$this |
| ||||||||
![]() ![]() | SC | 0..1 | dateTime, Age | Klinische relevanter Zeitraum Ende Slice: Unordered, Open by type:$this | C | 0..1 | dateTime, Age, Period, Range, string | When in resolution/remission Slice: Unordered, Closed by type:$this |
| ||||||||
![]() ![]() | SΣ | 1..1 | dateTime | Dokumentationsdatum | Σ | 0..1 | dateTime | Date record was first recorded |
| ||||||||
![]() ![]() | Σ | 0..1 | Reference(Practitioner | PractitionerRole | Patient | RelatedPerson) | Who recorded the condition | Σ | 0..1 | Reference(Practitioner | PractitionerRole | Patient | RelatedPerson) | Who recorded the condition | |||||||||
![]() ![]() | Σ | 0..1 | Reference(Practitioner | PractitionerRole | Patient | RelatedPerson) | Person who asserts this condition | Σ | 0..1 | Reference(Practitioner | PractitionerRole | Patient | RelatedPerson) | Person who asserts this condition | |||||||||
![]() ![]() | C | 0..* | BackboneElement | Stage/grade, usually assessed formally con-1: Stage SHALL have summary or assessment | C | 0..* | BackboneElement | Stage/grade con-1: Stage SHALL have summary or assessment | |||||||||
![]() ![]() ![]() | 0..1 | string | Unique id for inter-element referencing | 0..1 | string | Unique id for inter-element referencing | |||||||||||
![]() ![]() ![]() | 0..* | Extension | Additional content defined by implementations | 0..* | Extension | Additional content defined by implementations | |||||||||||
![]() ![]() ![]() | ?!Σ | 0..* | Extension | Extensions that cannot be ignored even if unrecognized | ?!Σ | 0..* | Extension | Extensions that cannot be ignored even if unrecognized | |||||||||
![]() ![]() ![]() | C | 0..1 | CodeableConcept | Simple summary (disease specific) Binding: ?? (example): Codes describing condition stages (e.g. Cancer stages). | C | 0..1 | CodeableConcept | Most recent Stage Group Binding: ?? (example): Codes describing condition stages (e.g. Cancer stages). | |||||||||
![]() ![]() ![]() | C | 0..* | Reference(ClinicalImpression | DiagnosticReport | Observation) | Formal record of assessment | C | 0..* | Reference(ClinicalImpression | DiagnosticReport | Observation) | Formal record of assessment | |||||||||
![]() ![]() ![]() | 0..1 | CodeableConcept | Kind of staging Binding: ?? (example): Codes describing the kind of condition staging (e.g. clinical or pathological). | 0..1 | CodeableConcept | Staging system used. Binding: ?? (example): Codes describing the kind of condition staging (e.g. clinical or pathological). | |||||||||||
![]() ![]() | C | 0..* | BackboneElement | Supporting evidence con-2: evidence SHALL have code or details | C | 0..* | BackboneElement | Supporting evidence con-2: evidence SHALL have code or details | |||||||||
![]() ![]() ![]() | 0..1 | string | Unique id for inter-element referencing | 0..1 | string | Unique id for inter-element referencing | |||||||||||
![]() ![]() ![]() | 0..* | Extension | Additional content defined by implementations | 0..* | Extension | Additional content defined by implementations | |||||||||||
![]() ![]() ![]() | ?!Σ | 0..* | Extension | Extensions that cannot be ignored even if unrecognized | ?!Σ | 0..* | Extension | Extensions that cannot be ignored even if unrecognized | |||||||||
![]() ![]() ![]() | ΣC | 0..* | CodeableConcept | Manifestation/symptom Binding: ?? (example): Codes that describe the manifestation or symptoms of a condition. | ΣC | 0..* | CodeableConcept | Manifestation/symptom Binding: ?? (example): Codes that describe the manifestation or symptoms of a condition. | |||||||||
![]() ![]() ![]() | ΣC | 0..* | Reference(Resource) | Supporting information found elsewhere | ΣC | 0..* | Reference(Resource) | Supporting information found elsewhere | |||||||||
![]() ![]() | S | 0..* | Annotation | Notizen | 0..* | Annotation | Additional information about the Condition |
| |||||||||
Documentation for this format | |||||||||||||||||