OID-Konzept IHE-D

Aus Hl7wiki
Konzept
Wechseln zu: Navigation, Suche
 
(25 dazwischenliegende Versionen von 4 Benutzern werden nicht angezeigt)
Zeile 10: Zeile 10:
 
|Version  = 0.2
 
|Version  = 0.2
 
|Submitted = .
 
|Submitted = .
|Date      = 8. Januar 2013
+
|Date      = 24. Februar 2021
 
|Copyright = 2012
 
|Copyright = 2012
 
|Status    = Entwurf
 
|Status    = Entwurf
Zeile 23: Zeile 23:
 
=OID Konzept von IHE-Deutschland=
 
=OID Konzept von IHE-Deutschland=
  
== Einleitung ==
+
==Root-OID==
OID ist die Abkürzung für "Objekt-Identifier" und stellen international standardisierte Indexe zur Objektkennung für Informationsobjekte dar. Eine OID entspricht dabei einem ASN.1<ref>ASN.1 (Abkürzung für "Abstract Syntax Notation One") ist eine Beschreibungssprache zur Definition von Datenstrukturen und ist ein gemeinsamer Standard der ITU-T (International Telecommunication Union – Telecommunication Standardization Sector) und der ISO (Internationale Organisation for Standardisation).</ref>-Datentyp. Der Standard selbst wie auch der Umgang mit der Vergabe ist in den folgenden Standards beschrieben:
+
Als root-OID für IHE Deutschland wurde 1.3.6.1.4.1.19376.3.276 vergeben:<br />
* ISO/IEC 9834-1 "Kommunikation Offener Systeme - Verfahrensregeln für OSI - Registrierstellen: Allgemeine Verfahren und obere Bögen des ASN.1 Objektkennzeichnungsbaums" beschrieben
 
* ISO/IEC 9834-2 "Kommunikation Offener Systeme - Verfahren für OSI-Registrierstellen - Teil 2: Registrierverfahren für OSI-Dokumentenklassen"
 
* ISO/IEC 9834-3 "Kommunikation Offener Systeme; Verfahrensregeln für OSI - Registrierstellen; Registrierung von gemeinsam von ISO und ITU-T verwalteten Objektkennzeichnungen unter der obersten Bögen des ASN.1 Objektkennzeichnungsbaums"
 
* ISO/IEC 9834-6 "Kommunikation Offener Systeme - Verfahrensregeln für OSI - Registrierstellen: Anwendungsprozesse und Anwendungsinstanzen"
 
* ISO/IEC 9834-8 "Kommunikation Offener Systeme - Verfahrensregeln für OSI - Registrierstellen: Generierung und Registrierung universell eindeutiger Kennzeichen (UUIDs) und ihre Verwendung als ASN.1 Objektkennzeichenkomponenten"
 
* ISO/IEC 9834-9 "Kommunikation Offener Systeme - Verfahrensregeln für OSI - Registrierung von Objektkennzeichnungsbögen für auf ID basierenden Anwendungen und Diensten".
 
Dokumente, wie sie beispielsweise durch HL7 CDA repräsentiert werden, nutzen OIDs um Kodierungs-Schemas und Identifikationsbereiche zu bezeichnen. Dem Procedere liegt die Idee zugrunde, dass jede Identifikation bzw. jedes Kodierschema Teil des Systems ist, in dem sie definiert wurden. Beispiele hierfür sind die Arzt-Identifikationsnummern der Ärztekammern oder Codes für Laboruntersuchungen, die als LOINC-Codes dargestellt werden.<br />
 
Den grundsätzlichen Aufbau einer OID stellt Abbildung 1 dar. Entsprechend dem Baum ist die Root-OID von HL7 2.16.840.1.113883. Die Kombination aus der eigentlichen Identifikation (extension) und der ausgegebenen Instanz (Root-OID) ist zusammen genommen weltweit eindeutig. Dementsprechend ist 2.16.840.1.113883.2.6 die Root-OID von HL7 Deutschland, die Extension "1" verweist auf „interne Artefacts wie Modelle“, wie man in der OID-Beschreibung von HL7 Deutschland nachlesen kann<ref>OID Konzept von HL7-Deutschland. Online, verfügbar unter [http://wiki.hl7.de/index.php/OID-Konzept_HL7-D http://wiki.hl7.de/index.php/OID-Konzept_HL7-D]</ref>. Eine XML-Repräsentation davon wäre beispielsweise<br />
 
<div align="center"><id extension="1" root="2.16.840.1.113883.2.6"/></div>
 
  
== Gute Praxis bei der Vergabe und Nutzung von OID ==
+
<blockquote>
Die folgenden Empfehlungen und Richtlinien sollten bei der Vergabe und Nutzung von OID beachtet werden<ref>Alle Punkte entnommen aus OBJECT IDENTIFIER (OID) KONZEPT FÜR DAS DEUTSCHE GESUNDHEITSWESEN. Online, verfügbar unter [http://www.hl7.de/download/documents/oid-konzept/OIDKonzeptDE-v102.pdf  http://www.hl7.de/download/documents/oid-konzept/OIDKonzeptDE-v102.pdf]</ref>:<br />
+
1 = International Organization for Standardization (ISO)<br />
* Eine Organisation sollte bestehende OID verwenden, wenn diese bereits registriert sind. Eine lokale OID (innerhalb des OID-Baums der Organisation) sollte für etwas, was bereits registriert ist, nicht erzeugt/genutzt werden.
+
3 = Organization identification schemes registered according to ISO/IEC 6523-2<br />
* Eine Organisation nutzt keine bereits vergebene OID, um damit lokal etwas anderes zu identifizieren.
+
6 = United States Department of Defense (DoD)<br />
* Wenn eine Organisation eine OID Registrieranfrage gestellt hat und die verantwortliche ausgebende Instanz verbietet die Erzeugung/Vergabe einer neuen Standard-OID, z. B. weil dafür bereits eine OID existiert, und es wird statt dessen ein alternatives Vorgehen vorgeschlagen, hat die anfragende Organisation die Alternative zu akzeptieren.
+
1 = internet<br />
* Eine Organisation soll keine OID ausgeben für Objekte, die auch außerhalb der Organisation genutzt werden können. Diese müssen über die zentrale OID-Registratur für Deutschland registriert werden.
+
4 = Internet Assigned Numbers Authority (IANA)<br />
* Ausschließlich lokal verwendete OID zwischen zwei kooperierenden Partnern werden in der Regel unter dem OID-Baum eines der Partner registriert. Es sollte angestrebt werden, auch diese OID-Schemas zentral registrieren zu lassen. Für den Fall der Verwendung von lokalen OID kann die Organisation die zentrale Registerstelle z. B. in Zweifelsfällen um Hilfe ersuchen.
+
1 = Private enterprises<br />
 +
19376 = Integrating the Healthcare Enterprise International<br />
 +
3 = Organizations<br />
 +
276 = IHE Deutschland<br />
 +
</blockquote>
  
==OID-Vergabe im deutschen Gesundheitswesen ==
+
Direkt unter der Root-OID von IHe Deutschland eine Ebene vorgesehen, welche das jeweilige Konzept versioniert. Da das jeweilige OID-Konzept auch in der Zukunft Bestand haben muss, IHE Deutschland aber nicht ausschließen kann, in der Zukunft das OID Konzept ändern oder ein völlig Neues erstellen zu müssen, ist die Einführung einer Versionsnummer die einzige umsetzbare Möglichkeit beiden Anforderungen (Zukunftssicherheit und Anpassbarkeit an künftige Anforderungen) zu genügen. Nach der Versionsnummer erfolgt eine Nutzung der extension entsprechend der für Deutschland empfohlenen Vergabe.
Die Root-OID (1.2.276.0.76) für das deutsche Gesundheitswesen liegt beim DIMDI<ref>DIMDI: OID. Online, verfügbar unter [https://www.dimdi.de/static/de/klassi/oid/index.htm https://www.dimdi.de/static/de/klassi/oid/index.htm]</ref>. Dementsprechend können OIDs beim DIMDI beantragt <refDIMDI: OID-Antrag. Online, verfügbar unter [https://www.dimdi.de/static/de/klassi/oid/oid-antrag/index.htm https://www.dimdi.de/static/de/klassi/oid/oid-antrag/index.htm]</ref> und auch gesucht <ref>DIMDI: OID-Suche. Online, verfügbar unter [https://www.dimdi.de/dynamic/de/klassi/oid/verzeichnis.html https://www.dimdi.de/dynamic/de/klassi/oid/verzeichnis.html]</ref> werden. Den grundlegenden Aufbau der Nutzung von „extensions“ im deutschen Gesundheitswesen zeigt Tabelle 1<ref>Dargestellt in OBJECT IDENTIFIER (OID) KONZEPT FÜR DAS DEUTSCHE GESUNDHEITSWESEN. Online, verfügbar unter [http://www.hl7.de/download/documents/oid-konzept/OIDKonzeptDE-v102.pdf http://www.hl7.de/download/documents/oid-konzept/OIDKonzeptDE-v102.pdf]</ref>.
+
 
 +
==Aufbau des OID-Baums für IHE-D==
 
{| class="hl7table"
 
{| class="hl7table"
 
|-
 
|-
!Beschreibung !! OID
+
!Extension (Sub-Branch/Type) !! Beschreibung !! Bemerkung
 +
|-
 +
! *.1 !! OID für das OID Konzept Version 1 !!
 +
|-
 +
|.1.1|| Interne Objekte || interne Artefacts wie Modelle
 +
|-
 +
|.1.1.1 || Ordnertypen ||
 +
|-
 +
|.1.1.2 || Auswahllisten ||
 +
|-
 +
|.1.1.3 || Mitarbeiter ||
 +
|-
 +
! *.1.2 !! interne Organisationsstrukturen !!
 +
|-
 +
! *.1.3 !! Instanzen-Identifikationen !!
 +
|-
 +
|.1.3.1 || Organisationen ||
 +
|-
 +
|.1.3.2 || Personen ||
 
|-
 
|-
|Gesundheitswesen Deutschland || 1.2.276.0.76
+
|.1.3.2.1 || Identifikation des ID-Pools für Patienten ||
 
|-
 
|-
|colspan="2"| extensions
+
|.1.3.2.2 || Identifikation des ID-Pools für Personen allgemein (Ärzte, Betreuer, Kontakte, etc.) ||  
 
|-
 
|-
|Interne Objekte (wie Modelle etc) || 1.2.276.0.76.1
+
|.1.3.3 || Identifikation des ID-Pools für Fälle ||
 
|-
 
|-
|Interne Organisationsstrukturen || 1.2.276.0.76.2
+
! *.1.4 !! Identifikation des ID-Pools für Institutionen (Organisationen, Einheiten, etc.) !! Allgemeine Identifikationsmechanismen wie Personalausweis usw.
 
|-
 
|-
|Instanzen - Identifikatoren des deutschen Gesundheitswesens || 1.2.276.0.76.3
+
|.1.4.1 || Krankenhäuser || Wenn möglich, soll ein Krankenhaus eine eigene OID bei DIMDI beantragen
 
|-
 
|-
|Organisationen des deutschen Gesundheitswesens || 1.2.276.0.76.3.1
+
|.1.4.2 || Praxen niedergelassener Ärzte || Unterhalb dieser Praxis-Ebene wird eine Ebene für Fachbereiche (Allgemeinmedizin, ...) eingeführt. Die Praxis jedes niedergelassenen Arztes bekommt eine eigene OID. Unter dieser Ebene werden ggfs. für Ärzte und Systeme eigene Subtypen definiert.
 
|-
 
|-
|Personen || 1.2.276.0.76.3.2
+
|.1.4.3 || Systeme || Alle angeschlossenen Systeme bekommen eine OID. Unterhalb des Systems werden ggfs. ebenfalls bestimmte Subtypen definiert.
 
|-
 
|-
|Allgemein genutzte Identifizierungsmechanismen wie Personalausweis, etc.|| 1.2.276.0.76.4
+
! *.1.5 !! '''Kodierschemas''' !!
 
|-
 
|-
|Deutsch-spezifische externe Identifikations-Schemas des Gesundheitswesens|| 1.2.276.0.76.5
+
|1.3.6.1.4.1.19376.3.276.1.5.1 || derzeit unbenutzt
 
|-
 
|-
|Deutsch-spezifische Kodierschemas|| 1.2.276.0.76.6
+
|1.3.6.1.4.1.19376.3.276.1.5.2 || Healthcare Facility Type Code: patientenversorgende Einrichtung || 1.2.276.0.76.11.58
 
|-
 
|-
|Dokumente|| 1.2.276.0.76.7
+
|1.3.6.1.4.1.19376.3.276.1.5.3 || Healthcare Facility Type Code: sonstige Einrichtung || 1.2.276.0.76.11.59
 
|-
 
|-
|Experimental-OID für temporäre, experimentelle Verwendung || 1.2.276.0.76.99
+
|1.3.6.1.4.1.19376.3.276.1.5.4 || Practice Setting Code (ärztl. Fachrichtungen) || 1.2.276.0.76.11.69
|}
+
|-
 
+
|1.3.6.1.4.1.19376.3.276.1.5.5 || Practice Setting Code (nicht-ärztl. Fachrichtungen) || 1.2.276.0.76.11.70
 
+
|-
IHE Deutschland ist derzeit dabei, ein eigenes OID-Konzept zu erstellen, um OIDs für Leitfäden zu vergeben. Hier sollte aber Synergien mit den anderen OID-Konzepten hergestellt werden.
+
|1.3.6.1.4.1.19376.3.276.1.5.6  || XDS formatCode (vgl. URN-Konzept) ||
 
+
|-
{| class="hl7table"
+
|1.3.6.1.4.1.19376.3.276.1.5.7  || XDS Folder.codeList ||  1.2.276.0.76.11.40
 +
|-
 +
|1.3.6.1.4.1.19376.3.276.1.5.8  || XDS classCode || 1.2.276.0.76.11.32
 +
|-
 +
|1.3.6.1.4.1.19376.3.276.1.5.9  || XDS typeCode || 1.2.276.0.76.11.38
 +
|-
 +
|1.3.6.1.4.1.19376.3.276.1.5.10  || Patienteneinschätzung der Dokumenten-Sensibilität || 1.2.276.0.76.11.33
 +
|-
 +
|1.3.6.1.4.1.19376.3.276.1.5.11  || Authorspecialty (nicht ärztliche Berufe) ||
 +
|-
 +
|1.3.6.1.4.1.19376.3.276.1.5.12  || SubmissionSet Contenttype Code ||
 +
|-
 +
|1.3.6.1.4.1.19376.3.276.1.5.13  || Authorrole Prozessrollen ||
 +
|-
 +
|1.3.6.1.4.1.19376.3.276.1.5.14  || Authorrole Patientenbeziehungsrollen ||
 +
|-
 +
|1.3.6.1.4.1.19376.3.276.1.5.15  || EventCodeList "Hinweise"/"Informationen" /"Warnungen" ||
 +
|-
 +
|1.3.6.1.4.1.19376.3.276.1.5.16  || EventCodeList "Ereignisse CS#1: Aufnahme - Verlegung - Entlassung" ||
 +
|-
 +
|1.3.6.1.4.1.19376.3.276.1.5.17  || retired / bitte nicht verwendet ||
 +
|-
 +
!*.1.6 !! Metadaten !!
 +
|-
 +
|.1.6.1 || Ordner-Metadaten ||
 +
|-
 +
!*.1.7 !! '''Dokumente''' !!
 +
|-
 +
|1.3.6.1.4.1.19376.3.276.1.7.1 || OID-Konzept ||
 +
|-
 +
|1.3.6.1.4.1.19376.3.276.1.7.2 || Identifikation des ID-Pools für CDA-Dokumente ||
 +
|-
 +
|1.3.6.1.4.1.19376.3.276.1.7.3 || Identifikation des ID-Pools für externe Dokumente (in CDAs verlinkt) ||
 
|-
 
|-
!OID !! Beschreibung
+
|1.3.6.1.4.1.19376.3.276.1.7.4 || IHE_D Cookbook  ||
 
|-
 
|-
|1.3.6.1.4.1.19376 || ???
+
|1.3.6.1.4.1.19376.3.276.1.7.5 || Value-Set-Leitfaden (Vers. 1.0, Nov.2016) ||  
 
|-
 
|-
|1.3.6.1.4.1.19376.1 || ???
+
|1.3.6.1.4.1.19376.3.276.1.7.6 || Value-Set-Leitfaden (Vers. 2.0, Nov.2018) ||  
 
|-
 
|-
|1.3.6.1.4.1.19376.1.1 || IHE International Domain ???
+
|1.3.6.1.4.1.19376.3.276.1.7.7 || Value-Set-Leitfaden (Vers. 3.0, Nov.2021) ||
 
|-
 
|-
|[http://wiki.ihe.net/index.php?title=ITI_-_OID_assignment_1.3.6.1.4.1.19376.1.2 1.3.6.1.4.1.19376.1.2] || Root OID for the ITI Domain
+
! *.1.9 !! Nachrichtenprofile !!
 
|-
 
|-
|1.3.6.1.4.1.19376.2 || ????
+
|... || ||
 
|-
 
|-
|1.3.6.1.4.1.19376.3 || Organisationen
+
! *.1.10 !! Interne Templates !!
 
|-
 
|-
|1.3.6.1.4.1.19376.3.276 || <font color="Red"><b>IHE Deutschland (Root-OID) </b></font>
+
|.1.10.1 || Document Templates ||
 
|-
 
|-
|1.3.6.1.4.1.19376.3.276.1 || <font color="red">OID-Konzept Version 1 </font>
+
|.1.10.1.1 || root-OID für Template-Ids ||
 
|-
 
|-
!1.3.6.1.4.1.19376.3.276.1.1 !! interne Artefakte
+
|.1.10.2 || Section Templates ||
 
|-
 
|-
|... ||
+
|.1.10.2.1 || Identifikation des ID-Pools für CDA-Formularteile ||  
 
|-
 
|-
!1.3.6.1.4.1.19376.3.276.1.2 !! interne Organisationsstrukturen
+
|.1.10.3 || Entry Templates ||
 
|-
 
|-
|... ||
+
! *.1.11 !! '''Value Sets''' !!
 
|-
 
|-
!1.3.6.1.4.1.19376.3.276.1.3 !! Instanzen
+
|1.3.6.1.4.1.19376.3.276.1.11.1 || ''IHEXDSclassCode: Dokumentenart'' '''deprecated, stattdessen 1.2.276.0.76.11.32 verwenden''' ||
 
|-
 
|-
|... ||
+
|1.3.6.1.4.1.19376.3.276.1.11.2 || ''Vertraulichkeit des Dokumentes'' '''deprecated, stattdessen 1.2.276.0.76.11.33 verwenden''' ||  
 
|-
 
|-
!1.3.6.1.4.1.19376.3.276.1.4 !! Allgemeine Identifikationsmechanismen
+
|... || ||
 
|-
 
|-
|... ||
+
! *.1.12 !! Deutsch-spezifische Erweiterungen von seitens der Organisation/Firma verwalteten Kodierschemas !!
 
|-
 
|-
!1.3.6.1.4.1.19376.3.276.1.5 !! Kodesysteme
+
|... || ||
 
|-
 
|-
|1.3.6.1.4.1.19376.3.276.1.5.1 || ?
+
! *.1.15 !! Kodierschemas seitens Organisation/Firma verwaltet !!
 
|-
 
|-
|1.3.6.1.4.1.19376.3.276.1.5.2 || Healthcare Facility Type Code: patientenversorgende Einrichtung
+
|... || ||
 
|-
 
|-
|1.3.6.1.4.1.19376.3.276.1.5.3 || Healthcare Facility Type Code: sonstige Einrichtung
+
! *.1.60 !! Projekte !!
 
|-
 
|-
|1.3.6.1.4.1.19376.3.276.1.5.4 || Practice Setting Code (ärztl. Fachrichtungen)
+
|... || ||
 
|-
 
|-
|1.3.6.1.4.1.19376.3.276.1.5.5 || Practice Setting Code (nicht-ärztl. Fachrichtungen)
+
! *.1.64 !! Policy !!
 
|-
 
|-
| ??  || XDS formatCode (vgl. URN-Konzept)
+
|... || ||
 
|-
 
|-
| ??  || XDS classCode
+
! *.1.67 !! Installations-Instanzen von Softwaresystemen !!
 
|-
 
|-
| ??  || XDS typeCode
+
|... || ||
 
|-
 
|-
| ??  || XDS authorSpecialty
+
!*.1.77 !! ART-DECOR !!
 
|-
 
|-
|... ||
+
|... || ||
 
|-
 
|-
|1.3.6.1.4.1.19376.3.276.2 || <font color="red"> OID-Konzept Version 2 (zur zukünftigen Verwendung) </font>
+
!*.1.99 !! Experimentell / Test !!
 
|-
 
|-
|... ||
+
|... || ||
 
|}
 
|}
 +
 +
== Fußnoten ==
 
<references />
 
<references />

Aktuelle Version vom 24. Februar 2021, 19:49 Uhr


Logo IHE-D

OID Konzept von IHE-Deutschland

Root-OID

Als root-OID für IHE Deutschland wurde 1.3.6.1.4.1.19376.3.276 vergeben:

1 = International Organization for Standardization (ISO)
3 = Organization identification schemes registered according to ISO/IEC 6523-2
6 = United States Department of Defense (DoD)
1 = internet
4 = Internet Assigned Numbers Authority (IANA)
1 = Private enterprises
19376 = Integrating the Healthcare Enterprise International
3 = Organizations
276 = IHE Deutschland

Direkt unter der Root-OID von IHe Deutschland eine Ebene vorgesehen, welche das jeweilige Konzept versioniert. Da das jeweilige OID-Konzept auch in der Zukunft Bestand haben muss, IHE Deutschland aber nicht ausschließen kann, in der Zukunft das OID Konzept ändern oder ein völlig Neues erstellen zu müssen, ist die Einführung einer Versionsnummer die einzige umsetzbare Möglichkeit beiden Anforderungen (Zukunftssicherheit und Anpassbarkeit an künftige Anforderungen) zu genügen. Nach der Versionsnummer erfolgt eine Nutzung der extension entsprechend der für Deutschland empfohlenen Vergabe.

Aufbau des OID-Baums für IHE-D

Extension (Sub-Branch/Type) Beschreibung Bemerkung
*.1 OID für das OID Konzept Version 1
.1.1 Interne Objekte interne Artefacts wie Modelle
.1.1.1 Ordnertypen
.1.1.2 Auswahllisten
.1.1.3 Mitarbeiter
*.1.2 interne Organisationsstrukturen
*.1.3 Instanzen-Identifikationen
.1.3.1 Organisationen
.1.3.2 Personen
.1.3.2.1 Identifikation des ID-Pools für Patienten
.1.3.2.2 Identifikation des ID-Pools für Personen allgemein (Ärzte, Betreuer, Kontakte, etc.)
.1.3.3 Identifikation des ID-Pools für Fälle
*.1.4 Identifikation des ID-Pools für Institutionen (Organisationen, Einheiten, etc.) Allgemeine Identifikationsmechanismen wie Personalausweis usw.
.1.4.1 Krankenhäuser Wenn möglich, soll ein Krankenhaus eine eigene OID bei DIMDI beantragen
.1.4.2 Praxen niedergelassener Ärzte Unterhalb dieser Praxis-Ebene wird eine Ebene für Fachbereiche (Allgemeinmedizin, ...) eingeführt. Die Praxis jedes niedergelassenen Arztes bekommt eine eigene OID. Unter dieser Ebene werden ggfs. für Ärzte und Systeme eigene Subtypen definiert.
.1.4.3 Systeme Alle angeschlossenen Systeme bekommen eine OID. Unterhalb des Systems werden ggfs. ebenfalls bestimmte Subtypen definiert.
*.1.5 Kodierschemas
1.3.6.1.4.1.19376.3.276.1.5.1 derzeit unbenutzt
1.3.6.1.4.1.19376.3.276.1.5.2 Healthcare Facility Type Code: patientenversorgende Einrichtung 1.2.276.0.76.11.58
1.3.6.1.4.1.19376.3.276.1.5.3 Healthcare Facility Type Code: sonstige Einrichtung 1.2.276.0.76.11.59
1.3.6.1.4.1.19376.3.276.1.5.4 Practice Setting Code (ärztl. Fachrichtungen) 1.2.276.0.76.11.69
1.3.6.1.4.1.19376.3.276.1.5.5 Practice Setting Code (nicht-ärztl. Fachrichtungen) 1.2.276.0.76.11.70
1.3.6.1.4.1.19376.3.276.1.5.6 XDS formatCode (vgl. URN-Konzept)
1.3.6.1.4.1.19376.3.276.1.5.7 XDS Folder.codeList 1.2.276.0.76.11.40
1.3.6.1.4.1.19376.3.276.1.5.8 XDS classCode 1.2.276.0.76.11.32
1.3.6.1.4.1.19376.3.276.1.5.9 XDS typeCode 1.2.276.0.76.11.38
1.3.6.1.4.1.19376.3.276.1.5.10 Patienteneinschätzung der Dokumenten-Sensibilität 1.2.276.0.76.11.33
1.3.6.1.4.1.19376.3.276.1.5.11 Authorspecialty (nicht ärztliche Berufe)
1.3.6.1.4.1.19376.3.276.1.5.12 SubmissionSet Contenttype Code
1.3.6.1.4.1.19376.3.276.1.5.13 Authorrole Prozessrollen
1.3.6.1.4.1.19376.3.276.1.5.14 Authorrole Patientenbeziehungsrollen
1.3.6.1.4.1.19376.3.276.1.5.15 EventCodeList "Hinweise"/"Informationen" /"Warnungen"
1.3.6.1.4.1.19376.3.276.1.5.16 EventCodeList "Ereignisse CS#1: Aufnahme - Verlegung - Entlassung"
1.3.6.1.4.1.19376.3.276.1.5.17 retired / bitte nicht verwendet
*.1.6 Metadaten
.1.6.1 Ordner-Metadaten
*.1.7 Dokumente
1.3.6.1.4.1.19376.3.276.1.7.1 OID-Konzept
1.3.6.1.4.1.19376.3.276.1.7.2 Identifikation des ID-Pools für CDA-Dokumente
1.3.6.1.4.1.19376.3.276.1.7.3 Identifikation des ID-Pools für externe Dokumente (in CDAs verlinkt)
1.3.6.1.4.1.19376.3.276.1.7.4 IHE_D Cookbook
1.3.6.1.4.1.19376.3.276.1.7.5 Value-Set-Leitfaden (Vers. 1.0, Nov.2016)
1.3.6.1.4.1.19376.3.276.1.7.6 Value-Set-Leitfaden (Vers. 2.0, Nov.2018)
1.3.6.1.4.1.19376.3.276.1.7.7 Value-Set-Leitfaden (Vers. 3.0, Nov.2021)
*.1.9 Nachrichtenprofile
...
*.1.10 Interne Templates
.1.10.1 Document Templates
.1.10.1.1 root-OID für Template-Ids
.1.10.2 Section Templates
.1.10.2.1 Identifikation des ID-Pools für CDA-Formularteile
.1.10.3 Entry Templates
*.1.11 Value Sets
1.3.6.1.4.1.19376.3.276.1.11.1 IHEXDSclassCode: Dokumentenart deprecated, stattdessen 1.2.276.0.76.11.32 verwenden
1.3.6.1.4.1.19376.3.276.1.11.2 Vertraulichkeit des Dokumentes deprecated, stattdessen 1.2.276.0.76.11.33 verwenden
...
*.1.12 Deutsch-spezifische Erweiterungen von seitens der Organisation/Firma verwalteten Kodierschemas
...
*.1.15 Kodierschemas seitens Organisation/Firma verwaltet
...
*.1.60 Projekte
...
*.1.64 Policy
...
*.1.67 Installations-Instanzen von Softwaresystemen
...
*.1.77 ART-DECOR
...
*.1.99 Experimentell / Test
...

Fußnoten