Hallo Miteinander, ich frage mich, ob mich jemand in folgendem ein wenig aufklären kann: Wir (kleines KH) haben noch keinen eArzbrief, weil die beauftragte Firma ein OID-Konzept hierfür von uns haben will, welches wir auch noch nicht haben. Ich fürchte, das wird auch noch dauern. Wir erhalten aber vermehrt anfragen von Zuweiserpraxen, ob wir nicht mittels eArztbrief mit ihnen kommunizieren könnten. KIM ist etabliert. Wir können zwar den PDF - Teil von eingehenden eArztbriefen speichern, aber wir können eben selbst noch keine eArztbriefe erstellen. Nun frage ich mich, ob jede Praxis ein OID-Konzept hat. Wohl nicht. Und ich finde - dazu passend - für das Erstellen des eArztbriefs nicht die Anforderung OID-Konzept, sondern eHBA. An anderer Stelle finde ich die Aussage, das OID-Konzept sei nur für das Einstellen in die ePA nötig. Heißt das, dass im Grunde der eArztbrief ohne OID-Konzept möglich sein sollte, nur aber eben noch nicht in die ePA eingestellt werden kann? Kann das jemand für mich aufdröseln? Vielen Dank! Zanko
mir sind wie vielen anderen auch schon die UID's wie ich sie immer nenne schon aufgefallen und ich denke schon, dass "universelle ID's" oder universelle Identifikatoren nicht nur in der TI (Telematikinfrastruktur) vertreten sind sondern überall wo sich Hardware und Software identifizieren soll und eindeutig identifizierbar sein muss. Aber so ein Konzept selbst zu erstellen ist uns unbekannt. Es ist, vorsichtig ausgedrückt, aber auch nicht schwer. Die Bestandteile einer ID können sein Zeit und Datum, Seriennummer, eine Zufallszall, Dezimal, ASCII, ...
Aber wenn ich mir die UID's so ansehen bspw. von eRezepten, die vom PVS nicht mit CANCELED sondern mit FAILED geflagt werden (bspw. ec38b11a-f488-1234-e1f2-12345a1955b3), bin ich froh, mich mit der Erstellung von UID's nicht beschäftigen zu müssen.
eArztbriefe kann solutio charly noch nicht erstellen (kann sich damit auch Zeit lassen, ist meine persönliche Meinung).
Seit Mai 2022 endlich online! secunet konnektor World Healthcare ingenico ORGA 6141 online allUp2date
„Wir brauchen Regierungen, die sich des Schadens für Zivilpersonen bewusst sind, der aus dem Anhäufen und Ausnutzen solcher Software-Sicherheitsprobleme entsteht“– Brad Smith, Microsoft, </Ironie>
Also ich weiß dazu bislang auch nix, aber mich hat das mal thematisch so mit interessiert dass ich mal mit Copi(lot) auf Gut Glück mal ein kurzes Date eben gemacht habe dazu: - hoffen Sie finden das jetzt nicht zu dekadent, aber bei bestimmten Sachen TI ist manchmal ein Chat mit Copi meiner bisherigen Erfahrung nach durchaus nicht das schlechteste und evt. ist das gar nicht so unhilfreich, was der dazu alles wusste (wobei @MLangguth wenn Sie Zeit haben, bitte kurz mal das auch mit human intelligence nochmal vorsorglich verifzieren;-) schadet sicher nicht;-)
Ich zitiere jetzt mal nachfolgend Mr. Copi als KI
Frage 1 von mir: "Was ist denn in der Telematik eigentlich bei Arztbriefen der Unterschied zwischen OID, UID und Telematik-ID?"
Antwort KI:
Zitaturz erklärt: In der Telematikinfrastruktur unterscheiden sich OID, UID und Telematik-ID durch ihren Zweck und Einsatzbereich – OID ist ein technischer Identifikator, UID kennzeichnet eindeutig Personen oder Organisationen, und die Telematik-ID ist der zentrale Schlüssel für den Verzeichnisdienst (VZD).
Hier eine detaillierte Übersicht der drei Begriffe im Kontext elektronischer Arztbriefe und der Telematikinfrastruktur:
🧩 OID (Object Identifier) Verwendung: Technischer Identifikator für Objekte in IT-Systemen.
Struktur: Hierarchisch aufgebaut, z. B. 1.2.276.0.76.4.54.
Einsatz in der Telematik: Wird genutzt, um bestimmte Dokumenttypen, Datenformate oder Organisationen eindeutig zu kennzeichnen – etwa beim elektronischen Arztbrief oder bei der Signaturprüfung.
Beispiel: Eine OID kann angeben, dass ein Dokument ein „elektronischer Arztbrief“ nach einem bestimmten Standard ist.
🧑⚕️ UID (Unique Identifier) Verwendung: Eindeutige Kennung für eine Person oder Organisation.
Einsatz in der Telematik: Wird z. B. für die eindeutige Identifikation von Ärzten, Praxen oder Institutionen verwendet – etwa in Zertifikaten oder beim Zugriff auf Dienste.
Beispiel: Ein Arzt kann eine UID in seinem elektronischen Heilberufsausweis (eHBA) haben, die ihn eindeutig identifiziert.
🔐 Telematik-ID Verwendung: Zentrale Identifikationsnummer in der Telematikinfrastruktur.
Zuweisung: Automatisch bei Beantragung eines eHBA oder einer SMC-B durch die zuständige Kammer oder KV.
Funktion:
Verknüpft mit der KIM-Adresse (Kommunikation im Medizinwesen).
Dient als Schlüssel für den Eintrag im Verzeichnisdienst (VZD).
Bleibt bei Folgekarten gleich, damit die Kommunikation stabil bleibt.
Beispiel: Eine Praxis hat eine Telematik-ID, die mit ihrer KIM-Adresse verbunden ist – diese wird beim Versand von Arztbriefen über KIM verwendet.
🔄 Zusammenspiel bei Arztbriefen Beim Versand eines elektronischen Arztbriefs über KIM:
Die Telematik-ID identifiziert den Absender eindeutig im Verzeichnisdienst.
Die UID kann zusätzlich zur Identifikation des Arztes oder der Organisation dienen.
Die OID definiert, um welchen Dokumenttyp es sich handelt (z. B. Arztbrief nach HL7-Standard).
Frage 2 von mir "Und warum kriegt dann eine Klinik vom Softwarehersteller gesagt, dass sie ein OID Konzept vorlegen muss , vorher können die nicht anfangen eArztbrief für die Klinik einzurichen?"
Antwort KI:
ZitatEine Klinik muss ein OID-Konzept vorlegen, weil die OID (Object Identifier) die Grundlage für die strukturierte und standardisierte Identifikation von Organisationseinheiten, Dokumenttypen und Kommunikationspartnern im eArztbrief-Prozess bildet. Ohne diese klare OID-Zuordnung kann die Software den eArztbrief technisch nicht korrekt einrichten.
🧠 Warum braucht die Klinik ein OID-Konzept? Ein „OID-Konzept“ ist im Grunde ein Plan, wie die Klinik ihre internen Strukturen (z. B. Abteilungen, Standorte, Fachbereiche) eindeutig und hierarchisch über OIDs abbildet. Das ist notwendig, weil:
OID = technische Identität: Jede Organisationseinheit (z. B. Kardiologie, Radiologie) muss eindeutig identifizierbar sein – besonders beim Versand und Empfang von eArztbriefen über KIM.
Software braucht Klarheit: Damit die Praxissoftware weiß, wer den Brief sendet und welche Einheit gemeint ist, muss die OID-Struktur vorher definiert sein.
Verzeichnisdienst (VZD): Die OID wird oft im Zusammenhang mit der Telematik-ID und KIM-Adresse im VZD hinterlegt – sie ist also Teil der digitalen Visitenkarte der Klinik.
Mehrere Absender möglich: In einer Klinik gibt es oft mehrere Abteilungen, die eArztbriefe versenden. Jede braucht eine eigene OID, damit die Briefe korrekt zugeordnet werden können.
🏥 Beispiel für ein OID-Konzept Ein OID-Konzept könnte so aussehen: 1.2.276.0.76.4.54.1 – Klinik XY 1.2.276.0.76.4.54.1.1 – Innere Medizin 1.2.276.0.76.4.54.1.2 – Radiologie 1.2.276.0.76.4.54.1.3 – Notaufnahme
Diese Struktur erlaubt es, jedem eArztbrief eine eindeutige Herkunft zuzuweisen – und die Software kann diese Information korrekt verarbeiten und weiterleiten.
📌 Fazit Die Anforderung eines OID-Konzepts durch den Softwarehersteller ist also kein bürokratischer Selbstzweck, sondern eine technische Voraussetzung, damit die Kommunikation über die Telematikinfrastruktur funktioniert. Es geht um Interoperabilität, Sicherheit und Nachvollziehbarkeit – besonders wichtig in komplexen Einrichtungen wie Kliniken.
Wenn du möchtest, kann ich dir helfen, ein Beispiel-OID-Konzept für eine Klinik zu entwerfen oder erklären, wie man OIDs beantragt oder verwaltet.
Frage 3 "wo kriegen die denn die OIDs her? werden die zentral vergeben?"
Antwort KI:
ZitatJa, OIDs (Object Identifiers) werden in Deutschland zentral vergeben – und zwar durch das BfArM (Bundesinstitut für Arzneimittel und Medizinprodukte), das das offizielle OID-Register für das Gesundheitswesen betreibt. Kliniken, Praxen oder Softwarehersteller müssen dort OIDs beantragen.
🏛️ Wer vergibt OIDs in Deutschland? Zuständige Stelle: Das BfArM verwaltet das OID-Register für das deutsche Gesundheitswesen.
Zweck: Eindeutige Identifikation von Organisationen, Dokumenttypen, Kodiersystemen, Templates, ValueSets etc.
Beantragung: Über ein Online-Formular auf der Website des BfArM. Nach Prüfung wird die OID per E-Mail vergeben.
🔗 OID-Antrag beim BfArM
📝 Was muss beim Antrag beachtet werden? Eindeutige Beschreibung des Objekts: z. B. „Radiologie der Klinik XY“ oder „HL7 CDA Template für eArztbrief“.
ISO-konforme Struktur: Die OID muss in das hierarchische System passen.
Prüfung auf Doppelvergabe: Antragsteller sollen vorab prüfen, ob die gewünschte OID bereits vergeben ist.
🏥 Beispiel: Klinik beantragt OIDs Eine Klinik, die eArztbriefe versenden will, muss z. B. folgende OIDs beantragen:
Für die Klinik als Organisationseinheit.
Für einzelne Abteilungen (z. B. Radiologie, Kardiologie).
Für Dokumenttypen oder Templates, die sie verwendet.
Diese OIDs werden dann in der Software hinterlegt und ggf. im Verzeichnisdienst (VZD) eingetragen, damit andere Leistungserbringer sie korrekt adressieren können.
Frage 4 "und warum müssen das Praxen nicht im niedergelassenen Bereich?"
Antwort KI
ZitatDas ist eine sehr gute und berechtigte Frage – und sie zeigt, wie unterschiedlich die Anforderungen in der Telematikinfrastruktur je nach Versorgungsbereich sind.
🏥 Warum Kliniken ein OID-Konzept brauchen… Kliniken sind komplexe Organisationen mit vielen Abteilungen, Standorten und Fachbereichen. Beim Versand von eArztbriefen über KIM müssen diese Strukturen eindeutig identifizierbar sein:
Mehrere Absender (z. B. Radiologie, Kardiologie, Notaufnahme).
Unterschiedliche KIM-Adressen pro Einheit.
Dokumente müssen technisch und organisatorisch korrekt zugeordnet werden.
Softwarehersteller brauchen diese Struktur, um die Konfiguration sauber umzusetzen.
Daher ist ein OID-Konzept notwendig, damit jede Einheit eine eigene OID bekommt und die Kommunikation über KIM funktioniert.
🩺 Warum niedergelassene Praxen das nicht brauchen… Im niedergelassenen Bereich ist die Struktur viel einfacher:
Meist eine Praxis, ein Arzt, eine KIM-Adresse.
Keine komplexe Untergliederung in Organisationseinheiten.
Die Telematik-ID reicht aus, um die Praxis eindeutig zu identifizieren.
Die Software kann den eArztbrief direkt mit der Telematik-ID und KIM-Adresse verknüpfen – ohne zusätzliche OID-Struktur.
🔍 Fazit OID-Konzepte sind dort notwendig, wo komplexe Strukturen eindeutig abgebildet werden müssen. In Kliniken ist das der Fall – in Einzelpraxen oder kleinen MVZs meist nicht. Die Telematik-ID und KIM-Adresse reichen dort völlig aus.
Frage 5 ja zeig mal, wir haben das hier grad als frage in der TI Community siehe grad aufgerufene Seite....
Antwort KI:
ZitatDanke dir – ich habe die Seite aus der TI-Community gesehen und kann dir direkt ein Beispiel für ein OID-Konzept für ein MVZ oder eine Klinik zeigen, das sich an der dort diskutierten Fragestellung orientiert.
🏗️ Beispiel für ein OID-Konzept in einer Klinik oder MVZ Angenommen, eure Einrichtung hat folgende Struktur:
MVZ Sonnenblick
Allgemeinmedizin
Radiologie
Kardiologie
Verwaltung
Dann könnte ein OID-Konzept so aussehen: Basis-OID: 1.2.276.0.76.4.54.1000 → MVZ Sonnenblick └── 1.2.276.0.76.4.54.1000.1 → Allgemeinmedizin └── 1.2.276.0.76.4.54.1000.2 → Radiologie └── 1.2.276.0.76.4.54.1000.3 → Kardiologie └── 1.2.276.0.76.4.54.1000.99 → Verwaltung / Technik
Hinweise zur Umsetzung Die Basis-OID wird beim BfArM beantragt – entweder durch die Einrichtung selbst oder durch den Softwarehersteller im Auftrag.
Die Sub-OIDs könnt ihr intern vergeben, solange ihr die Struktur dokumentiert und konsistent verwendet.
Jede Einheit, die eArztbriefe versendet, sollte eine eigene OID bekommen – damit die Software weiß, wer genau der Absender ist.
Die OIDs werden in der Konfiguration der Praxissoftware hinterlegt und ggf. im Verzeichnisdienst (VZD) eingetragen.
🧠 Warum das wichtig ist Wie in der Diskussion auf der TI-Community-Seite beschrieben, ist das OID-Konzept nicht zwingend für das Erstellen eines eArztbriefs, aber essentiell, wenn:
Der eArztbrief in die ePA eingestellt werden soll.
Die Einrichtung mehrere Absenderstrukturen hat.
Der Softwarehersteller eine saubere technische Zuordnung benötigt.
Frage 6 "Und nochmal: wenn ein niedergelassener Doktor den eBrief in die epa einstellen möchte, dann kann er das ohne OID oder dann das spätestens auch nicht?"
Antwort KI
ZitatJa, ein niedergelassener Arzt kann den eArztbrief grundsätzlich ohne eigenes OID-Konzept in die ePA einstellen – solange die Praxissoftware den Dokumenttyp korrekt kennzeichnet und die Telematik-ID sowie KIM-Adresse sauber hinterlegt sind. Ein eigenes OID-Konzept ist vor allem in komplexen Einrichtungen wie Kliniken erforderlich.
🩺 Für niedergelassene Praxen gilt: Einfachstruktur: Meist nur ein Arzt, eine KIM-Adresse, eine Telematik-ID.
OID für Dokumenttyp: Die Praxissoftware verwendet standardisierte OIDs für den Dokumenttyp (z. B. HL7 CDA für eArztbrief), die nicht individuell beantragt werden müssen.
Keine eigene OID-Struktur nötig: Solange keine komplexe interne Organisation abgebildet werden muss, reicht die Telematik-ID zur eindeutigen Identifikation aus.
ePA-Einstellung möglich: Der eArztbrief kann in die ePA eingestellt werden, sofern er elektronisch vorliegt und im aktuellen Behandlungskontext erhoben wurde.
Wann braucht man ein eigenes OID-Konzept? Nur bei komplexen Strukturen, z. B. in Kliniken oder MVZs mit mehreren Abteilungen.
Wenn mehrere KIM-Adressen oder verschiedene organisatorische Einheiten beteiligt sind.
Wenn die Einrichtung eigene Templates oder Dokumenttypen definieren möchte.
Zitat von Zanko im Beitrag #1Wir (kleines KH) haben noch keinen eArzbrief, weil die beauftragte Firma ein OID-Konzept hierfür von uns haben will, welches wir auch noch nicht haben.
Das eine Einrichtung (egal welcher Größe) wahlweise für den eArztbrief via KIM oder die ePA ein "OID-Konzept" bräuchte, höre ich heute zum ersten Mal. Weder wüsste ich, wo im Prozess diese OIDs durch das PVS/KIS eingestellt werden sollten, noch wüsste ich wozu, noch wüsste ich für wen oder wer damit als Empfänger was damit anfangen soll.
Die Firma, die das fordert, sollte am besten einmal die gematik- oder kv.digital-Anforderungsnummer und den zugehörigen Anforderungstext bereitstellen, dann kann man sich näher anschauen, was sie meinen.
2 Mitglieder finden das Top!
2 Mitglieder haben sich bedankt!
wenn's auch nicht so wirklich explizit drinsteht, bekomme ich langsam ein Gefühl dafür, weshalb der eHBA in KH nicht ausreicht. Ziemlich sicher meine ich herausgelesen zu haben, dass es keine Alternative gibt (auch wenn man zunächst auf das einstellen in die ePA pfeifen würde).
Aber ich meine auch, aus der Antwort auf Frage auf Frage 5 herauszuhören, dass es grundsätzlich möglich sein sollte, mit einem noch nicht vollständigen OID-Konzept zu starten, sofern es strukturell soweit korrekt ist, dass es später vervollständigt werden kann. Und eigentlich ist das eine Plattitüde, denn bekanntermaßen herrscht im Gesundheitswesen ja eine gewisse Fluktuation, das heißt, es müssen laufend neue (menschliche) Objekte codiert werden.
Mich würde schon noch interessieren, wo denn Dein Anbieter hernimmt, dass Ihr ein OID-Konzept erstellen müsst - und wofür es dann im Kontext von eArztbrief und ePA angewendet werden soll. Wäre toll, wenn Du das in Erfahrung bringen und hier teilen könntest... 😉
Ich habe es jetzt so verstanden: Sowohl im Header als auch im Body des eArztbrief-CDA-Teils sind bestimmte Metadaten als OID gefordert, beispielsweise der Patient. Für einen Patienten mit Nummer 12345678 der Uniklinik Heidelberg (root-OID = 1.2.267.0.76.3.1.78) sähe das dann beispielsweise so aus:
Wenn ich es richtig verstanden habe, genügt aber ein kleiner Ausschnitt eines (möglicherweise sinnvolleren) OID-Konzepts, nämlich zwölf Unterpunkte zur Organisation, die Objekte wie eben Patientennummer, Fallnummer oder auch Fachrichtung codieren.
Das leuchtet mir einigermaßen ein, aber ich verstehe nicht, wie die Niedergelassenen das machen. die haben doch nicht alle eine OID bei der BfArM registriert?
Sorry, dass das solange gedauert hat. zanko
1 Mitglied findet das Top!
1 Mitglied hat sich bedankt!
TI-Community
»
TI-Nutzung und Nutzen aus Anwendersicht
»
Weitere Anwendungen: VSDM, NFDM, eMP, DEMIS, etc.
»
eArztbrief ohne OID-Konzept
Thema drucken
03.11.2025 13:27
Antworten
