Ihevs:DocumentEntry.classCode

Dieses Material ist Teil des Leitfadens [[Category:|Ihevs:DocumentEntry.classCode]]. Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise. Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden. Liste der Seiten dieses Leitfadens: [[:Category:|hier]], Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

DocumentEntry.classCode

Das Attribut ,classCode' ist gemäß IHE-XDS zwingend gefordert und erlaubt eine erste Klassierung der Dokumente in der XDS-Registry in Dokumentenklassen, wie z.B. Briefe, Befunde oder Bilddaten. Die Wertemenge für diese Obermengen sollte nicht zu detailliert sein, da im Attribut ‚typeCode‘ eine weitere, verfeinerte Beschreibung der Dokumente erfolgt. IHE International empfiehlt, dass die XDS Affinity Domain die Wertemenge für das Attribut ‚classCode‘ definiert. Zur Definition der Wertemenge kann entweder auf internationale Codes aus Snomed CT oder LOINC oder auf eigene Codes zurückgegriffen werden.

Da die internationalen Codesysteme nicht alle gängigen Dokumentenklassen in Deutschland abbilden, hat man sich in der Arbeitsgruppe „Value Sets“ von IHE Deutschland entschieden, ein eigenes Codesystem zu erstellen.

Diese Terminologie ist eine Momentaufnahme vom . Terminologien können sich im Laufe der Zeit weiterentwickeln. Wenn eine neuere (dynamische) Versionen dieser Terminologie benötigt wird, bitte von der Quelle abrufen.
Id	1.2.276.0.76.11.32	Gültigkeit	2021‑06‑25 13:44:47
Canonical URI	http://ihe-d.de/ValueSets/IHEXDSclassCode
Status	Definitiv	Versions-Label	v3
Name	IHEXDSclassCode	Bezeichnung	IHE XDS classCode
Beschreibung	classCode (XDSDocumentEntry) A high-level classification of XDS Documents that indicates the kind of document, e.g., report, summary, note, consent.
2 Quell-Codesysteme	2.16.840.1.113883.6.1 - Logical Observation Identifier Names and Codes - FHIR: http://loinc.org - HL7 V2: LN 1.3.6.1.4.1.19376.3.276.1.5.8 - Dokumentenklassen - FHIR: urn:oid:1.3.6.1.4.1.19376.3.276.1.5.8
Level/ Typ Code Bezeichnung Codesystem Designations Beschreibung 0‑L ADM Administratives Dokument Dokumentenklassen Anträge, Aufklärung, Bescheinigungen; auch juristische Dokumente, Vereinbarungen und Verträge; Anmeldungen, Regelungen, Einwilligungen, Bestellungen, Rechnungen, Bescheide, Anordnungen (im juristischen Sinne), Aufträge, Ausweise (außer medizinische Ausweise wie Impfpässe, siehe Konzept AUS ("Medizinischer Ausweis")), Meldungen, Qualitätssicherungsdokumente, Patientenverfügungen 0‑L ANF Anforderung Dokumentenklassen Anforderung von Diagnostik oder therapeutischen Interventionen; Ausnahmen: nicht medizinische Anforderungen werden über "Administratives Dokument" abgedeckt. 0‑L ASM Assessment Dokumentenklassen Bewertungsbögen zur Bestimmung von Scores und ähnlichen Kennwerten zum gesundheitlichen Zustand des Patienten, die primär der Behandlung des Patienten dienen - sonst handelt es sich um das Konzept GUT ("Qualitätsmanagement") 0‑L BEF Befundbericht Dokumentenklassen Befundberichte von bildgebenden Modalitäten (CT, MRT), weiterer Funktionsdiagnostik (EEG, EKG), sowie manuellen Untersuchungen; solange es keine spezifischeren classCodes gibt (z.B LAB "Laborergebnisse"). Eine weitere Spezialisierung der Befundberichte (z.B. Histopathologie)  kann über den typeCode realisiert werden, insofern sie nicht über den practiceSettingCode abgebildet werden. 0‑L BIL Bilddaten Dokumentenklassen Unter diesem Konzept werden alle Dokumente zusammengefasst, deren Ziel es ist, einen Sachverhalt optisch darzustellen. Beispiele sind Röntgen-, MRT-, CT-Aufnahmen oder Fotos von Wunden, Körperteilen oder ähnlichem. Bilder von Textdokumenten werden nach dem enthaltenen Text klassiert, Videodokumente unter Videodaten. 0‑L BRI Brief Dokumentenklassen Alle Varianten von Arztbriefen wie Überweisungsbrief, Entlassbrief, etc. sowie weitere zusammenfassende Dokumente mit einer ärztlichen oder pflegerischen Bewertung der Fakten. Befundberichte werden über das Konzept "BEF" (Befundbericht) abgedeckt. 0‑L DOK Dokumente ohne besondere Form (Notizen) Dokumentenklassen Notizen und ähnliche Dokumente die keinen inhaltlichen Vorgaben folgen, aber für die weitere Behandlung des Patienten bedeutend sind. 0‑L DUR Durchführungsprotokoll Dokumentenklassen Maschinell oder von Menschen erstellte Protokolle durchgeführter Anamnese, Diagnostik oder Therapie, z.B. Anamnesebogen, OP-Berichte,  Medikamentenverabreichungen; hierzu zählen auch ausgefüllte Checklisten die das prozesskonforme Vorgehen während einer Untersuchung oder OP dokumentieren. Die Protokolle können auch Handlungsanweisungen bzw. Empfehlungen beinhalten, z.B. Visitenprotokoll, Konsilbericht. Dazu gehören auch Messdaten (oft auch als Quelldaten oder Rohdaten bezeichnet) ohne menschliche Bewertung wie Temperaturkurven, Blutdruck-Messungen, Blutzuckerkurven, unbefundete EKGs, Herz-Tonaufnahmen, Bestrahlungsprotokoll, Dosiswerte, etc. mit Ausnahme von Bilddaten und Videodaten. Der Begriff "Patientenkurve" wird in einigen Fällen für eine Sammlung von Temperatur-, Blutdruck- und weiteren pflegerischen Beobachtungen verwendet und sollte dann auch über das Konzept DUR ("Durchführungsprotokoll") abgedeckt werden. Da der Begriff "Patientenkurve" auch für andere Dokumente (bzw. Dokumentenkombinationen) verwendet wird, sollte vor einer solchen Abbildung eine Analyse der so bezeichneten Dokumente durchgeführt und das entsprechende Konzept verwendet werden.  Dokumente die mit diesem Konzept bezeichnet werden können maschinenlesbar sein, müssen es jedoch nicht (z.B. sowohl EKG-Kurve wie auch eingescanntes EKG sind abgedeckt). Ursprungs- und Zwischenformate (wie z.B. Diktat eines Arztbriefes) werden mit dem inhaltlich sinnvollen classCode gekennzeichnet (Brief in diesem Beispiel). 0‑L FOR Forschung Dokumentenklassen Dokumente, die ausschließlich für Forschungsvorhaben erstellt wurden oder gepflegt werden (außer Einwilligungen und Aufklärungen für Forschungsvorhaben, siehe Konzept ADM ("administratives Dokument")) 0‑L GUT Gutachten und Qualitätsmanagement Dokumentenklassen Medizinische Gutachten und Stellungnahmen die eine Qualitätsbewertung als Ziel haben, nicht primär die Unterstützung der Behandlung des Patienten (da sonst das Konzept ASM ("Assessment") verwendet werden sollte). Hierbei handelt es sich nicht notwendigerweise um Gutachten im juristischen Sinn. 0‑L LAB Laborergebnisse Dokumentenklassen Sowohl automatisch erstellte Analysen wie auch Dokumente die primär die Interpretation des Laborarztes darstellen. Auch Dokumentation von Prozessen von Blutbanken, wie auch Human-genetische Analysen gehören hierzu. 0‑L AUS Medizinischer Ausweis Dokumentenklassen Ausweise, Pässe und ähnliche kurze Datensätze, die wichtige medizinische Informationen zusammenfassen. Beispiele: Allergiepass, Allergieausweis, Impfpass, Impfausweis, Impfbuch, Notfalldatensatz 0‑L PLA Planungsdokument Dokumentenklassen Dokumente zur Behandlungsplanung (z.B. Bestrahlungsplan, Medikationsplan) oder Versorgungsplanung (z.B. Nachsorge-Plan). Weitere Beispiele: Wiedereingliederungsplan. 0‑L 57016-8 Patienteneinverständniserklärung Logical Observation Identifier Names and Codes IHE BPPC verwendet laut IHE ITI TF-3 Rev 12.1 (5.1.2.1.1.1) diesen Class Code für "Patient Privacy Consent Acknowledgment Documents", d.h. Patienteneinwilligungen, die auf vordefinierte Zugriffsregelungen verweisen. 0‑L VER Verordnung Dokumentenklassen Verordnungen für Krankenhausbehandlung, Arzneimittel bzw. Heil- und Hilfsmittel, sowie Überweisungen an andere Ärzte 0‑L VID Videodaten Dokumentenklassen Videodaten mit und ohne Tonspuren, sowie gemischte Bild- und Videodaten 0‑D MED obsolet Dokumentenklassen Synonym: Medikation Dieses Konzept gilt als "obsolet" und sollte nicht mehr verwendet werden. Die bisher mit diesem Konzept abgedeckten Dokumententypen sollten zukünftig anderen Klassen zugeordnet werden, d.h. Medikationsplan der Klasse "Planungsdokument", Rezepte der Klasse "Verordnung" und Medikationsvergaben der Klasse "Durchführungsprotokoll".
Legende: Typ L=leaf, S=specializable, A=abstract, D=deprecated. NullFlavor OTH (other) schlägt Text in originalText vor. HL7 V3: NullFlavors werden im @nullFlavor Attribut statt in @code angegeben.