OID-Konzept IHE-D

Aus Hl7wiki
Konzept
Wechseln zu: Navigation, Suche
 
(15 dazwischenliegende Versionen von 3 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==
 
+
Als root-OID für IHE Deutschland wurde 1.3.6.1.4.1.19376.3.276 vergeben:<br />
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:
 
 
 
* 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 />
 
Die Kombination aus der eigentlichen Identifikation (extension) und der ausgegebenen Instanz (Root-OID) ist zusammen genommen weltweit eindeutig. Den grundsätzlichen Aufbau des OID-Baums zeigt die nachfolgende Abbildung:<br />
 
[[Datei:oid-baum.jpg|zentriert|hochkant=4.5|Aufbau des "OID-"Baums]]
 
<br />Entsprechend dem Baum ist die Root-OID von HL7 2.16.840.1.113883:
 
 
<blockquote>
 
<blockquote>
2 = Joint-ISO-ITU-T<br />
+
1 = International Organization for Standardization (ISO)<br />
16 = country assignments<br />
+
3 = Organization identification schemes registered according to ISO/IEC 6523-2<br />
840 = USA<br />
+
6 = United States Department of Defense (DoD)<br />
1 = Organisation<br />
+
1 = internet<br />
113883 = HL7<br />
+
4 = Internet Assigned Numbers Authority (IANA)<br />
 +
1 = Private enterprises<br />
 +
19376 = Integrating the Healthcare Enterprise International<br />
 +
3 = Organizations<br />
 +
276 = IHE Deutschland<br />
 
</blockquote>
 
</blockquote>
  
Ausgehend von der root "1", welche für die "Common standardization area of ISO/IEC" (= International Organization for Standardization/International Electrotechnical Commission) und  ITU-T (= International Telecommunications Union - Telecommunication standardization sector) ist somit aus jeder OID ableitbar, woher sie stammt. Dabei ist die Kombination aus der eigentlichen Identifikation (extension) und der ausgegebenen Instanz (Root-OID) zusammen genommen weltweit eindeutig.
+
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.
 
 
Dementsprechend ist 2.16.840.1.113883.2.6 die Root-OID von HL7 Deutschland, vergeben von HL7 international (113883) an "affiliate" (2) Deutschland (6).
 
 
 
== Gute Praxis bei der Vergabe und Nutzung von OID ==
 
  
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 />
+
==Aufbau des OID-Baums für IHE-D==
* 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.
 
* Eine Organisation nutzt keine bereits vergebene OID, um damit lokal etwas anderes zu identifizieren.
 
* 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.
 
* 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.
 
 
 
==OID-Vergabe im deutschen Gesundheitswesen ==
 
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 <ref>DIMDI: 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 nachfolgende Tabelle <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>.
 
 
{| class="hl7table"
 
{| class="hl7table"
 
|-
 
|-
!Beschreibung !! OID
+
!Extension (Sub-Branch/Type) !! Beschreibung !! Bemerkung
 
|-
 
|-
|Gesundheitswesen Deutschland || 1.2.276.0.76
+
! *.1 !! OID für das OID Konzept Version 1 !!
|-
 
|colspan="2"| extensions
 
|-
 
|Interne Objekte (wie Modelle etc) || 1.2.276.0.76.1
 
|-
 
|Interne Organisationsstrukturen || 1.2.276.0.76.2
 
|-
 
|Instanzen - Identifikatoren des deutschen Gesundheitswesens || 1.2.276.0.76.3
 
|-
 
|Organisationen des deutschen Gesundheitswesens || 1.2.276.0.76.3.1
 
|-
 
|Personen || 1.2.276.0.76.3.2
 
|-
 
|Allgemein genutzte Identifizierungsmechanismen wie Personalausweis, etc.|| 1.2.276.0.76.4
 
|-
 
|Deutsch-spezifische externe Identifikations-Schemas des Gesundheitswesens|| 1.2.276.0.76.5
 
|-
 
|Deutsch-spezifische Kodierschemas|| 1.2.276.0.76.6
 
|-
 
|Dokumente|| 1.2.276.0.76.7
 
|-
 
|Experimental-OID für temporäre, experimentelle Verwendung || 1.2.276.0.76.99
 
|}
 
Die Extension „1“ verweist demnach auf „interne Artefacts wie Modelle“ (siehe auch die Beschreibung zu OIDs von HL7 Deutschland<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>).
 
An diesem grundlegendem Aufbau halten sich Organisationen im deutschen Gesundheitswesen bei der eigenen OID-Verwaltung.
 
 
 
==Genereller Aufbau eines OID-Baums==
 
{| class="hl7table"
 
|-
 
!extension !! Beschreibung !! Bemerkung
 
|-
 
|.1|| OID für das OID Konzept Version 1 ||
 
 
|-
 
|-
 
|.1.1|| Interne Objekte || interne Artefacts wie Modelle
 
|.1.1|| Interne Objekte || interne Artefacts wie Modelle
Zeile 106: Zeile 55:
 
|.1.1.3 || Mitarbeiter ||  
 
|.1.1.3 || Mitarbeiter ||  
 
|-
 
|-
|.1.2 || interne Organisationsstrukturen ||
+
! *.1.2 !! interne Organisationsstrukturen !!
 
|-
 
|-
|.1.3 || Instanzen-Identifikationen ||
+
! *.1.3 !! Instanzen-Identifikationen !!
 
|-
 
|-
 
|.1.3.1 || Organisationen ||  
 
|.1.3.1 || Organisationen ||  
Zeile 120: Zeile 69:
 
|.1.3.3 || Identifikation des ID-Pools für Fälle ||  
 
|.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 !! 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.1 || Krankenhäuser || Wenn möglich, soll ein Krankenhaus eine eigene OID bei DIMDI beantragen
Zeile 128: Zeile 77:
 
|.1.4.3 || Systeme || Alle angeschlossenen Systeme bekommen eine OID. Unterhalb des Systems werden ggfs. ebenfalls bestimmte 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.5 !! '''Kodierschemas''' !!
 
|-
 
|-
|.1.6 || Metadaten ||  
+
|1.3.6.1.4.1.19376.3.276.1.5.1 || derzeit unbenutzt
 
|-
 
|-
|.1.6.1 || Ordner-Metadaten ||  
+
|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.7 || Dokumente ||  
+
|1.3.6.1.4.1.19376.3.276.1.5.12  || SubmissionSet Contenttype Code ||  
 
|-
 
|-
|.1.7.1 || OID-Konzept ||  
+
|1.3.6.1.4.1.19376.3.276.1.5.13  || Authorrole Prozessrollen ||  
 
|-
 
|-
|.1.7.2 || Identifikation des ID-Pools für CDA-Dokumente ||  
+
|1.3.6.1.4.1.19376.3.276.1.5.14  || Authorrole Patientenbeziehungsrollen ||  
 
|-
 
|-
|.1.7.3 || Identifikation des ID-Pools für externe Dokumente (in CDAs verlinkt) ||  
+
|1.3.6.1.4.1.19376.3.276.1.5.15  || EventCodeList "Hinweise"/"Informationen" /"Warnungen" ||  
 
|-
 
|-
|.1.9 || Nachrichtenprofile ||  
+
|1.3.6.1.4.1.19376.3.276.1.5.16  || EventCodeList "Ereignisse CS#1: Aufnahme - Verlegung - Entlassung" ||  
 
|-
 
|-
|.1.10 || Interne Templates ||  
+
|1.3.6.1.4.1.19376.3.276.1.5.17  || retired / bitte nicht verwendet ||  
 
|-
 
|-
|.1.10.1 || Document Templates ||
+
!*.1.6 !! Metadaten !!
 
|-
 
|-
|.1.10.1.1 || root-OID für Template-Ids ||  
+
|.1.6.1 || Ordner-Metadaten ||  
 
|-
 
|-
|.1.10.2 || Section Templates ||
+
!*.1.7 !! '''Dokumente''' !!
 
|-
 
|-
|.1.10.2.1 || Identifikation des ID-Pools für CDA-Formularteile ||  
+
|1.3.6.1.4.1.19376.3.276.1.7.1 || OID-Konzept ||  
 
|-
 
|-
|.1.10.3 || Entry Templates ||  
+
|1.3.6.1.4.1.19376.3.276.1.7.2 || Identifikation des ID-Pools für CDA-Dokumente ||  
 
|-
 
|-
|.1.11 || Value Sets ||  
+
|1.3.6.1.4.1.19376.3.276.1.7.3 || Identifikation des ID-Pools für externe Dokumente (in CDAs verlinkt) ||  
 
|-
 
|-
|.1.11.1 || Dokument-Art ||  
+
|1.3.6.1.4.1.19376.3.276.1.7.4 || IHE_D Cookbook  ||  
 
|-
 
|-
|.1.11.2 || Vertraulichkeit des Dokumentes ||  
+
|1.3.6.1.4.1.19376.3.276.1.7.5 || Value-Set-Leitfaden (Vers. 1.0, Nov.2016) ||  
 
|-
 
|-
|.1.12 || Deutsch-spezifische Erweiterungen von seitens der Organisation/Firma verwalteten Kodierschemas ||  
+
|1.3.6.1.4.1.19376.3.276.1.7.6 || Value-Set-Leitfaden (Vers. 2.0, Nov.2018) ||  
 
|-
 
|-
|.1.15 || Kodierschemas seitens Organisation/Firma verwaltet ||  
+
|1.3.6.1.4.1.19376.3.276.1.7.7 || Value-Set-Leitfaden (Vers. 3.0, Nov.2021) ||
 
|-
 
|-
|.1.60 || Projekte ||
+
! *.1.9 !! Nachrichtenprofile !!
 
|-
 
|-
|.1.64 || Policy ||  
+
|... || ||
 
|-
 
|-
|.1.67 || Installations-Instanzen von Softwaresystemen ||
+
! *.1.10 !! Interne Templates !!
 
|-
 
|-
|.1.77 || ART-DECOR ||  
+
|.1.10.1 || Document Templates ||  
 
|-
 
|-
|.1.99 || Experimentak / Test ||  
+
|.1.10.1.1 || root-OID für Template-Ids ||  
 
|-
 
|-
|}
+
|.1.10.2 || Section Templates ||
 
 
==Vergabe-Konzept für IHE Deutschland==
 
 
 
Als root-OID für IHE Deutschland wurde 1.3.6.1.4.1.19376.3.276 vergeben:<br />
 
 
 
<blockquote>
 
1 = International Organization for Standardization (ISO)<br />
 
3 = Organization identification schemes registered according to ISO/IEC 6523-2<br />
 
6 = United States Department of Defense (DoD)<br />
 
1 = internet<br />
 
4 = Internet Assigned Numbers Authority (IANA)<br />
 
1 = Private enterprises<br />
 
19376 = Integrating the Healthcare Enterprise International<br />
 
3 = Organizations<br />
 
276 = IHE Deutschland<br />
 
</blockquote>
 
 
 
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.
 
 
 
Dementsprechend sieht der grundlegende Aufbau der OID-Vergabe bei IHE Deutschland wie folgt aus:
 
 
 
{| class="hl7table"
 
 
|-
 
|-
!Root-OID !! Versionierung !! Extension !! Beschreibung
+
|.1.10.2.1 || Identifikation des ID-Pools für CDA-Formularteile ||
 
|-
 
|-
|1.3.6.1.4.1.19376.3.276 || .1 || || 1. OID-Konzept
+
|.1.10.3 || Entry Templates ||  
 
|-
 
|-
| || || .1 || interne Artefacts wie Modelle
+
! *.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''' ||  
 
|-
 
|-
| || .2 || || 2. OID-Konzept
+
|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''' ||  
|}
 
Stand Mai 2015 werden folgende extensions im OID-Konzept von IHE Deutschland benötigt:
 
<blockquote>
 
.5 Kodierschemas
 
.7 Dokumente (Whitepaper, Spezifikationen usw., z.B. Cookbook)<br />
 
.10 Templates (Dokumenten, Entry, …)<br />
 
.15 Kodierschemas von IHE verwaltet (ValueSet)<br />
 
.67 Instanzen von Systemen, die von IHE Deutschland betrieben werden<br />
 
.99 Experimental (nicht abgestimmte und nicht produktive OIDs)<br />
 
</blockquote>
 
 
 
IHE Deutschland vergibt OIDs daher entsprechend der nachfolgend dargestellten Struktur:
 
{| class="hl7table"
 
 
|-
 
|-
!OID !! Beschreibung
+
|... || ||
|- style="font-style:italic;color:green;"
 
|1.3.6.1.4.1.19376.3.276.2 || OID-Konzept Version 1
 
|-
 
|1.3.6.1.4.1.19376.3.276.1.5 || Kodesysteme
 
 
|-
 
|-
|1.3.6.1.4.1.19376.3.276.1.5.1 || derzeit unbenutzt
+
! *.1.12 !! Deutsch-spezifische Erweiterungen von seitens der Organisation/Firma verwalteten Kodierschemas !!
 
|-
 
|-
|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.15 !! Kodierschemas seitens Organisation/Firma verwaltet !!
 
|-
 
|-
|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.60 !! Projekte !!
 
|-
 
|-
|1.3.6.1.4.1.19376.3.276.1.5.?  || XDS formatCode (vgl. URN-Konzept)
+
|... || ||
 
|-
 
|-
|1.3.6.1.4.1.19376.3.276.1.5.?  || XDS classCode
+
! *.1.64 !! Policy !!
 
|-
 
|-
|1.3.6.1.4.1.19376.3.276.1.5.?  || XDS typeCode
+
|... || ||
 
|-
 
|-
|1.3.6.1.4.1.19376.3.276.1.5.?  || XDS authorSpecialty
+
! *.1.67 !! Installations-Instanzen von Softwaresystemen !!
 
|-
 
|-
|1.3.6.1.4.1.19376.3.276.1.10 || Templates
+
|... || ||
 
|-
 
|-
|1.3.6.1.4.1.19376.3.276.1.11 || ValueSets
+
!*.1.77 !! ART-DECOR !!
 
|-
 
|-
|1.3.6.1.4.1.19376.3.276.1.67 || Instanzen von Systemen, die von IHE Deutschland betrieben werden
+
|... || ||
 
|-
 
|-
|1.3.6.1.4.1.19376.3.276.1.99 || Experimental (nicht abgestimmte und nicht produktive OIDs)
+
!*.1.99 !! Experimentell / Test !!
|- style="font-style:italic;color:green;"
 
|1.3.6.1.4.1.19376.3.276.2 || OID-Konzept Version 2 (zur zukünftigen Verwendung) </font>
 
 
|-
 
|-
|... ||
+
|... || ||
 
|}
 
|}
 
Derzeit (Stand Juni 2015) läuft noch eine Abklärung, welche von IHE definierten Code-Systeme und Value-Sets direkt unter der OID von IHE und welche im vom DIMDI vorgesehenen Bereich unter einer DIMDI-OIDnveröffentlicht werden.
 
 
== Weitergehende Informationen zu OIDs==
 
 
Weitergehende Informationen zum Thema OIDs finden sich unter (alphabetische Nennung):
 
 
* Bundesministerium für Gesundheit (Österreich)
 
** Objektidentifikatoren (OID) für das Gesundheitswesen. Online, verfügbar unter [http://www.bmg.gv.at/home/Schwerpunkte/E_Health_Elga/E_Health_in_Oesterreich/Objektidentifikatoren_OID_fuer_das_Gesundheitswesen http://www.bmg.gv.at/home/Schwerpunkte/E_Health_Elga/E_Health_in_Oesterreich/Objektidentifikatoren_OID_fuer_das_Gesundheitswesen]
 
** Objektidentifikatoren (OID) Konzept für das österreichische Gesundheitswesen. online, verfügbar unter [http://www.bmg.gv.at/cms/home/attachments/3/6/7/CH1043/CMS1312448017784/oid-konzept_1-1-0.pdf http://www.bmg.gv.at/cms/home/attachments/3/6/7/CH1043/CMS1312448017784/oid-konzept_1-1-0.pdf]
 
** Objektidentifikatoren (OID) Leitfaden für das österreichische Gesundheitswesen. online, verfügbar unter [http://www.bmg.gv.at/cms/home/attachments/3/6/7/CH1043/CMS1312448017784/oid-leitfaden_1-0-0.pdf http://www.bmg.gv.at/cms/home/attachments/3/6/7/CH1043/CMS1312448017784/oid-leitfaden_1-0-0.pdf]
 
* DIMDI
 
** OID. Online, verfügbar unter [http://www.dimdi.de/static/de/klassi/oid/index.htm http://www.dimdi.de/static/de/klassi/oid/index.htm]
 
** FAQ Objekt-Identifikatoren, online, verfügbar unter [http://www.dimdi.de/static/de/klassi/oid/oidbasis.html http://www.dimdi.de/static/de/klassi/oid/oidbasis.html]
 
* eHealth Schweiz. OID-Konzept für das Schweizerische Gesundheitswesen. Online, verfügbar unter [http://www.vd.ch/fileadmin/user_upload/themes/sante_social/services_soins/eHealth/OID.pdf http://www.vd.ch/fileadmin/user_upload/themes/sante_social/services_soins/eHealth/OID.pdf]
 
* Gematik: Spezifikation: Festlegungen von OIDs. Online, verfügbar unter [https://www.gematik.de/cms/de/spezifikation/wirkbetrieb/releaseuebergreifendefestlegungen/release_2_3_4_verwendung_oid_1.jsp https://www.gematik.de/cms/de/spezifikation/wirkbetrieb/releaseuebergreifendefestlegungen/release_2_3_4_verwendung_oid_1.jsp]
 
* Harald Alvestrand's Website for additional information about Object Identifiers. Online, verfügbar unter [http://www.alvestrand.no/objectid/ http://www.alvestrand.no/objectid/]
 
* HL7 Deutschland
 
** Häufig gestellte Fragen, Tipps und Tricks zum Thema OIDs. Online, verfügbar unter [http://wiki.hl7.de/index.php/H%C3%A4ufig_gestellte_Fragen,_Tipps_und_Tricks_zum_Thema_OIDs http://wiki.hl7.de/index.php/H%C3%A4ufig_gestellte_Fragen,_Tipps_und_Tricks_zum_Thema_OIDs]
 
** Object Identifier (OID). Onilkne, verfügbar unter [http://wiki.hl7.de/index.php/Object_Identifier_(OID) http://wiki.hl7.de/index.php/Object_Identifier_(OID)]
 
* HL7 International
 
** HL7 OID Registry Frequently Asked Questions. Online, verfügbar unter  [http://wiki.hl7.org/index.php?title=HL7_OID_Registry_Frequently_Asked_Questions http://wiki.hl7.org/index.php?title=HL7_OID_Registry_Frequently_Asked_Questions]
 
** HL7 Implementation Guidance for Unique Object Identifiers (OIDs), Release 1, online, verfügbar unter [http://www.hl7.org/oid/http://www.hl7.org/implement/standards/product_brief.cfm?product_id=210 http://www.hl7.org/oid/http://www.hl7.org/implement/standards/product_brief.cfm?product_id=210]
 
** Introduction to OIDs online, verfügbar unter [http://www.hl7.org/Oid/information.cfm http://www.hl7.org/Oid/information.cfm]
 
* IEEE: What is an Object Identifier (OID)? Online, verfügbar unter [https://standards.ieee.org/develop/regauth/tut/oid.pdf https://standards.ieee.org/develop/regauth/tut/oid.pdf]
 
* IHE
 
** NA2011 OID Assignments. Online, verfügbar unter [http://ihewiki.wustl.edu/wiki/index.php/NA2011_OID_Assignments http://ihewiki.wustl.edu/wiki/index.php/NA2011_OID_Assignments]
 
** PCD OID Management. Online, verfügbar unter [http://wiki.ihe.net/index.php?title=PCD_OID_Management http://wiki.ihe.net/index.php?title=PCD_OID_Management]
 
* Internet Engineering Task Force
 
** Request for Comments: 3001 „A URN Namespace of Object Identifiers”, online verfügbar unter [https://www.ietf.org/rfc/rfc3001.txt https://www.ietf.org/rfc/rfc3001.txt]
 
* Orange SA. Object Identifier (OID) Repository. Online, verfügbar unter [http://www.oid-info.com/ http://www.oid-info.com/]
 
  
 
== Fußnoten ==
 
== 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