1.2.40.0.34.6.0.11.3.6: Unterschied zwischen den Versionen
[unmarkierte Version] | [unmarkierte Version] |
ADbot (Diskussion | Beiträge) (Automated ADBot page content) |
ADbot (Diskussion | Beiträge) (Automated ADBot page content) |
||
Zeile 5: | Zeile 5: | ||
=Template ''atcdabbr_entry_Problem''= | =Template ''atcdabbr_entry_Problem''= | ||
==Beschreibung== | ==Beschreibung== | ||
− | <p>Dieses generische Template muss in den speziellen Leitfäden spezifiziert werden. Ob ein Problem codiert angegeben werden muss und welche Codesysteme zur Anwendung kommen müssen bzw. sollen, ergibt sich aus dem Kontext des jeweiligen speziellen Implementierungsleitfadens.Das Problem Entry erlaubt die Dokumentation eines Gesundheitsproblems, das verschiedene Ausprägungen haben kann:Diagnose (Diagnosis)Problem (Problem)Zustand (Condition)Symptom (Symptom)Befund (Finding)Beschwerde (Complaint)Funktionelle Einschränkung (Functional limitation)Um welches Problem es sich handelt, wird im value-Element angegeben.Da es sich bei einem Problem technisch um eine observation, also eine dokumentierte Beobachtung handelt, erhält sie den fixen StatusCode "completed". Der Status des Gesundheitsproblems selbst kann über das darin liegende Entry "Problem Status Observation" angegeben werden. Die effectiveTime ("medizinisch relevante Zeit") ist der Zeitraum, zu dem die Beobachtung für den Patienten gilt. Für z.B. einen Arzt, der heute einen Patienten in der Klinik behandelt und einen Herzinfarkt dokumentiert, der vor fünf Jahren aufgetreten ist, liegt die effectiveTime fünf Jahre zurück.effectiveTime.low („Beginn des Problems“): Entspricht dem Zeitpunkt, zu dem das Problem erstmals aufgetreten ist (z.B. der Start der Erkrankung oder Beginn der Symptome). Kann auch unbekannt sein (nullFlavor "UNK")effectiveTime.high („Ende des Problems“): Gibt den Zeitpunkt an, seit dem die zugrunde liegende Erkrankung nicht mehr besteht ("Zustand nach" oder „status post“). Wenn es nicht angegeben ist, gilt das Problem als weiterhin bestehend. Wenn bekannt ist, dass das Problem nicht mehr auftritt, dann MUSS ein effectiveTime.high angegeben werden. Wenn das Datum der Lösung nicht bekannt ist, dann wird der nullFlavor "UNK" angegeben.Weitere Informationen:Das Problem Entry erlaubt die Angabe weiterer Informationen zum Problem:value.qualifier: Typ der Diagnose (Haupt-, Nebendiagnose, Dauerdiagnose)targetSiteCode / | + | <p>Dieses generische Template muss in den speziellen Leitfäden spezifiziert werden. Ob ein Problem codiert angegeben werden muss und welche Codesysteme zur Anwendung kommen müssen bzw. sollen, ergibt sich aus dem Kontext des jeweiligen speziellen Implementierungsleitfadens.Das Problem Entry erlaubt die Dokumentation eines Gesundheitsproblems, das verschiedene Ausprägungen haben kann:Diagnose (Diagnosis)Problem (Problem)Zustand (Condition)Symptom (Symptom)Befund (Finding)Beschwerde (Complaint)Funktionelle Einschränkung (Functional limitation)Um welches Problem es sich handelt, wird im value-Element angegeben.Da es sich bei einem Problem technisch um eine observation, also eine dokumentierte Beobachtung handelt, erhält sie den fixen StatusCode "completed". Der Status des Gesundheitsproblems selbst kann über das darin liegende Entry "Problem Status Observation" angegeben werden. Die effectiveTime ("medizinisch relevante Zeit") ist der Zeitraum, zu dem die Beobachtung für den Patienten gilt. Für z.B. einen Arzt, der heute einen Patienten in der Klinik behandelt und einen Herzinfarkt dokumentiert, der vor fünf Jahren aufgetreten ist, liegt die effectiveTime fünf Jahre zurück.effectiveTime.low („Beginn des Problems“): Entspricht dem Zeitpunkt, zu dem das Problem erstmals aufgetreten ist (z.B. der Start der Erkrankung oder Beginn der Symptome). Kann auch unbekannt sein (nullFlavor "UNK")effectiveTime.high („Ende des Problems“): Gibt den Zeitpunkt an, seit dem die zugrunde liegende Erkrankung nicht mehr besteht ("Zustand nach" oder „status post“). Wenn es nicht angegeben ist, gilt das Problem als weiterhin bestehend. Wenn bekannt ist, dass das Problem nicht mehr auftritt, dann MUSS ein effectiveTime.high angegeben werden. Wenn das Datum der Lösung nicht bekannt ist, dann wird der nullFlavor "UNK" angegeben.Weitere Informationen:Das Problem Entry erlaubt die Angabe weiterer Informationen zum Problem:value.qualifier: Typ der Diagnose (Haupt-, Nebendiagnose, Dauerdiagnose)targetSiteCode / Laterality Qualifier: Seitenlokalisation und anatomische Lage (links, rechts)entryRelationship.Problem Status Observation: Medizinischer Status des Gesundheitsproblems (bestehend, nicht mehr bestehend)entryRelationship.Certainty Observation: Diagnosesicherheit (bestätigt, unbestätigt, Verdacht, ...)entryRelationship.Severity Observation: Schweregrad der Erkrankung (schwer, mittel, leicht)entryRelationship.Comment Entry: Kommentar</p> |
====Aktuelle Version==== | ====Aktuelle Version==== | ||
{{:{{BASEPAGENAME}}/dynamic}} | {{:{{BASEPAGENAME}}/dynamic}} |
Version vom 1. Juni 2020, 20:32 Uhr
Diese Seite wird automatisch mittels eines Bots (ADbot) aus ART-DECOR extrahiert. Manuelle Änderungen dieser Seite sind wirkungslos. |
Weitere Informationen sind zusammengefasst im Hilfe-Beitrag Templates.
1 Template atcdabbr_entry_Problem
1.1 Beschreibung
Dieses generische Template muss in den speziellen Leitfäden spezifiziert werden. Ob ein Problem codiert angegeben werden muss und welche Codesysteme zur Anwendung kommen müssen bzw. sollen, ergibt sich aus dem Kontext des jeweiligen speziellen Implementierungsleitfadens.Das Problem Entry erlaubt die Dokumentation eines Gesundheitsproblems, das verschiedene Ausprägungen haben kann:Diagnose (Diagnosis)Problem (Problem)Zustand (Condition)Symptom (Symptom)Befund (Finding)Beschwerde (Complaint)Funktionelle Einschränkung (Functional limitation)Um welches Problem es sich handelt, wird im value-Element angegeben.Da es sich bei einem Problem technisch um eine observation, also eine dokumentierte Beobachtung handelt, erhält sie den fixen StatusCode "completed". Der Status des Gesundheitsproblems selbst kann über das darin liegende Entry "Problem Status Observation" angegeben werden. Die effectiveTime ("medizinisch relevante Zeit") ist der Zeitraum, zu dem die Beobachtung für den Patienten gilt. Für z.B. einen Arzt, der heute einen Patienten in der Klinik behandelt und einen Herzinfarkt dokumentiert, der vor fünf Jahren aufgetreten ist, liegt die effectiveTime fünf Jahre zurück.effectiveTime.low („Beginn des Problems“): Entspricht dem Zeitpunkt, zu dem das Problem erstmals aufgetreten ist (z.B. der Start der Erkrankung oder Beginn der Symptome). Kann auch unbekannt sein (nullFlavor "UNK")effectiveTime.high („Ende des Problems“): Gibt den Zeitpunkt an, seit dem die zugrunde liegende Erkrankung nicht mehr besteht ("Zustand nach" oder „status post“). Wenn es nicht angegeben ist, gilt das Problem als weiterhin bestehend. Wenn bekannt ist, dass das Problem nicht mehr auftritt, dann MUSS ein effectiveTime.high angegeben werden. Wenn das Datum der Lösung nicht bekannt ist, dann wird der nullFlavor "UNK" angegeben.Weitere Informationen:Das Problem Entry erlaubt die Angabe weiterer Informationen zum Problem:value.qualifier: Typ der Diagnose (Haupt-, Nebendiagnose, Dauerdiagnose)targetSiteCode / Laterality Qualifier: Seitenlokalisation und anatomische Lage (links, rechts)entryRelationship.Problem Status Observation: Medizinischer Status des Gesundheitsproblems (bestehend, nicht mehr bestehend)entryRelationship.Certainty Observation: Diagnosesicherheit (bestätigt, unbestätigt, Verdacht, ...)entryRelationship.Severity Observation: Schweregrad der Erkrankung (schwer, mittel, leicht)entryRelationship.Comment Entry: Kommentar
1.1.1 Aktuelle Version
1.1.2 Zusammenstellung aller Versionen dieses Templates
(bisher keine weiteren Angaben)