Ihevs:Folder.codeList
Dieses Material ist Teil des Leitfadens [[Category:|Ihevs:Folder.codeList]].
|
Folder.codeList
Gerade bei longitudinalen Akten stellt sich die Frage, wie die eingestellten Dokumente geordnet werden können. Die in den IHE Document Sharing Profilen vorhandenen Ordner (Folder) entsprechen Markierungen (oft auch als "Tags" bezeichnet), wobei einem Dokument auch mehrere solche Markierungen problemlos zugewiesen werden können. Dies entspricht dem bei Blogs häufig verwendetem System, bei dem ein Artikel mit einem oder mehreren Tags versehen werden. Dies erlaubt es, die Blog Einträge in mehrere, sich überschneidende Teilmengen aufzuteilen, die unterschiedliche Themengebiete darstellen. Im Gegensatz zu Tags bei Blog Software werden die Folder in den IHE Document Sharing Profilen jedoch nicht nur durch eine frei wählbare Zeichenkette beschrieben, sondern zusätzlich durch einen Identifier und durch eine Liste von Codes.
Ein Dokument kann in XDS also mehreren Ordnern zugeordnet werden, die wiederum durch mehrere Codes gekennzeichnet sein können. Die Ordner (Folder) in XDS entsprechen somit nicht dem Ordnerprinzip, mit dem die verbreiteten Betriebssysteme (Windows, UNIX, Linux) Dokumente organisieren. Dort werden die Dokumente in hierarchischen Strukturen entsprechenden Ankerpunkten zugeordnet. Diese Strukturen werden dabei über Pfadangaben realisiert, die durch voneinander getrennten Zeichenketten organisiert werden. Somit übernehmen diese zusammengesetzten Zeichenketten die Ablagelogik. (z.B. "C \ Windows \ System" oder "usr \ local"). Ein Dokument kann in einem solchen System typischerweise nur einem Ordner zugeordnet werden. (Manche Betriebssysteme ermöglichen über Verknüpfungseinträge auch eine Mehrfachzuordnung.) Die Ordner in XDS sind nicht hierarchisch, da sich keine Beziehungen zwischen Ordnern (wie Ordner A1 ist ein Unterordner von Ordner A) abbilden lassen.
Die Einsatzzwecke von Ordnern in den IHE Document Sharing Profilen sind vielfältig und werden hier nicht weiter eingeschränkt. Daher ist das Value Set auch als open deklariert und kann um zusätzliche Codes erweitert werden. Um redundante Kennzeichnungen (und daraus häufig resultierende Widersprüchen) zu vermeiden, wird empfohlen keine Ordner anzulegen, die die schon vorhandenen Metadaten duplizieren. Z.B. ist eine Grobklassifizierung von Dokumenten durch den classCode schon gegeben, daher muss kein XdsFolder für "Befunde" angelegt werden. Ebenso kann eine Verlinkung eines Dokuments mit dem zugehörigen administrativen Fall eines Krankenhauses durch die referenceIdList in den XdsDocumentEntry Metadaten realisiert werden, ohne für jeden Fall einen Folder anlegen zu müssen. Die Nutzung der XdsDocumentEntry Metadaten ist prinzipiell zu bevorzugen, da sich diese in XDS Anfragen weitaus flexibler einsetzen lassen und - im Gegensatz zum XdsFolder - kein explizites Anlegen und Verknüpfen erfordern.
Codesystem | Beschreibung | Bildung |
---|---|---|
1.3.6.1.4.1.19376.3.276.1.5.7 | Foldertypen | alle Codes aus dem Codesystem |
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.40 | Gültigkeit | 2021‑06‑25 13:42:01 | ||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Canonical URI | http://ihe-d.de/ValueSets/IHEXDScodeList | ||||||||||||||||||||||||||||||||||
Status | Definitiv | Versions-Label | v3 | ||||||||||||||||||||||||||||||||
Name | IHEXDScodeList | Bezeichnung | IHE XDS codeList | ||||||||||||||||||||||||||||||||
Beschreibung | codeList (XDSFolder) The set of codes specifying the type of clinical activities that resulted in placing XDS Documents in a Folder. | ||||||||||||||||||||||||||||||||||
Quell-Codesystem | 1.3.6.1.4.1.19376.3.276.1.5.7 - Ordnertypen - FHIR: urn:oid:1.3.6.1.4.1.19376.3.276.1.5.7 | ||||||||||||||||||||||||||||||||||
| |||||||||||||||||||||||||||||||||||
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. |