IHE DE ValueSets Action Items: Unterschied zwischen den Versionen

Aus Hl7wiki
Wechseln zu: Navigation, Suche
[gesichtete Version][gesichtete Version]
(Neue Anfrage hinzugefügt)
(31 dazwischenliegende Versionen von 3 Benutzern werden nicht angezeigt)
Zeile 15: Zeile 15:
 
! align="center" | zuletzt bearbeitet am
 
! align="center" | zuletzt bearbeitet am
  
 +
 +
|- valign="top"
 +
| Anfrage ID| 43
 +
| Anfrage eingegangen am| 10.06.2022
 +
| Anfrage| Im Zuge des KDL-Mapping-Reviews waren sich die Reviewer einig, das eine Klarstellung der Beschreibung des Befundberichts sinnvoll wäre, um Befundberichte besser von Durchführungsprotokollen abzugrenzen.
 +
| betrifft Codesystem | classCode
 +
| Autor der Anfrage | Raik
 +
| Diskussion|
 +
| Entscheidung |
 +
| Action Item |
 +
| Bearbeitungsstand | in Bearbeitung
 +
| zuletzt bearbeitet am| 10.06.2022
  
  
Zeile 37: Zeile 49:
 
| Diskussion| EventCode eigentlich als Kontext der Dokumentenerstellung gedacht, als Interimslösung für KDL geeignet, soll aber unbedingt zur Ontologie weiterentwickelt werden. Fokus soll weiterhin auf Metadaten für Document Sharing liegen. Gemeinsame Telko zur weiteren Abstimmung mit KDL Arbeitsgruppe. Semantik der Codes muss definiert werden. Das in Simplifier eingetragene Valueset enthält das gesamte Codesystem. Als Valueset sollen nur Codes auf dritter Hierarchiestufe erlaubt sein. Einbindung soll dynamisch erfolgen. Das Valueset ist closed. Annett beantragt bei DIMDI eine OID für den DVMD. Dann können OIDs für das Codesystem und das Valueset vergeben werden. Achtung: KDL ist eine Klassifikation, für jede Version eine neue OID notwendig. DVMD benötigt OID Konzept. Eigene Projektseit im HL7wiki eingerichtet
 
| Diskussion| EventCode eigentlich als Kontext der Dokumentenerstellung gedacht, als Interimslösung für KDL geeignet, soll aber unbedingt zur Ontologie weiterentwickelt werden. Fokus soll weiterhin auf Metadaten für Document Sharing liegen. Gemeinsame Telko zur weiteren Abstimmung mit KDL Arbeitsgruppe. Semantik der Codes muss definiert werden. Das in Simplifier eingetragene Valueset enthält das gesamte Codesystem. Als Valueset sollen nur Codes auf dritter Hierarchiestufe erlaubt sein. Einbindung soll dynamisch erfolgen. Das Valueset ist closed. Annett beantragt bei DIMDI eine OID für den DVMD. Dann können OIDs für das Codesystem und das Valueset vergeben werden. Achtung: KDL ist eine Klassifikation, für jede Version eine neue OID notwendig. DVMD benötigt OID Konzept. Eigene Projektseit im HL7wiki eingerichtet
 
24.4. OIDs für KDL2019 und KDL2020 vorhanden, aber keine eindeutigen URNs, Filterung auf dritter Ebene für ValueSet war erfolgreich, aber Beschreibung im Simplifier fehlerhaft, Mapping KDL2020 auf XDS Class und TypeCodes in Simplifier vorhanden (noch keine Rückmeldungen von uns)
 
24.4. OIDs für KDL2019 und KDL2020 vorhanden, aber keine eindeutigen URNs, Filterung auf dritter Ebene für ValueSet war erfolgreich, aber Beschreibung im Simplifier fehlerhaft, Mapping KDL2020 auf XDS Class und TypeCodes in Simplifier vorhanden (noch keine Rückmeldungen von uns)
| Entscheidung | grundsätzlich zugestimmt, neues Valueset  
+
übergeordnetes Valueset KDL in ArtDecor als Codesystem eingetragen, da der Eintrag als Valueset technisch nicht möglich war.
| Action Item | Annett=> noch OID für übergeordnetes Value Set KDL beantragen, dann kann OID für ValueSet in ArtDecor angepasst werden (im Moment nur ValueSet für KDL 2020, alle=> Mapping prüfen
+
12.11.2021 erneute Diskussion, ob Eintrag als Codesystem sinnvoll war
| Bearbeitungsstand | in Bearbeitung (Annett)
+
| Entscheidung | grundsätzlich zugestimmt, neues Valueset
| zuletzt bearbeitet am| 02.10.2020
+
| Action Item | alle=> Mapping prüfen
 +
| Bearbeitungsstand | in Bearbeitung
 +
| zuletzt bearbeitet am| 12.11.2021
  
  
Zeile 52: Zeile 66:
 
| Entscheidung | Für V3 alle URNs durch URLs ersetzen  
 
| Entscheidung | Für V3 alle URNs durch URLs ersetzen  
 
| Action Item | Für V3 alle URNs, die wir selbst unter Kontrolle haben, durch folgendes URLs mit Präfix http://ihe-d.de/CodeSystems/ + Name CodeSystem ersetzen ==> erledigt, warum in ArtDecor nicht sichtbar? ==> Angela, bei Fremdcodesystem nach entsprechenden URLs suchen ==> betrifft nur DICOM Codesysteme (in den Valuesets eventcode und formatCode) ==> Sven kümmert sich  
 
| Action Item | Für V3 alle URNs, die wir selbst unter Kontrolle haben, durch folgendes URLs mit Präfix http://ihe-d.de/CodeSystems/ + Name CodeSystem ersetzen ==> erledigt, warum in ArtDecor nicht sichtbar? ==> Angela, bei Fremdcodesystem nach entsprechenden URLs suchen ==> betrifft nur DICOM Codesysteme (in den Valuesets eventcode und formatCode) ==> Sven kümmert sich  
| Bearbeitungsstand | in Bearbeitung (Angela)
+
| Bearbeitungsstand | für ValueSets erledigt (Angela)
| zuletzt bearbeitet am| 26.06.2020
+
| zuletzt bearbeitet am| 14.11.2021
  
 
|- valign="top"  
 
|- valign="top"  
Zeile 64: Zeile 78:
 
| Entscheidung | kein Implementation Guide für MHD, aber stattdessen Aufnahme der Codes in Simplifier, um höhere Aufmerksamkeit bei der FHIR Community zu bekommen, die Pflege der Codesysteme / Valuesets soll weiterhin über ArtDecor erfolgen. Nach Diskussion vom 03.04.2020 wird Beantragung des SimplifierKontos storniert  
 
| Entscheidung | kein Implementation Guide für MHD, aber stattdessen Aufnahme der Codes in Simplifier, um höhere Aufmerksamkeit bei der FHIR Community zu bekommen, die Pflege der Codesysteme / Valuesets soll weiterhin über ArtDecor erfolgen. Nach Diskussion vom 03.04.2020 wird Beantragung des SimplifierKontos storniert  
 
| Action Item | Simone um Referenz der Codes in Deutschen Basisprofilguideline bitten  
 
| Action Item | Simone um Referenz der Codes in Deutschen Basisprofilguideline bitten  
| Bearbeitungsstand | als Issues in Gitlab eingetragen, im Simplifier nochn nicht sichtbar ==> bei Kai nachgefragt (Angela)
+
| Bearbeitungsstand | als Issues in Gitlab eingetragen, im Simplifier sichtbar https://simplifier.net/basisprofil-de-r4/~resources?category=ValueSet&sortBy=RankScore_desc ==> (Angela)
| zuletzt bearbeitet am| 18.09.2020
+
| zuletzt bearbeitet am| 10.12.2020
  
  
Zeile 88: Zeile 102:
 
| Autor der Anfrage | SR (KBV)
 
| Autor der Anfrage | SR (KBV)
 
| Diskussion| Practice Setting Code gibt nur das Fachgebiet der Praxis an, die Qualifikation der Beschäftigten wird durch die Author speciality ausgedrückt. Daher gibt es bereits im Implementation Guide ein Mapping einiger Praxen nichtärztlicher Berufe auf diese Fachbereiche.
 
| Diskussion| Practice Setting Code gibt nur das Fachgebiet der Praxis an, die Qualifikation der Beschäftigten wird durch die Author speciality ausgedrückt. Daher gibt es bereits im Implementation Guide ein Mapping einiger Praxen nichtärztlicher Berufe auf diese Fachbereiche.
| Entscheidung | Implementation Guide wird um Mapping S_BAR2_ARZTNRFACHGRUPPE auf practice Setting Code ergänzt, KBV kann für Ihren speziellen Einsatzweck (nicht als XDS Metadatum) für bestimmte Praxen auch zwei Codes verwenden, Psychotherapie wird bei nichtärztlichen PracticeSettingCodes hinzugefügt
+
| Entscheidung | Implementation Guide wird um Mapping S_BAR2_ARZTNRFACHGRUPPE auf practice Setting Code ergänzt, KBV kann für Ihren speziellen Einsatzweck (nicht als XDS Metadatum) für bestimmte Praxen auch zwei Codes verwenden (z.B. Neurologie + Psychiatrie), Psychotherapie wird bei nichtärztlichen PracticeSettingCodes hinzugefügt, Bei Allgemeinmedizin wird Nutzungshinweis ", Streichen des Satzes: "In Deutschland ist die Weiterbildung zu einem entsprechenden Facharzt die Grundlage dafür, dass ein Arzt als "Hausarzt" tätig werden kann." Stattdessen Ergänzung Nutzungshinweis, dass Code auch für hausärztlich tätige Praxen genutzt werden kann (auch bei Innere Medizin).
 
| Action Item | Mapping prüfen und in Implementation Guide eintragen.
 
| Action Item | Mapping prüfen und in Implementation Guide eintragen.
| Bearbeitungsstand | Mapping geprüft, Psychotherapie bei nichtärztlichen PracticeSettingCodes hinzugefügt, Eintrag in ImplementationGuide fehlt noch (Angela)
+
| Bearbeitungsstand | Mapping geprüft, Psychotherapie bei nichtärztlichen PracticeSettingCodes hinzugefügt, Eintrag in ImplementationGuide fehlt noch (Angela), Nutzungshinweise bei Innere Medizin und Allgemeinmedizin ergänzt.
| zuletzt bearbeitet am| 18.09.2020 (am 13.11. nicht besprochen, da kein Vertreter der KBV anwesend war)
+
| zuletzt bearbeitet am| 10.12.2020
  
|- valign="top"
 
| Anfrage ID| 20
 
| Anfrage eingegangen am| 10.07.2020
 
| Anfrage| Der Bedarf stammt aus der Festlegung der elektronischen Patientenakte gemäß PDSG, Versicherten die Möglichkeit zu geben, auf „Daten zu Befunden, Diagnosen, durchgeführten und geplanten Therapiemaßnahmen, Früherkennungsuntersuchungen, zu Behandlungsberichten und sonstige untersuchungs- und behandlungsbezogene medizinische Informationen“ (§ 341 Abs. 2 Nr. 1a PDSG) Zugriffsberechtigungen auszusprechen. Die entsprechenden Dokumente sollen danach kategorisiert werden, ob sie aus einer der folgenden Fachgebiete/Institutionstypen entstammen:
 
  
Unterkategorien von 1a - Code
 
  
Hausarzt/ Hausärztin - practitioner
 
  
Krankenhaus - hospital
 
  
Labor und Humangenetik - laboratory
 
  
Physiotherapeuten - physiotherapy
 
  
Psychotherapeuten - psychotherapy
 
  
Dermatologie - dermatology
+
|- valign="top"
 +
| Anfrage ID| 29
 +
| Anfrage eingegangen am| 22.01.2021
 +
| Anfrage| Problem mit ArtDecor bei FHIR
 +
| betrifft Codesystem |  alle
 +
| Autor der Anfrage | Axel
 +
| Diskussion|
 +
| Entscheidung | 
 +
| Action Item | Axel meldet Issues an Kai
 +
| Bearbeitungsstand | in Bearbeitung
 +
| zuletzt bearbeitet am| 22.01.2021
  
Urologie/Gynäkologie - gynaecology_urology
 
  
Zahnheilkunde und Mund-Kiefer-Gesichtschirurgie - dentistry_oms
 
  
Weitere Fachärzte/ Fachärztinnen - other_medical
 
  
Weitere nicht-ärztliche Berufe - other_non_medical
 
  
Für diesen ValueSet wäre es für die Spezifikationen der elektronischen Patientenakte und den Foldern, zu denen die entsprechend kategorisierten Dokumente gehören, von Vorteil, eine geeignete Codesystem-OID anführen zu können. Auf solche Dokumentenkategorien erteilen Versicherte Zugriffsrechte auf die ePA. Diese Kategorien sollen exklusiv Dokumenten zugeordnet werden können.
+
|- valign="top"
 
+
| Anfrage ID| 31
Zusätzlich soll für den Code „ega“ eine Kategorie von Dokumenten bezeichnen, für die gilt: Die Kategorie wird für Dokumente vergeben, die aus einer bestehenden eGA  (gemäß Paragraph §41 Absatz 2 Satz 7 PDSG, bzw. Paragraph 68 SGB V) importiert worden sind.
+
| Anfrage eingegangen am| 18.02.2021
 
+
| Anfrage| Für das eHDSI-Projekt soll ein neuer LOINC-Code beantragen, der in etwa unserem IHEXDSclassCode "BIL" entspricht. Können wir morgen in dem Arbeitstreffen kurz um konstruktive Kritik dazu bitten? Term Description: This concept summarizes all documents, the aim of which is to visually represent a situation using a clinical image. Examples are X-ray, MRI, CT images or photos of wounds, body parts or the like.
Für diesen Code soll ein Code-System "Sonstige Berechtigungen ePA" genutzt werden.
+
| betrifft Codesystem |  ClassCode
| betrifft Codesystem |  Anfrage neues Codesystem / ValueSet für Folder
+
| Autor der Anfrage | CG
| Autor der Anfrage | JG (Gematik)
+
| Diskussion|  
| Diskussion| Überschneidungen bei Konzepten, keine Definitionen, Kategorien sollen zur Zugriffsberechtigung in der ePA verwendet werden, sie sollen Folder der ePA beschreiben es wäre sinnvoll gewesen, IHE Deutschland in die Abstimmung des Codesystems einzubeziehen
+
| Entscheidung |
| Entscheidung |Gematik beantragt OID für ValueSet bei DIMDI, wir reservieren OID für Codesystem, Gematik ergänzt Definitionen der einzelnen Konzepte
+
| Action Item |  
| Action Item | Gematik beantragt OID für ValueSet bei DIMDI, wir reservieren OID für Codesystem, Gematik ergänzt Definitionen der einzelnen Konzepte
+
| Bearbeitungsstand | offen
| Bearbeitungsstand | erledigt, Gematik hat OIDs für ValueSet (1.2.276.0.76.11.466, 1.2.276.0.76.11.467)  und Codesystems (1.2.276.0.76.5.511, 1.2.276.0.76.5.512, 1.2.276.0.76.5.513) beantragt, reservierte OID 1.3.6.1.4.1.19376.3.276.1.5.17 wird nicht mehr benötigt
+
| zuletzt bearbeitet am|  
| zuletzt bearbeitet am| 18.09.2020
 
  
 
|- valign="top"  
 
|- valign="top"  
| Anfrage ID| 24
+
| Anfrage ID| 33
| Anfrage eingegangen am| 5.11.2020
+
| Anfrage eingegangen am| 22.12.2021
| Anfrage| * Beruf ‚Psychotherapeut*in‘: dieser Beruf wurde mit dem Psychotherapeutenausbildungsreformgesetz (2019) geschaffen und ist wirksam ab 01.09.2020. Der neue Beruf des ‚Psychotherapeut*in‘ hat Fachgebiete.
+
| Anfrage| Bei der Umsetzung der ePA durch die Konsortien, wie auch bei weiteren angedachten digitalen Anwendungen, zeigen sich nun einige Schwierigkeiten bei der Darstellung von Psychotherapeut*innen, die sich durch die erfolgte Einordnung im IHE ergeben. Mit den bisher vorgenommenen Änderungen sind zwar alle Berufsbezeichnungen von Psychotherapeut*innen korrekt abbildbar, allerdings lässt die hierarchische Einordnung keine Abbildung als approbierter Heilberuf zu. Um die Qualifikationen der Psychotherapeut*innen in den verschiedenen Anwendungen der TI adäquat abbilden zu können, ist daher aus unserer Sicht eine weitere Anpassung in den ArtDecor Value Sets erforderlich.
Die Berufe PP und KJP wird es weiterhin daneben geben, diese haben aber keine Fachgebiete, und sind selbst keine Fachgebiete sondern jeweils eigenständige Berufe.
+
| betrifft Codesystem | AuthorSpecialty
HL7 bildet die Berufsgruppen PP (2 L 82) und KJP (2-L 76) falsch ab, nämlich als Spezialisierung, nicht als Grundberufe.
 
Die Fachgebiete des neuen Berufs ‚Psychotherapeut*in‘ sind im HL7 nicht abgebildet.
 
| betrifft Codesystem | authorspecialty
 
 
| Autor der Anfrage | BPtK
 
| Autor der Anfrage | BPtK
 
| Diskussion|  
 
| Diskussion|  
| Entscheidung |
+
Potentieller Ansatz:
| Action Item |  
+
"Umhängen" der versch. Codes (s.o.) in eine neu zu schaffende Gruppe für "Psychotherapie" (Code z.B. 189 mit Inhalt, 76, 82, 183, 184, 185), eine weitere neue Gruppe "Psychologische Analyse, Beratung, Therapie (ohne Psychotherapeuten)" (Code z.B. 190, beinhaltet 75, 77, 78, 79, 80, 81, 83, 84, 85)
| Bearbeitungsstand | neu
+
* 74
| zuletzt bearbeitet am| 13.11.2020
+
** 189
 +
*** 76
 +
*** 82
 +
*** 183
 +
**** 184
 +
**** 185
 +
** 190
 +
*** 75
 +
*** 77
 +
*** 78
 +
*** 79
 +
*** 80
 +
*** 81
 +
*** 83
 +
*** 84
 +
*** 85
 +
 
 +
Betroffenen Systemen und Use Cases
 +
* Suche KIM-Teilnehmer
 +
** Kammer/HBA-Herausgeber
 +
*** z.B. Landesärztekammern und BPtk, prüfen ob der Gruppen-Code 74 verwendet werden, wahrscheinlich werden eher die konkreten Codes verwendet
 +
** Verzeichnisdienst
 +
*** VZD macht keine Umsetzung von Gruppe zu konkreten Codes, d.h. kein Änderungsbedarf
 +
** AIS / KIS / weitere Primärsysteme
 +
*** Könnten ggf. Umsetzungen von Gruppe auf konkrete Codes im Rahmen von Suchen durchführen. Falls dies der Fall ist, würden nach der Änderung die selben Antworten kommen - sie hätten aber die Option detaillierter über codes 189 vs. 190 zu suchen (Annahme: Update-Fähigkeit)
 +
* ePA-Dokumentenmetadaten: authorSpeciality
 +
** ePA-Aktensystem
 +
*** Auch im Aktensystem wird keine Umsetzung von Gruppe zu konkreten Codes gemacht. Im ePA-Aktensystem sind in den Metadaten für Dokumente ggf. auch Gruppen wie 74 als authorSpeciality hinterlegt. Die bestehenden Daten können nicht trivial System-weit verändert werden. Dies ist aber im jetzigen Vorschlag auch nicht mehr nötig, da der code weiterhin valide wäre und die selbe Semantik hat. Update der DM-spec und ValueSets gematik-seitig notwendig.
 +
** ePA-FdV
 +
*** Kann im AS nicht danach suchen, aber auf dem Gerät danach filtern. Anpassung der ValueSets nötig. Könnten ggf. Umsetzungen von Gruppe auf konkrete Codes im Rahmen von Suchen durchführen - aber sehr unwahrscheinlich. Falls dies der Fall ist, würden nach der Änderung die selben Antworten kommen - sie hätten aber die Option detaillierter über codes 189 vs. 190 zu suchen.
 +
** Primärsystem
 +
*** Können Dokumente mit den Codes kennzeichnen. Gff. könnten lokale Mappings anzupassen sein (z.B. von LDAP-Gruppen auf authorSpecialty) - eher unwahrscheinlich. Mapping könnte dann durch Unterscheidung zwischen 189 und 190 verbessert werden. Anpassung der ValueSets nötig. Könnten ggf. Umsetzungen von Gruppe auf konkrete Codes im Rahmen von Suchen durchführen. Falls dies der Fall ist, würden nach der Änderung die selben Antworten kommen - sie hätten aber die Option detaillierter über codes 189 vs. 190 zu suchen.
 +
 
 +
* XDS Affinity Domains (nicht-ePA)
 +
** Document Source
 +
*** wie bei ePA
 +
** Document Registry
 +
*** wie bei ePA, auch wenn Updates einfacher zu realisieren sind
 +
** Document Consumer
 +
*** Suche nach AuthorSpecialty möglich, Mapping Thematik wie bei ePA
 +
 
 +
* Auswirkungen auf ISIK
 +
Umsetzung nach Wunsch BPtK
 +
 
 +
BPtK müsste eigenes Codessystem auf jeden Fall selbst pflegen
 +
Impact auf andere Systeme müssen noch genau analysiert werden
 +
 
 +
 
 +
| Entscheidung | Wenn BPtK eigenes Codesystem erstellt pflegen wir es ein
 +
| Action Item | BPtK beantragt OID
 +
| Bearbeitungsstand | in Bearbeitung
 +
| zuletzt bearbeitet am| 18.03.2022
  
 
|- valign="top"  
 
|- valign="top"  
| Anfrage ID| 25
+
 
| Anfrage eingegangen am| 5.11.2020
+
 
| Anfrage| Übernahme der Facharzt- und Schwerpunktscodes aus dem Codesystem der BKAe, da relevante Facharzeit - und Schwerpunktscodes fehlen.
+
| Anfrage ID| 37
| betrifft Codesystem | authorspecialty
+
| Anfrage eingegangen am| 04.03.2022
| Autor der Anfrage | BKAe
+
| Anfrage| Displaynames Gender konform gestalten
| Diskussion| Bisher wurden die Facharzt und Schwerpunktcodes aus dem Codesystem der KBV übernommen. Wichtig ist, dass uns eine zuverlässig gepflegte Liste von Codes zu Verfügung steht. FW (Fachliche Weiterbildung) und FK Codes sind nicht notwendig.
+
| betrifft Codesystem | v.a. author role, authorspecialty
| Entscheidung |Die BKAe stellt uns die Codes möglichst als CSV oder Excelfile zur Verfügung. Die BKAe übernimmt die Pflege und Bereitstellung der Codes, so dass sie von uns in ArtDecor eingetragen werden können.
+
| Autor der Anfrage | Gematik
| Action Item | BKAE==> Bereitstellung der Codeliste, Konzept zur Pflege
+
| Diskussion| Displaynames sollten nicht verpflichtend bei Anzeige sein, entscheidend ist der Code in Kombination mit Codesystem, Impact Analyse: Gendern der Displaynames ist vor allem Aufwand für uns, das Gendern externer Codesystem muss durch andere Nutzer erfolgen;
 +
| Entscheidung | Gendern wird prinzipiell befürwortet, Ziel sind angepasste Displaynames für das nächste Release, Folgende Texten sollten geändert werden: authorRole, authorSpecialty, healthcareFacilityTypeCode, practiceSetting, typeCode
 +
| Action Item | Änderung wird befürwortet, wie und wann wird noch festgelegt
 
| Bearbeitungsstand | in Bearbeitung
 
| Bearbeitungsstand | in Bearbeitung
| zuletzt bearbeitet am| 13.11.2020
+
| zuletzt bearbeitet am| 29.04.2022
 +
|- valign="top"
  
 +
| Anfrage ID| 38
 +
| Anfrage eingegangen am| 25.3.2022
 +
| Anfrage| KDL Mapping kontrollieren
 +
| betrifft Codesystem | class code, type code,
 +
| Autor der Anfrage | DVMD
 +
| Diskussion|
 +
| Entscheidung |  Das Mapping wird bis in vier Wochen von Raik, Tarik, Arnold und eventuell Sven gereviewed. Angela teilt das Mappingdokument auf ihrem onedrive.
 +
| Action Item | Review bis in vier Wochen
 +
| Bearbeitungsstand | in Bearbeitung
 +
| zuletzt bearbeitet am| 29.04.2022
 
|- valign="top"  
 
|- valign="top"  
| Anfrage ID| 26
 
| Anfrage eingegangen am| 13.11.2020
 
| Anfrage| Prozeduren zu Fertilitätsdiagnostik und Behandlung in Gebu aufnehmen?
 
| betrifft Codesystem |  typeCode
 
| Autor der Anfrage | UKHD
 
| Diskussion|
 
| Entscheidung |
 
| Action Item |
 
| Bearbeitungsstand | neu
 
| zuletzt bearbeitet am| 13.11.2020
 
  
 +
| Anfrage ID| 39
 +
| Anfrage eingegangen am| 31.03.2022
 +
| Anfrage| neue FormatCodes, neue eventCodes
 +
DiGA
 +
 +
documentEntry.formatCode.code: "urn:gematik:ig:diga:v1.0"
 +
 +
documentEntry.formatCode.displayName: "DiGA (gematik)"
 +
 +
 +
 +
Weiterhin sollen aufgrund einer gesetzlichen Vorgabe eDMP-Datensätze in der ePA gespeichert werden können. Das Regelsystem der ePA braucht dazu konkrete Codes, um die DMPs erkennen zu können. Wir schlagen daher die folgenden Format Codes für die DMPs vor, die die Implementierungsleitfäden der KBV unter https://update.kbv.de/ita-update/Medizinische-Dokumentationen/ widerspiegeln:
 +
 +
 +
 +
DMP Asthma bronchiale
 +
 +
documentEntry.formatCode.code: "urn:gematik:ig:DMP-Asthma:v4.45"
 +
 +
documentEntry.formatCode.displayName: "eDMP Asthma (gematik)"
 +
 +
 +
 +
DMP Brustkrebs
 +
 +
documentEntry.formatCode.code: "urn:gematik:ig:DMP-BRK:v4.23"
 +
 +
documentEntry.formatCode.displayName: "eDMP Brustkrebs (gematik)"
 +
 +
 +
 +
DMP Chronische Herzinsuffizienz
 +
 +
documentEntry.formatCode.code: "urn:gematik:ig:DMP-HI:v1.1"                         
 +
 +
documentEntry.formatCode.displayName: "eDMP Herzinsuffizienz (gematik)"
 +
 +
 +
 +
DMP Chronischer Rückenschmerz
 +
 +
documentEntry.formatCode.code: "urn:gematik:ig:DMP-Rueckenschmerz:v1.0"
 +
 +
documentEntry.formatCode.displayName: "eDMP Rückenschmerz (gematik)"
 +
 +
 +
 +
DMP COPD
 +
 +
documentEntry.formatCode.code: "urn:gematik:ig:DMP-COPD:v4.4" 
 +
 +
documentEntry.formatCode.displayName: "eDMP Chronic Obstrusive Pulmonary Disease (gematik)"
 +
 +
 +
 +
DMP Depressionen
 +
 +
documentEntry.formatCode.code: "urn:gematik:ig:DMP-Depression:v1.1"             
 +
 +
documentEntry.formatCode.displayName: "eDMP Depression (gematik)"
 +
 +
 +
 +
DMP Diabetes mellitus Typ 1
 +
 +
documentEntry.formatCode.code: "urn:gematik:ig:DMP-DM1:v5.5"
 +
 +
documentEntry.formatCode.displayName: "eDMP Diabetes mellitus Typ 1 (gematik)"
 +
 +
 +
 +
DMP Diabetes mellitus Typ 2
 +
 +
documentEntry.formatCode.code: "urn:gematik:ig:DMP-DM2:v6.5"
 +
 +
documentEntry.formatCode.displayName: "eDMP Diabetes mellitus Typ 2 (gematik)"
 +
 +
 +
 +
DMP Koronare Herzkrankheit
 +
 +
documentEntry.formatCode.code: "urn:gematik:ig:DMP-KHK:v4"
 +
 +
documentEntry.formatCode.displayName: "eDMP Koronare Herzkrankheit (gematik)"
 +
 +
 +
 +
DMP Osteoporose
 +
 +
documentEntry.formatCode.code: "urn:gematik:ig:DMP-OST:v1.0"
 +
 +
documentEntry.formatCode.displayName: "eDMP Osteoporose (gematik)
 +
Leider unterliegen diese Versionen historisch bedingt, keinem Semantic Versioning. Das möchten wir sehr gerne diskutieren, da es möglicherweise unpraktikabel hinsichtlich der Pflege des Value Sets werden kann.
 +
 +
 +
 +
Weiterhin möchten wir gerne diskutieren, neben den Format Codes, versionsunabhängige Event Codes der DMP-Programme aufzunehmen, um die spezifische Suche nach einem Programm zu gewährleisten. Die KBV hat schon das entsprechende Code-System in verschiedenen Formaten spezifiziert und es wird auch in den HL7 FHIR Basisprofilen berücksichtigt  (https://fhir.kbv.de/CodeSystem/KBV_CS_SFHIR_KBV_DMP). Dieses könnte „herkömmlich“ über die OID 1.2.276.0.76.5.223 in das Value Set für Event Codes eingebunden werden.
 +
| betrifft Codesystem |formatCodes
 +
| Autor der Anfrage | Gematik
 +
| Diskussion| Die Display names des KBV CodeSystems sind ziemlich uneindeutig. Beispiel: HI könnte nicht nur Herzinsuffizienz sondern auch Hinterwandinfarkt oder Harnwegsinfekt bedeuten.
 +
| Entscheidung | Das Codesystem https://fhir.kbv.de/CodeSystem/KBV_CS_SFHIR_KBV_DMP wird dem eventCode ValueSet hinzugefügt. Der KBV wird geraten, in der nächsten Version des Codesystems bei den Displaynamen geeignetere Bezeichnungen zu verwenden. Die Major version der formatCodes wird in das entsprechende ValueSet aufgenommen z.B. "urn:gematik:ig:DMP-Asthma:v4" statt "urn:gematik:ig:DMP-Asthma:v4.45", da sonst der Pflegeaufwand zu hoch ist.
 +
| Action Item | Raik gibt entsprechende Rückmeldung an KBV, Angela fügt eventCOdes und formatCodes den entsprechende ValueSets hinzu
 +
| Bearbeitungsstand | erledigt
 +
| zuletzt bearbeitet am| 27.05.2022
 
|- valign="top"  
 
|- valign="top"  
| Anfrage ID| 27
+
 
| Anfrage eingegangen am| 13.11.2020
+
| Anfrage ID| 40
| Anfrage| Typecode für Gebärdendolmetscheunterstützung
+
| Anfrage eingegangen am| 28.04.2022
| betrifft Codesystem | typeCode
+
| Anfrage| passender eventCode bei stationärer Wiederaufnahme nach Unterbrechung
| Autor der Anfrage | UKHD
+
| betrifft Codesystem | eventCode
 +
| Autor der Anfrage | AM (UKHD)
 
| Diskussion|  
 
| Diskussion|  
| Entscheidung |
+
| Entscheidung | E216 Wiederaufnahme vollstationär nach kurzzeitiger Unterbrechung wird hinzugefügt
 
| Action Item |  
 
| Action Item |  
| Bearbeitungsstand | neu
+
| Bearbeitungsstand | in ArtDecor eingetragen
| zuletzt bearbeitet am| 13.11.2020
+
| zuletzt bearbeitet am| 29.04.2022
 +
|- valign="top"
  
 +
| Anfrage ID| 41
 +
| Anfrage eingegangen am| 28.04.2022
 +
| Anfrage|neue Dokumentenformate für EPA: code: "urn:gematik:ig:Telemedizinisches-Monitoring:v1.0" displayName: " Telemedizinisches Monitoring (gematik)", code: "urn:gematik:ig:Pflegeueberleitungsbogen:v1.0"
 +
displayName: " Pflegeüberleitungsbogen (gematik)"
 +
| betrifft Codesystem | formatCode
 +
| Autor der Anfrage | gematik
 +
| Diskussion|
 +
| Entscheidung | Major Revisions werden als FormatCodes aufgenommen
 +
| Action Item | Feedback an Gematik ==> positiv
 +
| Bearbeitungsstand | erledigt
 +
| zuletzt bearbeitet am| 27.05.2022
 
|- valign="top"  
 
|- valign="top"  
| Anfrage ID| 28
+
 
| Anfrage eingegangen am| 10.12.2020
+
| Anfrage ID| 42
| Anfrage| Classcode für Diagnosenübersichtsblatt
+
| Anfrage eingegangen am| 27.05.2022
| betrifft Codesystem | classCode
+
| Anfrage|neue Dokumentenformate für gematik "urn:gematik:ig:DMP-Rheuma:v1
| Autor der Anfrage | UKHD
+
eDMP" displayName: "Rheumatoide Arthritis (gematik)"
 +
| betrifft Codesystem | formatCode
 +
| Autor der Anfrage | gematik
 
| Diskussion|  
 
| Diskussion|  
| Entscheidung |
+
| Entscheidung |Major Revisions werden aufgenommen
 
| Action Item |  
 
| Action Item |  
| Bearbeitungsstand | neu
+
| Bearbeitungsstand | in Art Decor eingetragen
| zuletzt bearbeitet am| 10.12.2020
+
| zuletzt bearbeitet am| 27.05.2022
 
+
|- valign="top"
 
|}
 
|}
  
Zeile 430: Zeile 609:
 
| Bearbeitungsstand | erledigt
 
| Bearbeitungsstand | erledigt
 
| zuletzt bearbeitet am| 26.06.2020
 
| zuletzt bearbeitet am| 26.06.2020
 +
 +
|- valign="top"
 +
| Anfrage ID| 20
 +
| Anfrage eingegangen am| 10.07.2020
 +
| Anfrage| Der Bedarf stammt aus der Festlegung der elektronischen Patientenakte gemäß PDSG, Versicherten die Möglichkeit zu geben, auf „Daten zu Befunden, Diagnosen, durchgeführten und geplanten Therapiemaßnahmen, Früherkennungsuntersuchungen, zu Behandlungsberichten und sonstige untersuchungs- und behandlungsbezogene medizinische Informationen“ (§ 341 Abs. 2 Nr. 1a PDSG) Zugriffsberechtigungen auszusprechen. Die entsprechenden Dokumente sollen danach kategorisiert werden, ob sie aus einer der folgenden Fachgebiete/Institutionstypen entstammen:
 +
 +
Unterkategorien von 1a - Code
 +
 +
Hausarzt/ Hausärztin - practitioner
 +
 +
Krankenhaus - hospital
 +
 +
Labor und Humangenetik - laboratory
 +
 +
Physiotherapeuten - physiotherapy
 +
 +
Psychotherapeuten - psychotherapy
 +
 +
Dermatologie - dermatology
 +
 +
Urologie/Gynäkologie - gynaecology_urology
 +
 +
Zahnheilkunde und Mund-Kiefer-Gesichtschirurgie - dentistry_oms
 +
 +
Weitere Fachärzte/ Fachärztinnen - other_medical
 +
 +
Weitere nicht-ärztliche Berufe - other_non_medical
 +
 +
Für diesen ValueSet wäre es für die Spezifikationen der elektronischen Patientenakte und den Foldern, zu denen die entsprechend kategorisierten Dokumente gehören, von Vorteil, eine geeignete Codesystem-OID anführen zu können. Auf solche Dokumentenkategorien erteilen Versicherte Zugriffsrechte auf die ePA. Diese Kategorien sollen exklusiv Dokumenten zugeordnet werden können.
 +
 +
Zusätzlich soll für den Code „ega“ eine Kategorie von Dokumenten bezeichnen, für die gilt: Die Kategorie wird für Dokumente vergeben, die aus einer bestehenden eGA  (gemäß Paragraph §41 Absatz 2 Satz 7 PDSG, bzw.  Paragraph 68 SGB V) importiert worden sind.
 +
 +
Für diesen Code soll ein Code-System "Sonstige Berechtigungen ePA" genutzt werden.
 +
| betrifft Codesystem |  Anfrage neues Codesystem / ValueSet für Folder
 +
| Autor der Anfrage | JG (Gematik)
 +
| Diskussion| Überschneidungen bei Konzepten, keine Definitionen, Kategorien sollen zur Zugriffsberechtigung in der ePA verwendet werden, sie sollen Folder der ePA beschreiben es wäre sinnvoll gewesen, IHE Deutschland in die Abstimmung des Codesystems einzubeziehen
 +
| Entscheidung |Gematik beantragt OID für ValueSet bei DIMDI, wir reservieren OID für Codesystem, Gematik ergänzt Definitionen der einzelnen Konzepte
 +
| Action Item | Gematik beantragt OID für ValueSet bei DIMDI, wir reservieren OID für Codesystem, Gematik ergänzt Definitionen der einzelnen Konzepte
 +
| Bearbeitungsstand | erledigt, Gematik hat OIDs für ValueSet (1.2.276.0.76.11.466, 1.2.276.0.76.11.467)  und Codesystems (1.2.276.0.76.5.511, 1.2.276.0.76.5.512, 1.2.276.0.76.5.513) beantragt, reservierte OID 1.3.6.1.4.1.19376.3.276.1.5.17 wird nicht mehr benötigt
 +
| zuletzt bearbeitet am| 18.09.2020
  
 
|- valign="top"  
 
|- valign="top"  
Zeile 482: Zeile 701:
 
| zuletzt bearbeitet am| 18.09.2020
 
| zuletzt bearbeitet am| 18.09.2020
  
 +
|- valign="top"
 +
| Anfrage ID| 24
 +
| Anfrage eingegangen am| 5.11.2020
 +
| Anfrage| * Beruf ‚Psychotherapeut*in‘: dieser Beruf wurde mit dem Psychotherapeutenausbildungsreformgesetz (2019) geschaffen und ist wirksam ab 01.09.2020. Der neue Beruf des ‚Psychotherapeut*in‘ hat Fachgebiete.
 +
Die Berufe PP und KJP wird es weiterhin daneben geben, diese haben aber keine Fachgebiete, und sind selbst keine Fachgebiete sondern jeweils eigenständige Berufe.
 +
HL7 bildet die Berufsgruppen PP (2 L 82) und KJP (2-L 76) falsch ab, nämlich als Spezialisierung, nicht als Grundberufe.
 +
Die Fachgebiete des neuen Berufs ‚Psychotherapeut*in‘ sind im HL7 nicht abgebildet.
 +
| betrifft Codesystem |  authorspecialty
 +
| Autor der Anfrage | BPtK
 +
| Diskussion|
 +
| Entscheidung |Neue Berufsgruppen werden in Authorspecialty aufgenommen.
 +
| Action Item |
 +
| Bearbeitungsstand | erledigt
 +
| zuletzt bearbeitet am| 10.12.2020
  
|}
+
|- valign="top"
 +
| Anfrage ID| 25
 +
| Anfrage eingegangen am| 5.11.2020
 +
| Anfrage| Übernahme der Facharzt- und Schwerpunktscodes aus dem Codesystem der BAEK, da relevante Facharzt - und Schwerpunktscodes fehlen.
 +
| betrifft Codesystem |  authorspecialty
 +
| Autor der Anfrage | BAEK
 +
| Diskussion| Bisher wurden die Facharzt und Schwerpunktcodes aus dem Codesystem der KBV übernommen. Wichtig ist, dass uns eine zuverlässig gepflegte Liste von Codes zu Verfügung steht. FW (Fachliche Weiterbildung) und FK Codes sind nicht notwendig.
 +
| Entscheidung |Die BAeK stellt uns die Codes möglichst als CSV oder Excelfile zur Verfügung. Die BAek übernimmt die Pflege und Bereitstellung der Codes, so dass sie von uns in ArtDecor eingetragen werden können. Auch TG Codes, BAEK beantragt OID
 +
| Action Item |  Konzept zur Pflege, Mapping BAEK Codes auf practice Setting Codes wird auch bei KBV veröffentlicht (als FHIR concept map)
 +
| Bearbeitungsstand |erledigt
 +
| zuletzt bearbeitet am| 01.02.2021
  
'''Tabelle Aktueller Stand'''
+
|- valign="top"  
 
+
| Anfrage ID| 26
:{|class="hl7table sortable"  
+
| Anfrage eingegangen am| 13.11.2020
|-
+
| Anfrage| Prozeduren zu Fertilitätsbehandlung in Gebu aufnehmen?
! width="25%"  align="left" | Codesystem
+
| betrifft Codesystem |  typeCode
! align="center" | Stand Konzepte
+
| Autor der Anfrage | UKHD
! align="center"  | ArtDecor
+
| Diskussion|
! align="center"  | WikiText
+
| Entscheidung |nein
! align="center"  | Review durch
+
| Action Item |
 +
| Bearbeitungsstand | erledigt
 +
| zuletzt bearbeitet am| 01.02.2020
  
 
|- valign="top"  
 
|- valign="top"  
| Codesystem  | Vokabular Management & Einführung
+
| Anfrage ID| 27
| Stand Konzepte | n/a
+
| Anfrage eingegangen am| 13.11.2020
| ArtDecor | n/a
+
| Anfrage| Typecode für Erfassung der Dauer der Gebärdendolmetscherunterstützung
| WikiText | abgeschlossen
+
| betrifft Codesystem | typeCode
| Review durch |  
+
| Autor der Anfrage | UKHD
 +
| Diskussion|  
 +
| Entscheidung |Abrechnungsdokumente
 +
| Action Item |  
 +
| Bearbeitungsstand | erledigt
 +
| zuletzt bearbeitet am| 01.02.2020
  
 
|- valign="top"  
 
|- valign="top"  
| Codesystem  | Confidentiality Code
+
| Anfrage ID| 28
| Stand Konzepte | abgeschlossen
+
| Anfrage eingegangen am| 10.12.2020
| ArtDecor | abgeschlossen
+
| Anfrage| Classcode für Diagnosenübersichtsblatt
| WikiText | abgeschlossen
+
| betrifft Codesystem | classCode
| Review durch | Antje
+
| Autor der Anfrage | UKHD
 
+
| Diskussion|  
 +
| Entscheidung |hängt vom UseCase ab
 +
| Action Item |  
 +
| Bearbeitungsstand | erledigt
 +
| zuletzt bearbeitet am| 01.02.2020
 
|- valign="top"  
 
|- valign="top"  
| Codesystem  | AuthorRole
+
| Anfrage ID| 30
| Stand Konzepte | Review notwendig
+
| Anfrage eingegangen am| 04.02.2021
| ArtDecor | abgeschlossen
+
| Anfrage| Nutzung von XDS Value Sets für den digitalen Austausch medizinischer Unterlagen mit den Medizinischen Diensten.
| WikiText | abgeschlossen
+
| betrifft Codesystem | alle
| Review durch | Antje, Angela
+
| Autor der Anfrage | AMue
 +
| Diskussion|  
 +
| Entscheidung |
 +
| Action Item | Annett lädt Herrn Dr. Eckardt vom MD Westfalen-Lippe zur nächsten Telko ein
 +
| Bearbeitungsstand | erledigt
 +
| zuletzt bearbeitet am|  
  
 
|- valign="top"  
 
|- valign="top"  
| Codesystem  | AuthorSpeciality
+
| Anfrage ID| 32
| Stand Konzepte | vorläufig abgeschlossen
+
| Anfrage eingegangen am| 09.2021
| ArtDecor | abgeschlossen
+
| Anfrage| Aufnahme von Pflegefachmann/-fachfrau, da neuer Ausbildungsberuf
| WikiText | abgeschlossen
+
| betrifft Codesystem | Authorspecialty
| Review durch | Antje, Angela
+
| Autor der Anfrage | FP
 +
| Diskussion| Der BPflV hat auf Nachfrage per mail bestätigt, dass folgende Beruf im ValueSet fehlen: Pflegefachmann/-frau, Fachgesundheits- und krankenpfleger für Onkologie, Fachgesundheits- und krankenpfleger für Psychiatrie. Desweiteren sollten alle Fachkrankenpflegeberufsbezeichnungen in Fachgesundheits- und krankenpflegerbezeichnungen umbenannt.
 +
| Entscheidung | Konzepte werden wie vorgeschlagen ergänzt, bzw. - bezeichnungen geändert.
 +
| Action Item | Eröffnung version 4 draft des Value Sets ==> Anpassungen in ArtDecor erfolgt
 +
| Bearbeitungsstand | erledigt
 +
| zuletzt bearbeitet am| 15.10.2021
  
 
|- valign="top"  
 
|- valign="top"  
| Codesystem  | EventCodeList
+
| Anfrage ID| 34
| Stand Konzepte | aus XDS-I, XDW schon Codes vorgegeben weitere müssen noch gesammelt werden, Ideen stehen bereit, Arnold (Aufenthaltsart) und Antje (Warnungen) erarbeiten finale Version
+
| Anfrage eingegangen am| 22.12.2021
| ArtDecor | abgeschlossen
+
| Anfrage| Laut Implementierungsleitfaden ePA Version 1.8.0 vom 2. Juni 2021 (S. 99/100) soll der NFD mit den folgenden IHE-XDS Metadaten versehen werden:
| WikiText | offen
+
• IHE-XDS classCode = AUS
| Review durch | Angela
+
• IHE-XDS typeCode = BESC
 +
Dies widerspricht den Kodiervorgaben von IHE Deutschland Dort ist festgelegt, dass der Notfalldatensatz mit typeCode PATD dokumentiert werden soll.
 +
PATD Patienteneigene Dokumente Dokumententypen Dokumente, welche der Patient zu seinem Kontakt in der Gesundheitseinrichtung mitbringt, die aber nicht in unmittelbarem Zusammenhang mit dem aktuellen Kontakt stehen müssen. Sowie Dokumente, in denen das mitgebrachte Patienteneigentum festgehalten wird.
 +
Beispiele: Ausweise, Vorsorgevollmacht, Patientenverfügung, Wertgegenständeverwaltung, , Patiententagebuch
  
|- valign="top"
+
| betrifft Codesystem | TypeCode
| Codesystem  | ContentTypecode
+
| Autor der Anfrage | AMue
| Stand Konzepte | Vorschlag erstellt, gemeinsames Review nötig
+
| Diskussion|  
| ArtDecor | abgeschlossen
+
| Entscheidung | Missverständnis konnte geklärt werden
| WikiText | abgeschlossen
+
| Action Item | keine
| Review durch | Tarik, Antje, Angela
+
| Bearbeitungsstand | erledigt
 +
| zuletzt bearbeitet am|  
  
 
|- valign="top"  
 
|- valign="top"  
| Codesystem  | ClassCode
+
| Anfrage ID| 35
| Stand Konzepte | erledigt
+
| Anfrage eingegangen am| 14.02.2022
| ArtDecor | abgeschlossen
+
| Anfrage| Die gematik möchte wieder Aktualisierungen für MIO-Versionen zu den Format Codes einbringen. 
| WikiText | abgeschlossen
 
| Review durch |  
 
  
|- valign="top"
+
neu (die DisplayNames sind dieselben der Vorgänger)
| Codesystem  | TypeCode
 
| Stand Konzepte | mehrere offene Kommentare
 
| ArtDecor | offen
 
| WikiText | offen
 
| Review durch |
 
  
|- valign="top"
+
·        urn:gematik:ig:KinderuntersuchungsheftUntersuchungen:v1.0.1
| Codesystem  | FormatCode
 
| Stand Konzepte | offene Kommentare zu FHIR Formaten / Medikationsplan, Änderungen durch neuen code "mimeTypeSufficient"
 
| ArtDecor | offen (für Medikationsplan)
 
| WikiText | offen (für Medikationsplan)
 
| Review durch |
 
  
|}
+
·        urn:gematik:ig:KinderuntersuchungsheftTeilnahmekarte:v1.0.1
  
'''To dos'''
+
·        urn:gematik:ig:KinderuntersuchungsheftNotizen:v1.0.1
:{|class="hl7table sortable"
 
|-
 
! width="5%"  align="center" |#
 
! width="10%"  align="center" |Pkg
 
! width="10%"  align="center" |Sub-Pkg
 
! width="25%"  align="left"  |Task
 
! width="15%"  align="left"  |Wer?
 
! width="5%"  align="left"  |bis?
 
!              align="left"  |Anmerkungen
 
!| Status
 
  
|- valign="top"
+
·        urn:gematik:ig:Mutterpass:v1.1.0
|  align="center"  Nr. | 16
 
| Pkg | IHE D ValueSets
 
| Sub-Pkg | ConfidentialityCode
 
| Aktion    | Confidentiality Code ArtDecor überprüfen
 
| Wer?      | Tarik Idris
 
| bis wann? | 26.03.2018
 
| Anm.      |
 
| Status | erledigt
 
  
|- valign="top"
+
·        urn:gematik:ig:VerordnungsdatensatzMedikation:v1.0.2
|  align="center"  Nr. | 17
 
| Pkg | IHE D ValueSets
 
| Sub-Pkg | ConfidentialityCode
 
| Aktion    | Confidentiality Code Beschreibung verfassen
 
| Wer?      | Tarik Idris
 
| bis wann? | 26.03.2018
 
| Anm.      |
 
| Status | erledigt
 
  
|- valign="top"
+
   
| align="center"  Nr.  | 18
 
| Pkg | IHE D ValueSets
 
| Sub-Pkg | AuthorRole
 
| Aktion    | AuthorRole Definitionen der Prozessrollen verfassen
 
| Wer?      | Frank Oemig
 
| bis wann? | 26.03.2018
 
| Anm.      |
 
| Status | erledigt
 
  
|- valign="top"
+
deprecated/obsolet
|  align="center"  Nr.  | 19
 
| Pkg | IHE D ValueSets
 
| Sub-Pkg | AuthorRole
 
| Aktion    | AuthorRole Definitionen der Beziehungsrollen verfassen
 
| Wer?      | offen
 
| bis wann? |
 
| Anm.      |
 
| Status | erledigt
 
  
|- valign="top"
+
·        urn:gematik:ig:VerordnungsdatensatzMedikation:r4.0
|  align="center"  Nr. | 20
 
| Pkg | IHE D ValueSets
 
| Sub-Pkg | AuthorRole
 
| Aktion    | AuthorRole in ArtDecor eintragen
 
| Wer?      | Angela
 
| bis wann? |
 
| Anm.      |
 
| Status | erledigt
 
  
|- valign="top"
+
·        urn:gematik:ig:Kinderuntersuchungsheft:v1.0.0
|  align="center"  Nr. | 21
 
| Pkg | IHE D ValueSets
 
| Sub-Pkg | AuthorRole
 
| Aktion    | AuthorRole Beschreibungstext verfassen
 
| Wer?      | Tarik
 
| bis wann? | 15.05.
 
| Anm.      |
 
| Status | erledigt
 
  
|- valign="top"
+
| betrifft Codesystem | FormatCode
| align="center"  Nr.  | 22
+
| Autor der Anfrage | RK
| Pkg | IHE D ValueSets
+
| Diskussion| Versionsänderungen auf 3. Ebene (Patch) sollten in Zukunft keine Änderungen am Formatcode verursachen
| Sub-Pkg | AuthorSpeciality
+
| Entscheidung | Änderung wird diesmal zugestimmt, RK soll aber MIOs/Gematik darum bitten, in Zukunft nur neue Formatcodes zu beantragen, wenn es mindestens minor changes an der der Spezifikation gibt.
| Aktion    | AuthorSpeciality Codesystem: im ärztlichen Bereich Qualifikation mit berücksichtigen: Zusatzbezeichungen zur vorläufigen Liste hinzufügen
+
| Action Item | Art-Decor anpassen, RK Kommunikation des Wunschs der AG an die Gematik
| Wer?      | Antje Brandner
+
| Bearbeitungsstand | erledigt
| bis wann? | 06.04.2018
+
| zuletzt bearbeitet am| 18.03.2022
| Anm.      |
 
| Status | erledigt
 
  
 
|- valign="top"  
 
|- valign="top"  
| align="center"  Nr.  | 23
+
| Anfrage ID| 36
| Pkg | IHE D ValueSets
+
| Anfrage eingegangen am| 18.02.2022
| Sub-Pkg | AuthorSpeciality
+
| Anfrage| Pflege des Mappings der KDL auf ClassCode TypeCode mit Arbeitsgruppe abstimmen
| Aktion    | AuthorSpeciality Codesystem: Berufsgruppe: Arzt, nichtärztlichen Berufsgruppen (ohne Qualifikation) (aus ZTG Liste der Gruppen erarbeiten, für KH interne Beruf granularer als außerhalb), mit einer Hierarchie die Berufsgruppen und Berufe vereint 
 
| Wer?      | Angela Merzweiler
 
| bis wann? | 06.04.2018
 
| Anm.      |
 
| Status | erledigt
 
  
|- valign="top"
+
| betrifft Codesystem | eventCodeList, classCode, typeCode
| align="center"  Nr.  | 24
+
| Autor der Anfrage | AM
| Pkg | IHE D ValueSets
+
| Diskussion|  
| Sub-Pkg | AuthorSpeciality
+
| Entscheidung | Review des Mappings können wir machen, aber Verantwortung liegt bei DVMD, sobald neues Mapping vorliegt, erfolgt Review als neue Anfrage
| Aktion    | AuthorSpeciality für Facharzttitel in ArtDecor anpassen
+
| Action Item |  
| Wer?      | Tarik Idris
+
| Bearbeitungsstand | erledigt
| bis wann? | 03.05.2018
+
| zuletzt bearbeitet am| 18.02.2022
| Anm.      |
 
| Status | erledigt
 
  
|- valign="top"
 
|  align="center"  Nr.  | 25
 
| Pkg | IHE D ValueSets
 
| Sub-Pkg | AuthorSpeciality
 
| Aktion    | AuthorSpeciality Beschreibungstext verfassen
 
| Wer?      | Angela
 
| bis wann? | 15.05.2018
 
| Anm.      |
 
| Status | erledigt
 
  
|- valign="top"
+
|}
|  align="center"  Nr.  | 26
 
| Pkg | IHE D ValueSets
 
| Sub-Pkg | EventCodes
 
| Aktion    | notwendige EventCodes versenden
 
| Wer?      | Angela Merzweiler
 
| bis wann? | 12.03.2018
 
| Anm.      |
 
| Status | erledigt
 
  
|- valign="top"
+
'''Tabelle Aktueller Stand'''
|  align="center"  Nr.  | 27
 
| Pkg | IHE D ValueSets
 
| Sub-Pkg | EventCodes
 
| Aktion    | Arnold (Aufenthaltsart) und Antje (Warnungen) erarbeiten finale Version
 
| Wer?      | Arnold, Antje
 
| bis wann? | 26.04.2018
 
| Anm.      |
 
| Status | erledigt
 
  
|- valign="top"  
+
:{|class="hl7table sortable"  
| align="center" Nr.  | 28
+
|-
| Pkg | IHE D ValueSets
+
! width="25%"  align="left" | Codesystem
| Sub-Pkg | EventCodes
+
! align="center" | Stand Konzepte
| Aktion    | EventCodes in ArtDecor eintragen
+
! align="center"  | ArtDecor
| Wer?      | Angela
+
! align="center"  | WikiText
| bis wann? |
+
! align="center"  | Review durch
| Anm.      | eigene Codes eingetragen
 
| Status | erledigt
 
  
 
|- valign="top"  
 
|- valign="top"  
| align="center"  Nr. | 29
+
| Codesystem | Einleitung
| Pkg | IHE D ValueSets
+
| Stand Konzepte | n/a
| Sub-Pkg | EventCodes
+
| ArtDecor | n/a
| Aktion    | Beschreibung zu EventCodes verfassen
+
| WikiText | offen
| Wer?      | Tarik
+
| Review durch | Sven, Frank
| bis wann? | 17.05.2018
 
| Anm.      |
 
| Status | offen
 
  
 
|- valign="top"  
 
|- valign="top"  
| align="center"  Nr. | 30
+
| Codesystem | Vokabular Management
| Pkg | IHE D ValueSets
+
| Stand Konzepte | n/a
| Sub-Pkg | ContentTypeCodes
+
| ArtDecor | n/a
| Aktion    | ContentTypeCodes zusammenstellen
+
| WikiText | offen
| Wer?      |Sven Lüttmann
+
| Review durch | Sven, Frank
| bis wann? | 26.04.2018
 
| Anm.      |
 
| Status | erledigt
 
  
 
|- valign="top"  
 
|- valign="top"  
align="center"  Nr.  | 31
+
| Codesystem | Confidentiality Code
| Pkg | IHE D ValueSets
+
| Stand Konzepte | n/a
| Sub-Pkg | ContentTypeCodes
+
| ArtDecor | n/a
| Aktion    | ContentTypeCodes in ArtDecor eintragen
+
| WikiText | offen
| Wer?      | Angela
+
| Review durch | Sven, Frank
| bis wann? |  
 
| Anm.      |  
 
| Status | erledigt
 
  
 
|- valign="top"  
 
|- valign="top"  
| align="center"  Nr. | 32
+
| Codesystem | AuthorRole
| Pkg | IHE D ValueSets
+
| Stand Konzepte | n/a
| Sub-Pkg | ContentTypeCodes
+
| ArtDecor | n/a
| Aktion    | Beschreibungstext zu ContentTypeCodes verfassen
+
| WikiText | offen
| Wer?      | Sven
+
| Review durch | Angela, Sven
| bis wann? |
 
| Anm.      |
 
| Status | erledigt
 
  
 
|- valign="top"  
 
|- valign="top"  
| align="center"  Nr. | 33
+
| Codesystem | AuthorSpeciality
| Pkg | IHE D ValueSets
+
| Stand Konzepte | n/a
| Sub-Pkg | Vokabular-Management
+
| ArtDecor | offen
| Aktion    | Übersichtstabelle mit Eigenschaften der definierten ValueSets um die Neuen erweitern
+
| WikiText | offen
| Wer?      | Tarik
+
| Review durch | ''Tarik?''
| bis wann? |
 
| Anm.      |
 
| Status | erledigt
 
  
 
|- valign="top"  
 
|- valign="top"  
| align="center"  Nr. | 34
+
| Codesystem | EventCodeList
| Pkg | IHE D ValueSets
+
| Stand Konzepte | n/a
| Sub-Pkg | Class Codes
+
| ArtDecor | n/a
| Aktion    | Medikationen nicht löschen, sondern als deprecated markieren
+
| WikiText | offen
| Wer?      | Angela
+
| Review durch | Angela
| bis wann? | 06.04.2018
 
| Anm.      |
 
| Status | erledigt
 
  
 
|- valign="top"  
 
|- valign="top"  
align="center"  Nr.  | 35
+
| Codesystem | ContentTypeCode
| Pkg | IHE D ValueSets
+
| Stand Konzepte | n/a
| Sub-Pkg | Format Code
+
| ArtDecor | n/a
| Aktion    | mimeTypeSufficient hinzufügen und FHIR Mime Type erläutern
+
| WikiText | offen
| Wer?      | Tarik Idris
+
| Review durch | Axel
| bis wann? | 03.05.2018
 
| Anm.      |  
 
| Status | erledigt
 
  
 
|- valign="top"  
 
|- valign="top"  
align="center"  Nr.  | 36
+
| Codesystem | ClassCode
| Pkg | IHE D ValueSets
+
| Stand Konzepte | n/a
| Sub-Pkg | AuthorSpeciality
+
| ArtDecor | n/a
| Aktion    | nichtärztlich Berufsgruppen in ArtDecor eintragen
+
| WikiText | offen
| Wer?      | Angela Merzweiler
+
| Review durch | Arnold, Antje
| bis wann? | 12.04.2018
 
| Anm.      |  
 
| Status | erledigt
 
  
 
|- valign="top"  
 
|- valign="top"  
align="center"  Nr.  | 37
+
| Codesystem | TypeCode
| Pkg | Abstimmungsverfahren
+
| Stand Konzepte | n/a
| Sub-Pkg | Ankündigung
+
| ArtDecor | n/a
| Aktion    | Ankündigung verfassen, über interopforum und IHE Mitgliederliste verteilen, IHE-D Homepage anpassen
+
| WikiText | offen
| Wer?      | Angela Merzweiler
+
| Review durch | Arnold, Antje
| bis wann? | 17.04.2018
 
| Anm.      |
 
| Status | erledigt
 
 
 
  
 
|- valign="top"  
 
|- valign="top"  
| align="center"  Nr. | 38
+
| Codesystem | FormatCode
| Pkg | Abstimmungsverfahren
+
| Stand Konzepte | n/a
| Sub-Pkg | Vorbereitung Abstimmungsverfahren
+
| ArtDecor | n/a
| Aktion    | Kommentierungsdokumente bereitstellen (PDF, Excel)
+
| WikiText | offen
| Wer?      | Angela
+
| Review durch | Axel
| bis wann? | 18.05.2018
 
| Anm.      |
 
| Status | offen
 
  
 
|- valign="top"  
 
|- valign="top"  
| align="center"  Nr. | 39
+
| Codesystem | HealthcareFacilityTypeCode
| Pkg | Abstimmungsverfahren
+
| Stand Konzepte | n/a
| Sub-Pkg | Vorbereitung Abstimmungsverfahren
+
| ArtDecor | n/a
| Aktion    | Ankündigungsschreiben anpassen, über interopforum und IHE Mitgliederliste verteilen
+
| WikiText | offen
| Wer?      | Angela
+
| Review durch | ''Tarik?''
| bis wann? | 18.05.2018
 
| Anm.      |
 
| Status | offen
 
  
 
|- valign="top"  
 
|- valign="top"  
align="center"  Nr.  | 40
+
| Codesystem | PracticeSettingCode
| Pkg | IHE D ValueSets
+
| Stand Konzepte | n/a
| Sub-Pkg | ClassCode
+
| ArtDecor | n/a
| Aktion    | Abstimmung eines Kommentars
+
| WikiText | offen
| Wer?      | Angela Merzweiler
+
| Review durch | Antje, Arnold
| bis wann? |  
 
| Anm.      |  
 
| Status | erledigt
 
  
 
|- valign="top"  
 
|- valign="top"  
align="center"  Nr. | 41
+
| Codesystem | Folder.codeList
| Pkg | IHE D ValueSets
+
| Stand Konzepte | n/a
| Sub-Pkg | ClassCode
+
| ArtDecor | n/a
| Aktion    | Änderungen in ArtDecor eintragen
+
| WikiText | offen
| Wer?      | Angela Merzweiler
+
| Review durch | Angela, Sven
| bis wann? |
 
| Anm.      |
 
| Status | erledigt
 
  
|- valign="top"
 
|  align="center"  Nr.  | 42
 
| Pkg | IHE D ValueSets
 
| Sub-Pkg | TypeCode
 
| Aktion    | über Änderungen abstimmen lassen
 
| Wer?      | Angela Merzweiler
 
| bis wann? |
 
| Anm.      |
 
| Status | offen
 
  
 
|- valign="top"  
 
|- valign="top"  
| align="center"  Nr.  | 43
+
| Valuesets/ generell| EPA Verwendung
| Pkg | IHE D ValueSets
+
| Stand Konzepte | n/a
| Sub-Pkg | TypeCode
+
| ArtDecor | n/a
| Aktion    | Änderungen in ArtDecor eintragen
+
| WikiText | offen
| Wer?      | Angela Merzweiler
+
| Erstellung durch | Raik, Christof
| bis wann? |  
 
| Anm.      |  
 
| Status | offen
 
  
|- valign="top"
+
|}
|  align="center"  Nr.  | 44
 
| Pkg | IHE D ValueSets
 
| Sub-Pkg | FormatCode
 
| Aktion    | über Änderungen abstimmen lassen
 
| Wer?      |
 
| bis wann? |
 
| Anm.      |
 
| Status | offen
 
  
|- valign="top"
+
'''Schritte zur Veröffentlichung v3'''
|  align="center"  Nr.  | 45
+
# Zeitplan (draft) erstellen
| Pkg | IHE D ValueSets
+
#* Anfang Februar Ankündigung
| Sub-Pkg | FormatCode
+
#* Anfang März Kommentierungsstart
| Aktion    | Änderungen in ArtDecor eintragen
+
#* Anfang April Ende Kommentierung, Anfang Kommentarauflösungs
| Wer?      | Angela Merzweiler
+
#* Anfang Juni Veröffentlichung
| bis wann? |
+
# Rückfrage an gematik, KBV, BAEK, BPTK ob die mit ihnen abgestimmten Änderungen an v3 so finalisiert werden können - Hinweis auf unseren vorläufigen Zeitplan geben
| Anm.      |
+
# Ankündigung formulieren
| Status | offen
+
# Kapitel zur Verwendung der ValueSets in der EPA schreiben
 +
# Review der Wiki-Texte und AuthorSpecialty Code anpassen
 +
# Change Liste erstellen
 +
# PDF erstellen
 +
# PDF in Wiki und auf IHE-D Seite hochladen/referenzieren
 +
# Kommentare sammeln
 +
# Kommentare auflösen
 +
# Abstimmung zur Veröffentlichung
 +
# Finale Version erstellen und in Wiki und IHE-D Seite hochladen
  
|}
+
Optional:
 +
* Erläuterung zum Zusammenspiel mit FHIR
 +
* Hinweis/kurze Erläuterung der nicht behandelten XDS Metadaten
  
 
'''IG Struktur'''
 
'''IG Struktur'''

Version vom 10. Juni 2022, 11:33 Uhr

Tabelle Änderungsanfragen


Anfrage ID Anfrage eingegangen am Anfrage betrifft Codesystem Autor der Anfrage Diskussion Entscheidung Action Item Bearbeitungsstand zuletzt bearbeitet am


43 10.06.2022 Im Zuge des KDL-Mapping-Reviews waren sich die Reviewer einig, das eine Klarstellung der Beschreibung des Befundberichts sinnvoll wäre, um Befundberichte besser von Durchführungsprotokollen abzugrenzen. classCode Raik in Bearbeitung 10.06.2022


4 Arbeitsgruppe „Weiterentwicklung Klinische Dokumentenklassenliste (KDL)“.

Am 22. August 2019 fand eine Telefonkonferenz statt, bei der auch das Mapping auf die Value Sets classCode und typeCode von IHE-D thematisiert wurde. Das aktuelle Mapping liegt der Geschäftsstelle vor und ist bisher mit Angela Merzweiler gemeinsam abgestimmt wurden. Aktuelle Erfahrungen im Rahmen der IHE-konformen Langzeitarchivierung haben gezeigt, dass die granularen Informationen zum Dokumententyp verloren gehen, sobald nur der ClassCode und TypeCode in die Langzeitarchivierung übernommen werden. Beispiel: Ich möchte daher anregen bzw. beantragen, dass die KDL im ersten Schritt offiziell als CodeSystem in das Value Set „EventCodeList“ aufgenommen wird. Damit haben Hersteller von IHE-konformen Archiven, o. ä. die Möglichkeit, wenigstens die Klassifizierung des Dokuments mittels KDL offiziell abzubilden. · Code System Name: Klinische Dokumentenklassen Liste (KDL) · Code System ID: 1.2.276.0.76.3.1.191.0.1.1, versionsabhängig · Kommentar: Klassifizierung von Dokumenten und Daten als Beispiele für die Value Sets classCode und typeCode Mittelfristig soll die KDL zu einem terminologischen System mit ontologischem Ansatz ausgebaut werden. Hier möchten wir uns als Arbeitsgruppe mit der Ihrer Arbeitsgruppe austauschen, inwieweit die KDL weiter in Richtung IHE, SNOMED, LOINC, etc. ausgebaut werden kann. Ich freue mich, wenn wir es gemeinsam schaffen, dazu einen persönlichen Termin für ein Arbeitstreffen zu finden.

eventCode AMü EventCode eigentlich als Kontext der Dokumentenerstellung gedacht, als Interimslösung für KDL geeignet, soll aber unbedingt zur Ontologie weiterentwickelt werden. Fokus soll weiterhin auf Metadaten für Document Sharing liegen. Gemeinsame Telko zur weiteren Abstimmung mit KDL Arbeitsgruppe. Semantik der Codes muss definiert werden. Das in Simplifier eingetragene Valueset enthält das gesamte Codesystem. Als Valueset sollen nur Codes auf dritter Hierarchiestufe erlaubt sein. Einbindung soll dynamisch erfolgen. Das Valueset ist closed. Annett beantragt bei DIMDI eine OID für den DVMD. Dann können OIDs für das Codesystem und das Valueset vergeben werden. Achtung: KDL ist eine Klassifikation, für jede Version eine neue OID notwendig. DVMD benötigt OID Konzept. Eigene Projektseit im HL7wiki eingerichtet

24.4. OIDs für KDL2019 und KDL2020 vorhanden, aber keine eindeutigen URNs, Filterung auf dritter Ebene für ValueSet war erfolgreich, aber Beschreibung im Simplifier fehlerhaft, Mapping KDL2020 auf XDS Class und TypeCodes in Simplifier vorhanden (noch keine Rückmeldungen von uns) übergeordnetes Valueset KDL in ArtDecor als Codesystem eingetragen, da der Eintrag als Valueset technisch nicht möglich war. 12.11.2021 erneute Diskussion, ob Eintrag als Codesystem sinnvoll war

grundsätzlich zugestimmt, neues Valueset alle=> Mapping prüfen in Bearbeitung 12.11.2021


6 31.10.2019 Ansatz Canonical URLs diskutieren alle Tarik Idris Ziel: Gute Einfügung in FHIR Umgebung Für V3 alle URNs durch URLs ersetzen Für V3 alle URNs, die wir selbst unter Kontrolle haben, durch folgendes URLs mit Präfix http://ihe-d.de/CodeSystems/ + Name CodeSystem ersetzen ==> erledigt, warum in ArtDecor nicht sichtbar? ==> Angela, bei Fremdcodesystem nach entsprechenden URLs suchen ==> betrifft nur DICOM Codesysteme (in den Valuesets eventcode und formatCode) ==> Sven kümmert sich für ValueSets erledigt (Angela) 14.11.2021
7 31.10.2019 Deutscher Implementation Guide für MHD Profile mit Verweis auf unsere Valuesets alle SH über Tarik 3.4.2020 Kosten stehen nicht im Verhältnis zum Nutzen, Codes werden weiterhin in ArtDecor gepflegt, In Implementation Guide der Deutschen Basisprofile gibt es schon Referenzen auf class und type Code kein Implementation Guide für MHD, aber stattdessen Aufnahme der Codes in Simplifier, um höhere Aufmerksamkeit bei der FHIR Community zu bekommen, die Pflege der Codesysteme / Valuesets soll weiterhin über ArtDecor erfolgen. Nach Diskussion vom 03.04.2020 wird Beantragung des SimplifierKontos storniert Simone um Referenz der Codes in Deutschen Basisprofilguideline bitten als Issues in Gitlab eingetragen, im Simplifier sichtbar https://simplifier.net/basisprofil-de-r4/~resources?category=ValueSet&sortBy=RankScore_desc ==> (Angela) 10.12.2020


19 10.07.2020 Hintergrund: Verzeichnisdienst in der TI soll mit den Angaben der ambulanten Praxen zu befüllen. Dabei soll auch die Fachgruppe als Merkmal aufgenommen werden. Die gematik hat als Wertebereich für die Fachgruppe dabei das ValueSet „practiceSettingCode“ vorgesehen. In den Arztregistern der Kassenärztlichen Vereinigungen – woher die Daten stammen – ist die Fachgruppe hingegen nach einer anderen Systematik hinterlegt: https://applications.kbv.de/S_BAR2_ARZTNRFACHGRUPPE_V1.01.xhtm

Wir haben versucht eine Zuordnungstabelle zu schaffen, in der wir von unserer Systematik in den „practiceSettingCode“ übersetzen. Dabei ist uns aufgefallen, dass wir einige unserer Fachgruppen nicht valide zuordnen können. (z.B. 51 – Nervenheilkunde oder 69 – Kinder- und Jugendlichenpsychotherapeut). Das betrifft relativ wenige Fachgruppen, die allerdings teils sehr viele Ärzte enthalten. Um alle in der Versorgung vorkommenden Fachgruppen sauber abbilden zu können, würden wir das ValueSet „practiceSettingCode“ gerne um folgende Ausprägungen erweitern: Bestehenden Code ALLG - „Allgemeinmedizin“ neu bezeichnen als „Facharzt für Allgemeinmedizin (Hausarzt)“ 2. Neuen Code einführen für „Praktischer Arzt/Arzt (Hausarzt)“. Vorschlag: PRAK 3. Neuen Code einführen für „Hausärztlich tätiger Internist (Hausarzt)“. Vorschlag: HINT 4. Bestehenden Codes ORTH neu bezeichnen als „Orthopädie und Unfallchirurgie“. 5. Neuen Code einführen für „Rheumatologie (Orthopädie)“. Vorschlag: ORRH. 6. Neuen Code einführen für „Infektiologie“. Vorschlag: INFK 7. Neuen Code einführen für „Kinder-Pneumologie“. Vorschlag: KIPN 8. Neuen Code einführen für „Nervenheilkunde/Neurologie und Psychiatrie“. Vorschlag: NERV 9. Neuen Code einführen für „Psychotherapeutisch tätiger Arzt“. Vorschlag: PTAR 10. Neuen Code einführen für „Psychologischer Psychotherapeut“. Vorschlag: PPTH 11.Neuen Code einführen für „Kinder- und Jugendlichen-Psychotherapeut“. Vorschlag: KJPP

Practice Setting Code SR (KBV) Practice Setting Code gibt nur das Fachgebiet der Praxis an, die Qualifikation der Beschäftigten wird durch die Author speciality ausgedrückt. Daher gibt es bereits im Implementation Guide ein Mapping einiger Praxen nichtärztlicher Berufe auf diese Fachbereiche. Implementation Guide wird um Mapping S_BAR2_ARZTNRFACHGRUPPE auf practice Setting Code ergänzt, KBV kann für Ihren speziellen Einsatzweck (nicht als XDS Metadatum) für bestimmte Praxen auch zwei Codes verwenden (z.B. Neurologie + Psychiatrie), Psychotherapie wird bei nichtärztlichen PracticeSettingCodes hinzugefügt, Bei Allgemeinmedizin wird Nutzungshinweis ", Streichen des Satzes: "In Deutschland ist die Weiterbildung zu einem entsprechenden Facharzt die Grundlage dafür, dass ein Arzt als "Hausarzt" tätig werden kann." Stattdessen Ergänzung Nutzungshinweis, dass Code auch für hausärztlich tätige Praxen genutzt werden kann (auch bei Innere Medizin). Mapping prüfen und in Implementation Guide eintragen. Mapping geprüft, Psychotherapie bei nichtärztlichen PracticeSettingCodes hinzugefügt, Eintrag in ImplementationGuide fehlt noch (Angela), Nutzungshinweise bei Innere Medizin und Allgemeinmedizin ergänzt. 10.12.2020





29 22.01.2021 Problem mit ArtDecor bei FHIR alle Axel Axel meldet Issues an Kai in Bearbeitung 22.01.2021



31 18.02.2021 Für das eHDSI-Projekt soll ein neuer LOINC-Code beantragen, der in etwa unserem IHEXDSclassCode "BIL" entspricht. Können wir morgen in dem Arbeitstreffen kurz um konstruktive Kritik dazu bitten? Term Description: This concept summarizes all documents, the aim of which is to visually represent a situation using a clinical image. Examples are X-ray, MRI, CT images or photos of wounds, body parts or the like. ClassCode CG offen
33 22.12.2021 Bei der Umsetzung der ePA durch die Konsortien, wie auch bei weiteren angedachten digitalen Anwendungen, zeigen sich nun einige Schwierigkeiten bei der Darstellung von Psychotherapeut*innen, die sich durch die erfolgte Einordnung im IHE ergeben. Mit den bisher vorgenommenen Änderungen sind zwar alle Berufsbezeichnungen von Psychotherapeut*innen korrekt abbildbar, allerdings lässt die hierarchische Einordnung keine Abbildung als approbierter Heilberuf zu. Um die Qualifikationen der Psychotherapeut*innen in den verschiedenen Anwendungen der TI adäquat abbilden zu können, ist daher aus unserer Sicht eine weitere Anpassung in den ArtDecor Value Sets erforderlich. AuthorSpecialty BPtK

Potentieller Ansatz: "Umhängen" der versch. Codes (s.o.) in eine neu zu schaffende Gruppe für "Psychotherapie" (Code z.B. 189 mit Inhalt, 76, 82, 183, 184, 185), eine weitere neue Gruppe "Psychologische Analyse, Beratung, Therapie (ohne Psychotherapeuten)" (Code z.B. 190, beinhaltet 75, 77, 78, 79, 80, 81, 83, 84, 85)

  • 74
    • 189
      • 76
      • 82
      • 183
        • 184
        • 185
    • 190
      • 75
      • 77
      • 78
      • 79
      • 80
      • 81
      • 83
      • 84
      • 85

Betroffenen Systemen und Use Cases

  • Suche KIM-Teilnehmer
    • Kammer/HBA-Herausgeber
      • z.B. Landesärztekammern und BPtk, prüfen ob der Gruppen-Code 74 verwendet werden, wahrscheinlich werden eher die konkreten Codes verwendet
    • Verzeichnisdienst
      • VZD macht keine Umsetzung von Gruppe zu konkreten Codes, d.h. kein Änderungsbedarf
    • AIS / KIS / weitere Primärsysteme
      • Könnten ggf. Umsetzungen von Gruppe auf konkrete Codes im Rahmen von Suchen durchführen. Falls dies der Fall ist, würden nach der Änderung die selben Antworten kommen - sie hätten aber die Option detaillierter über codes 189 vs. 190 zu suchen (Annahme: Update-Fähigkeit)
  • ePA-Dokumentenmetadaten: authorSpeciality
    • ePA-Aktensystem
      • Auch im Aktensystem wird keine Umsetzung von Gruppe zu konkreten Codes gemacht. Im ePA-Aktensystem sind in den Metadaten für Dokumente ggf. auch Gruppen wie 74 als authorSpeciality hinterlegt. Die bestehenden Daten können nicht trivial System-weit verändert werden. Dies ist aber im jetzigen Vorschlag auch nicht mehr nötig, da der code weiterhin valide wäre und die selbe Semantik hat. Update der DM-spec und ValueSets gematik-seitig notwendig.
    • ePA-FdV
      • Kann im AS nicht danach suchen, aber auf dem Gerät danach filtern. Anpassung der ValueSets nötig. Könnten ggf. Umsetzungen von Gruppe auf konkrete Codes im Rahmen von Suchen durchführen - aber sehr unwahrscheinlich. Falls dies der Fall ist, würden nach der Änderung die selben Antworten kommen - sie hätten aber die Option detaillierter über codes 189 vs. 190 zu suchen.
    • Primärsystem
      • Können Dokumente mit den Codes kennzeichnen. Gff. könnten lokale Mappings anzupassen sein (z.B. von LDAP-Gruppen auf authorSpecialty) - eher unwahrscheinlich. Mapping könnte dann durch Unterscheidung zwischen 189 und 190 verbessert werden. Anpassung der ValueSets nötig. Könnten ggf. Umsetzungen von Gruppe auf konkrete Codes im Rahmen von Suchen durchführen. Falls dies der Fall ist, würden nach der Änderung die selben Antworten kommen - sie hätten aber die Option detaillierter über codes 189 vs. 190 zu suchen.
  • XDS Affinity Domains (nicht-ePA)
    • Document Source
      • wie bei ePA
    • Document Registry
      • wie bei ePA, auch wenn Updates einfacher zu realisieren sind
    • Document Consumer
      • Suche nach AuthorSpecialty möglich, Mapping Thematik wie bei ePA
  • Auswirkungen auf ISIK

Umsetzung nach Wunsch BPtK

BPtK müsste eigenes Codessystem auf jeden Fall selbst pflegen Impact auf andere Systeme müssen noch genau analysiert werden


Wenn BPtK eigenes Codesystem erstellt pflegen wir es ein BPtK beantragt OID in Bearbeitung 18.03.2022
37 04.03.2022 Displaynames Gender konform gestalten v.a. author role, authorspecialty Gematik Displaynames sollten nicht verpflichtend bei Anzeige sein, entscheidend ist der Code in Kombination mit Codesystem, Impact Analyse: Gendern der Displaynames ist vor allem Aufwand für uns, das Gendern externer Codesystem muss durch andere Nutzer erfolgen; Gendern wird prinzipiell befürwortet, Ziel sind angepasste Displaynames für das nächste Release, Folgende Texten sollten geändert werden: authorRole, authorSpecialty, healthcareFacilityTypeCode, practiceSetting, typeCode Änderung wird befürwortet, wie und wann wird noch festgelegt in Bearbeitung 29.04.2022
38 25.3.2022 KDL Mapping kontrollieren class code, type code, DVMD Das Mapping wird bis in vier Wochen von Raik, Tarik, Arnold und eventuell Sven gereviewed. Angela teilt das Mappingdokument auf ihrem onedrive. Review bis in vier Wochen in Bearbeitung 29.04.2022
39 31.03.2022 neue FormatCodes, neue eventCodes

DiGA

documentEntry.formatCode.code: "urn:gematik:ig:diga:v1.0"

documentEntry.formatCode.displayName: "DiGA (gematik)"


Weiterhin sollen aufgrund einer gesetzlichen Vorgabe eDMP-Datensätze in der ePA gespeichert werden können. Das Regelsystem der ePA braucht dazu konkrete Codes, um die DMPs erkennen zu können. Wir schlagen daher die folgenden Format Codes für die DMPs vor, die die Implementierungsleitfäden der KBV unter https://update.kbv.de/ita-update/Medizinische-Dokumentationen/ widerspiegeln:


DMP Asthma bronchiale

documentEntry.formatCode.code: "urn:gematik:ig:DMP-Asthma:v4.45"

documentEntry.formatCode.displayName: "eDMP Asthma (gematik)"


DMP Brustkrebs

documentEntry.formatCode.code: "urn:gematik:ig:DMP-BRK:v4.23"

documentEntry.formatCode.displayName: "eDMP Brustkrebs (gematik)"


DMP Chronische Herzinsuffizienz

documentEntry.formatCode.code: "urn:gematik:ig:DMP-HI:v1.1"

documentEntry.formatCode.displayName: "eDMP Herzinsuffizienz (gematik)"


DMP Chronischer Rückenschmerz

documentEntry.formatCode.code: "urn:gematik:ig:DMP-Rueckenschmerz:v1.0"

documentEntry.formatCode.displayName: "eDMP Rückenschmerz (gematik)"


DMP COPD

documentEntry.formatCode.code: "urn:gematik:ig:DMP-COPD:v4.4"

documentEntry.formatCode.displayName: "eDMP Chronic Obstrusive Pulmonary Disease (gematik)"


DMP Depressionen

documentEntry.formatCode.code: "urn:gematik:ig:DMP-Depression:v1.1"

documentEntry.formatCode.displayName: "eDMP Depression (gematik)"


DMP Diabetes mellitus Typ 1

documentEntry.formatCode.code: "urn:gematik:ig:DMP-DM1:v5.5"

documentEntry.formatCode.displayName: "eDMP Diabetes mellitus Typ 1 (gematik)"


DMP Diabetes mellitus Typ 2

documentEntry.formatCode.code: "urn:gematik:ig:DMP-DM2:v6.5"

documentEntry.formatCode.displayName: "eDMP Diabetes mellitus Typ 2 (gematik)"


DMP Koronare Herzkrankheit

documentEntry.formatCode.code: "urn:gematik:ig:DMP-KHK:v4"

documentEntry.formatCode.displayName: "eDMP Koronare Herzkrankheit (gematik)"


DMP Osteoporose

documentEntry.formatCode.code: "urn:gematik:ig:DMP-OST:v1.0"

documentEntry.formatCode.displayName: "eDMP Osteoporose (gematik) Leider unterliegen diese Versionen historisch bedingt, keinem Semantic Versioning. Das möchten wir sehr gerne diskutieren, da es möglicherweise unpraktikabel hinsichtlich der Pflege des Value Sets werden kann.


Weiterhin möchten wir gerne diskutieren, neben den Format Codes, versionsunabhängige Event Codes der DMP-Programme aufzunehmen, um die spezifische Suche nach einem Programm zu gewährleisten. Die KBV hat schon das entsprechende Code-System in verschiedenen Formaten spezifiziert und es wird auch in den HL7 FHIR Basisprofilen berücksichtigt (https://fhir.kbv.de/CodeSystem/KBV_CS_SFHIR_KBV_DMP). Dieses könnte „herkömmlich“ über die OID 1.2.276.0.76.5.223 in das Value Set für Event Codes eingebunden werden.

formatCodes Gematik Die Display names des KBV CodeSystems sind ziemlich uneindeutig. Beispiel: HI könnte nicht nur Herzinsuffizienz sondern auch Hinterwandinfarkt oder Harnwegsinfekt bedeuten. Das Codesystem https://fhir.kbv.de/CodeSystem/KBV_CS_SFHIR_KBV_DMP wird dem eventCode ValueSet hinzugefügt. Der KBV wird geraten, in der nächsten Version des Codesystems bei den Displaynamen geeignetere Bezeichnungen zu verwenden. Die Major version der formatCodes wird in das entsprechende ValueSet aufgenommen z.B. "urn:gematik:ig:DMP-Asthma:v4" statt "urn:gematik:ig:DMP-Asthma:v4.45", da sonst der Pflegeaufwand zu hoch ist. Raik gibt entsprechende Rückmeldung an KBV, Angela fügt eventCOdes und formatCodes den entsprechende ValueSets hinzu erledigt 27.05.2022
40 28.04.2022 passender eventCode bei stationärer Wiederaufnahme nach Unterbrechung eventCode AM (UKHD) E216 Wiederaufnahme vollstationär nach kurzzeitiger Unterbrechung wird hinzugefügt in ArtDecor eingetragen 29.04.2022
41 28.04.2022 neue Dokumentenformate für EPA: code: "urn:gematik:ig:Telemedizinisches-Monitoring:v1.0" displayName: " Telemedizinisches Monitoring (gematik)", code: "urn:gematik:ig:Pflegeueberleitungsbogen:v1.0"

displayName: " Pflegeüberleitungsbogen (gematik)"

formatCode gematik Major Revisions werden als FormatCodes aufgenommen Feedback an Gematik ==> positiv erledigt 27.05.2022
42 27.05.2022 neue Dokumentenformate für gematik "urn:gematik:ig:DMP-Rheuma:v1

eDMP" displayName: "Rheumatoide Arthritis (gematik)"

formatCode gematik Major Revisions werden aufgenommen in Art Decor eingetragen 27.05.2022

Tabelle abgeschlossene Änderungsanfragen


Anfrage ID Anfrage eingegangen am Anfrage betrifft Codesystem Autor der Anfrage Diskussion Entscheidung Action Item Bearbeitungsstand zuletzt bearbeitet am
1 wir sind hier gerade im Kontext des AOK Gesundheitsnetzwerks (GeN-Flavour) auf ein kleines Problem mit der Nutzung der von HL7 und IHE Deutschland definierten classCodes und typeCodes gelaufen:

Einige der angebundenen Häuser haben ihre IHE XDS Lösungen mehr oder minder extra für das Gesundheitsnetzwerk neu beschafft und setzen ausschließlich die von IHE-D definierten Codes um, da wir dies so vorgegeben hatten Andere Häuser haben schon seit Längerem XDS Lösungen und/oder orientieren sich ausschließlich an den IHE Frameworks. Hier kommen die vor allem von IHE PCC und IHE LAB festgesetzen classCodes und typeCodes (zum Beispiel für bestimmte Labordokumente) zum Einsatz. Wir haben somit eine Mischung aus IHE-D-Codes und IHE-PCC/LAB-LOINC-Codes. Inhaltlich/semantisch überschneidet sich das recht munter. Fragen: Gibt es irgendwo eine Mapping-Tabelle, wie Dokumente gemäß der von IHE PCC und IHE LAB definierten CDA Dokumentenschablonen mit den IHE-D-Metadaten auszuzeichnen sind? Macht es vielleicht Sinn, ein weiteres Value Set zu definieren (und über das IOP-Forum oder Vesta als nationale Empfehlung zu positionieren), das sowohl die IHE-D Codes als auch die von IHE International für dort definierte Dokumente vorgegebenen class- und typeCodes enthält? Folgende Codes werden vermisst: im AOK-Projekt haben wir in Ergänzung zu den IHE-D-Codes die folgenden LOINC-Codes als typeCodes verwendet: 77603-9: Bundeseinheitlicher Medikationsplan – Die explizite Typisierung wurde vorgenommen, damit Dokumente dieses Typs an geeigneter Stelle zwischen Document Source und Document Repository automatisch vorverarbeitet werden (Barcode erkennen, prüfen und parsen) 11502-2: Laboratory Report – Dieser Code ist von IHE PCC für aggregierte Laborbefunde vorgegeben und sollte auch in Deutschland alternativ zu LAB+BEFU nutzbar sein 26436-6: Laboratory Studies – Dieser Code ist von IHE PCC für Laborbefunde vorgegeben und sollte auch in Deutschland alternativ zu LAB+BEFU nutzbar sein Verschiedene Ausprägungen des Entlassbriefs, um hier anhand der typeCodes eine bessere Sortierung für den Patienten zu ermöglichen: 11490-0: Ärztlicher Entlassbrief 34105-7: Krankenhausentlassbrief (vorläufige/gekürzte Fassung für den Patienten bei der Entlassung) 18842-5: Finales Krankenhausentlassbrief 57059-8: Mutterpass – Das ganze Thema „Schwangerschaft und Geburt“ war mit den IHE-D Codes nur unzureichend abbildbar. Beispielsweise haben wir auch Geburtsbericht und Stillprotokoll nicht vernünftig differenzieren können. Verschiedene Spezialisierungen von Laborbefunden – Diese werden u. a. auch für Anfragen nach On-Demand-Dokumenten benötigt, um so z. B. die verfügbaren Werte eines Blutbilds aus verschiedenen Einzellaboren zusammenstellen zu können. Im GeN-Projekt brauchen wir das, da die ODD Document Sources für Laborwerte FHIR Strores sind. 58410-2: Vollständiges Blutbild 55429-5: Kleines Blutbild

class codes, type codes JC Einige IHE Profile nutzen den LOINC Code im CDA als ClinicalDocument/code. Es wird nicht vorgeschrieben, dass der ClinicalDocument/code als XDS-TypeCode verwendet wird. Die Empfehlung spricht eher von einem Mapping (siehe PCC, Vol. 2, S. 45) The typeCode should be mapped from the ClinicalDocument/code element to a set of document type codes configured in the affinity domain. One suggested coding system to use for typeCode is LOINC, in which case the mapping step can be omitted. ==> Empfehlung ClinicalDocument/code eher als eventCode nutzen. Auswahl IHE-D class und type Codes basierend auf LOINC Codes, original LOINC Code als EventCode hinzufügen. Konsistent mit bisherigem Vorgehen bei KDL. ==> Antragsteller einverstanden

Mutterpass kann mit ClassCode Medizinischer Ausweis und TypeCode Schwangerschafts- und Geburtsverlauf gut abgebildet werden. (In der KDL gibt es einen Code für "Mutterpass (Kopie)" ==> die Ergänzung Kopie ist historisch gewachsen, sollte gestrichen werden, da alle eingescannten Dokumente auch nur Kopien sind. Geburtsbericht und Stillprotokoll sind auch in der KDL nicht unterscheidbar. Stillprotokoll kann mit ClassCode Durchführungsprotokoll und typeCode "Schwangerschafts - und Geburtsverlauf" dokumentiert werden, da Stillprotokolle vor allem während der ersten Tage nach der Geburt angelegt werden. Um diese Zuordnung eindeutig zu klären wird "Stillprotokoll" als Beispiel bei dem entsprechenden typeCode hinterlegt.

"Stillprotokoll" wird als Beispiel bei typeCode "Schwangerschafts- und Geburtsverlauf" eingefügt, Scope der ValueSets ist es nicht, möglichst granulare typeCodes zu definieren, sondern die Dokumente an Hand der Kombination von vielen verschiedenen Metadaten beschreiben zu können und die Dokumente möglichst einfach an Hand der Metadaten wiederauffindbar zu machen. Ob das Dokument von einem Arzt oder einem Patienten geschrieben ist, kann man an der AuthorRole erkennen. Zudem hat man noch die Möglichkeit in der eventCodeList anzugeben, dass dies ein vom Patienten mitgebrachtes Dokument ist. "Stillprotokoll" als Beispiel bei typeCode "Schwangerschafts- und Geburtsverlauf" einfügen ==> Angela; Scope der Granularität der XDS Metadaten genauer beschreiben ==> Sven; in Wiki FAQ Fragen zu Valuesets ergänzen (hinter Einleitung) ==> Angela erledigt 21.2.2020
2 es scheint in Deutschland Bestrebungen zu geben, Unfallchirurgie mit der Orthopädie zusammenzulegen.

Ab August 2019 wird es im UKD nur noch die „Klinik für Orthopädie und Unfallchirurgie“ geben. Ist die Einführung einer weiteren Fachabteilung im DocumentEntry.practiseSettingCode geplant? In DocumentEntry.authorSpecialty findet sie sich: Code 512 Anzeigename FA Orthopädie und Unfallchirurgie

practiceSettingCode SB evtl. practiceSettingCode Chirurgie verwenden, deckt beides ab erledigt 29.11.2019
3 wie letztens angekündigt, möchten wir neben dem Notfalldatensatz auch den „Datensatz für persönliche Erklärungen“ (Ablageorte für Einwilligung Notfalldatensatz, Organspendeerklärung, Vorsorgevollmacht sowie Patientenverfügung) in der Elektronischen Patientenakte speichern lassen können.

Dazu möchten wir das Value Set für XDS-Metadatenattribut formatCode um den folgenden Wert erweitern: urn:gematik:ig:DatensatzPersoenlicheErklaerungen:r3.1 Als Anzeigename sollte „Datensatz für persönliche Erklärungen (gematik)“ verwendet werden. Das bisherige Code-System „Deutsche Dokumentenformate“ (1.3.6.1.4.1.19376.3.276.1.5.6) passt hierfür sicherlich ganz gut als Quellsystem.

formatCode RK keine Einwände wir fügen Code hinzu in ArtDecor eintragen erledigt 13.12.2019


5 31.10.2019 Freischaltung der FHIR Schnittstelle in ArtDecor alle SH über Tarik Idris wird gemacht Tarik: FHIR Schnittstelle in ArtDecor freischalten erledigt 15.11.2019


8 15.11.2019 Vorgehensweise für V3 auf eigener WikiSeite beschreiben alle SL befürwortet befürwortet Anlegen neue Seite im HL7 Wiki ==> Angela, Ziele ==> Angela, allgemeine Weiterentwicklung als Ziel hinzufügen erledigt 13.12.2019
9 13.12.2019 Bericht Treffen BVITG, Interopforum, Gematik, Vorabstimmung EPA Version 1.2.2022 alle TI Bericht: Gematik plant zentralen Server für Bereitstellung der Gematik ValueSets (die fast identisch sind mit unseren Value Sets) ValueSets sollen per SVS abgerufen werden können, Governance soll bei IHE Gruppe bleiben, Registry soll prüfen, ob bestimmte Kombination von Codes erlaubt ist (sieht IHE nicht vor), bei FormatCodes sollen zwei ValueSets gebildet werden: VS1 umfasst alle FormatCode, VS2 umfasst FormatCodes für Dokumente, die nur einmal vorhanden sein dürfen (z.B. Impfpass) über konstruktive Zusammenarbeit wird sich gefreut keine erledigt 13.12.2019
10 12.01.2020 diese Woche ist ja die Dokument Ontology bei LOINC erschienen. Sind unsere Value Sets bereits darauf abgebildet? Wir hatten ja bereits einen ersten Vorstoß Richtung SNOMED gewagt. Wir sollten die LOINC-Codes (Anzahl: 11096) vervollständigen und ggf mit dem MDM (Münster) abgleichen, damit es international sauber bleibt.

https://loinc.org/file-access/download-id/8994/

alle ST Gemeinsame Strategietelko zur Zusammenführung LOINC, SNOMED CT, XDT, QMS, KDL deutsche XDS Value Sets am 28.5.2020 10-12 Uhr geplant erledigt 24.04.2020


11 07.02.2020 Zusammenarbeit KBV alle, v.a. format Code RK Den MIOs müssen XDS Metadaten zugeordnet werden, v.a. formatCodes Arbeitsgruppe bietet proaktiv Hilfe bzgl. der Metadaten bei KBV an Mail an Vorstand ==> Mail an KBV (H. Tenkow) Mail an Vorstand gesendet 07.02.2020
12 21.02.2020 Aufnahme neuer formatCodes für ePA Stufe 2.0, urn:gematik:ig:Impfausweis:r4.0, urn:gematik:ig:Mutterpass:r4.0, urn:gematik:ig:Kinderuntersuchungsheft:r4.0, urn:gematik:ig:Zahnbonusheft:r4.0 format Code RK keine Einwände werden aufgenommen Aufnahme in ArtDecor ==> Angela erledigt 24.02.2020
13 06.03.2020 Übersetzung der Metadatenbezeichnungen ins Englische format Code SL ValueSets sind nur für Deutschland, jeder Dokumentierende sollte über ausreichende Deutschkenntisse verfügen abgelehnt erledigt 06.03.2020
14 24.04.2020 Neuer FormatCode für eRezept (Daten elektronischer Verordnung) der Gematik format Code RK evtl. besser drei Dokumente definieren: Rezept, Abgabe (evtl. von anderer Firma), Abrechnung, komplette Spezifikation darauf Basis von CDA liegt vor, hier geht es nur um den nicht signierten Teil, der in der EPA gespeichert wird. MimeType application/fHir+xml, evtl. zweiter FormatCode für Dokument inkl.Signatur urn:gematik:ig:VerordnungsdatensatzMedikation:r4.0 in Art Decor eintragen erledigt 26.06.2020


15 14.05.2020 Kommentierung EPA XDS Metadaten fast alle TI Es werden folgende Kommentare an gematik gesendet: bei Vertraulichkeitseinschätzung des Versicherten sollte das passende Codesystem verwendet werden, EGA sollte als EventCode aufgenommen werden nicht als ReferenceID, ein Copy Paste Fehler bei FormatCode Tarik==> Kommentar an gematik erledigt 18.05.2020
16 14.05.2020 Passender Type Code für Genetische Befunde?; Es gibt Befunde aus dem molekulargenetischen Labor der medizinischen Klinik. zytopathologische Untersuchungen aus der Pathologie, Zytogenetische Befunde / Vererbungsschema aus der Humangenetik und Gendiagnostik von der Frauenklinik. TypeCode VK wird als Beispiel in pathologische Befunde aufgenommen erledigt 26.06.2020
17 14.05.2020 Am UKHD gibt es ein Zentrum für Seltene Erkrankungen. Dort werden Patienten jeglichen Alters behandelt. PracticeSettingCode VK Es gibt einen neuen Code interdisziplinäre Zusammenarbeit. INTZ, unter dem alle interdisziplinären Fachrichtungen zusammengefasst werden (INTO, INTS, Transplantationszentrum), Zusätzlich Code SELT für seltene Erkrankungen erledigt 26.06.2020
18 26.06.2020 Code für Erfassung Fall- /Bewegungsdaten Class Code, Type Code AM evtl. ClassCode administrative Dokumente oder Durchführungsprotokoll hängt vom Use Case ab, Type Code Einweisungs und Aufnahmedokumente oder administrative Checklisten Alles nicht optimal, aber keine klassischen Patientendokumente keine zusätzlichen Codes erledigt 26.06.2020
20 10.07.2020 Der Bedarf stammt aus der Festlegung der elektronischen Patientenakte gemäß PDSG, Versicherten die Möglichkeit zu geben, auf „Daten zu Befunden, Diagnosen, durchgeführten und geplanten Therapiemaßnahmen, Früherkennungsuntersuchungen, zu Behandlungsberichten und sonstige untersuchungs- und behandlungsbezogene medizinische Informationen“ (§ 341 Abs. 2 Nr. 1a PDSG) Zugriffsberechtigungen auszusprechen. Die entsprechenden Dokumente sollen danach kategorisiert werden, ob sie aus einer der folgenden Fachgebiete/Institutionstypen entstammen:

Unterkategorien von 1a - Code

Hausarzt/ Hausärztin - practitioner

Krankenhaus - hospital

Labor und Humangenetik - laboratory

Physiotherapeuten - physiotherapy

Psychotherapeuten - psychotherapy

Dermatologie - dermatology

Urologie/Gynäkologie - gynaecology_urology

Zahnheilkunde und Mund-Kiefer-Gesichtschirurgie - dentistry_oms

Weitere Fachärzte/ Fachärztinnen - other_medical

Weitere nicht-ärztliche Berufe - other_non_medical

Für diesen ValueSet wäre es für die Spezifikationen der elektronischen Patientenakte und den Foldern, zu denen die entsprechend kategorisierten Dokumente gehören, von Vorteil, eine geeignete Codesystem-OID anführen zu können. Auf solche Dokumentenkategorien erteilen Versicherte Zugriffsrechte auf die ePA. Diese Kategorien sollen exklusiv Dokumenten zugeordnet werden können.

Zusätzlich soll für den Code „ega“ eine Kategorie von Dokumenten bezeichnen, für die gilt: Die Kategorie wird für Dokumente vergeben, die aus einer bestehenden eGA (gemäß Paragraph §41 Absatz 2 Satz 7 PDSG, bzw. Paragraph 68 SGB V) importiert worden sind.

Für diesen Code soll ein Code-System "Sonstige Berechtigungen ePA" genutzt werden.

Anfrage neues Codesystem / ValueSet für Folder JG (Gematik) Überschneidungen bei Konzepten, keine Definitionen, Kategorien sollen zur Zugriffsberechtigung in der ePA verwendet werden, sie sollen Folder der ePA beschreiben es wäre sinnvoll gewesen, IHE Deutschland in die Abstimmung des Codesystems einzubeziehen Gematik beantragt OID für ValueSet bei DIMDI, wir reservieren OID für Codesystem, Gematik ergänzt Definitionen der einzelnen Konzepte Gematik beantragt OID für ValueSet bei DIMDI, wir reservieren OID für Codesystem, Gematik ergänzt Definitionen der einzelnen Konzepte erledigt, Gematik hat OIDs für ValueSet (1.2.276.0.76.11.466, 1.2.276.0.76.11.467) und Codesystems (1.2.276.0.76.5.511, 1.2.276.0.76.5.512, 1.2.276.0.76.5.513) beantragt, reservierte OID 1.3.6.1.4.1.19376.3.276.1.5.17 wird nicht mehr benötigt 18.09.2020
21 31.07.2020 In Absprache mit der KBV ist es für die Verarbeitung von Medizinischen Informationsobjekten in der ePA für die beteiligten Komponenten nötig, die folgenden FormatCodes verarbeiten zu können:

"urn:gematik:ig:KinderuntersuchungsheftUntersuchungen:r4.0" "urn:gematik:ig:KinderuntersuchungsheftTeilnahmekarte:r4.0" "urn:gematik:ig:KinderuntersuchungsheftNotizen:r4.0" Für diesen Zweck möchten wir Sie bitten, diese Werte in die IHE-ValueSet-Arbeitsgruppe zur Diskussion einer Aufnahme in die Deutschen Dokumentenformate des FormatCode-ValueSets einzubringen.


Als Anzeigename schlage ich vor:

· Untersuchungen Kinderuntersuchungsheft

· Teilnahmekarte Kinderuntersuchungsheft

· Notizen Kinderuntersuchungsheft

FormatCodes Gematik wird aufgenommen erledigt 18.09.2020
22 16.09.2020 Patientenverfügung als Beispiel für administratives Dokument aufnehmen classCode VB (Uniklinik HD) entspricht Mapping in KDL wird als Beispiel hinzugefügt in ArtDecor eintragen erledigt 18.09.2020
23 18.09.2020 TypeCode für mikroskopische Bilder typeCode VB (Uniklinik HD) wenn Ergebnis Mikrobiologie oder Pathologie, dann diesen Code verwenden, ansonsten BILD wenn Ergebnis Mikrobiologie (MKRO) oder Pathologie (PATH) dann diesen Code verwenden, ansonsten BILD erledigt 18.09.2020
24 5.11.2020 * Beruf ‚Psychotherapeut*in‘: dieser Beruf wurde mit dem Psychotherapeutenausbildungsreformgesetz (2019) geschaffen und ist wirksam ab 01.09.2020. Der neue Beruf des ‚Psychotherapeut*in‘ hat Fachgebiete.

Die Berufe PP und KJP wird es weiterhin daneben geben, diese haben aber keine Fachgebiete, und sind selbst keine Fachgebiete sondern jeweils eigenständige Berufe. HL7 bildet die Berufsgruppen PP (2 L 82) und KJP (2-L 76) falsch ab, nämlich als Spezialisierung, nicht als Grundberufe. Die Fachgebiete des neuen Berufs ‚Psychotherapeut*in‘ sind im HL7 nicht abgebildet.

authorspecialty BPtK Neue Berufsgruppen werden in Authorspecialty aufgenommen. erledigt 10.12.2020
25 5.11.2020 Übernahme der Facharzt- und Schwerpunktscodes aus dem Codesystem der BAEK, da relevante Facharzt - und Schwerpunktscodes fehlen. authorspecialty BAEK Bisher wurden die Facharzt und Schwerpunktcodes aus dem Codesystem der KBV übernommen. Wichtig ist, dass uns eine zuverlässig gepflegte Liste von Codes zu Verfügung steht. FW (Fachliche Weiterbildung) und FK Codes sind nicht notwendig. Die BAeK stellt uns die Codes möglichst als CSV oder Excelfile zur Verfügung. Die BAek übernimmt die Pflege und Bereitstellung der Codes, so dass sie von uns in ArtDecor eingetragen werden können. Auch TG Codes, BAEK beantragt OID Konzept zur Pflege, Mapping BAEK Codes auf practice Setting Codes wird auch bei KBV veröffentlicht (als FHIR concept map) erledigt 01.02.2021
26 13.11.2020 Prozeduren zu Fertilitätsbehandlung in Gebu aufnehmen? typeCode UKHD nein erledigt 01.02.2020
27 13.11.2020 Typecode für Erfassung der Dauer der Gebärdendolmetscherunterstützung typeCode UKHD Abrechnungsdokumente erledigt 01.02.2020
28 10.12.2020 Classcode für Diagnosenübersichtsblatt classCode UKHD hängt vom UseCase ab erledigt 01.02.2020
30 04.02.2021 Nutzung von XDS Value Sets für den digitalen Austausch medizinischer Unterlagen mit den Medizinischen Diensten. alle AMue Annett lädt Herrn Dr. Eckardt vom MD Westfalen-Lippe zur nächsten Telko ein erledigt
32 09.2021 Aufnahme von Pflegefachmann/-fachfrau, da neuer Ausbildungsberuf Authorspecialty FP Der BPflV hat auf Nachfrage per mail bestätigt, dass folgende Beruf im ValueSet fehlen: Pflegefachmann/-frau, Fachgesundheits- und krankenpfleger für Onkologie, Fachgesundheits- und krankenpfleger für Psychiatrie. Desweiteren sollten alle Fachkrankenpflegeberufsbezeichnungen in Fachgesundheits- und krankenpflegerbezeichnungen umbenannt. Konzepte werden wie vorgeschlagen ergänzt, bzw. - bezeichnungen geändert. Eröffnung version 4 draft des Value Sets ==> Anpassungen in ArtDecor erfolgt erledigt 15.10.2021
34 22.12.2021 Laut Implementierungsleitfaden ePA Version 1.8.0 vom 2. Juni 2021 (S. 99/100) soll der NFD mit den folgenden IHE-XDS Metadaten versehen werden:

• IHE-XDS classCode = AUS • IHE-XDS typeCode = BESC Dies widerspricht den Kodiervorgaben von IHE Deutschland Dort ist festgelegt, dass der Notfalldatensatz mit typeCode PATD dokumentiert werden soll. PATD Patienteneigene Dokumente Dokumententypen Dokumente, welche der Patient zu seinem Kontakt in der Gesundheitseinrichtung mitbringt, die aber nicht in unmittelbarem Zusammenhang mit dem aktuellen Kontakt stehen müssen. Sowie Dokumente, in denen das mitgebrachte Patienteneigentum festgehalten wird. Beispiele: Ausweise, Vorsorgevollmacht, Patientenverfügung, Wertgegenständeverwaltung, , Patiententagebuch

TypeCode AMue Missverständnis konnte geklärt werden keine erledigt
35 14.02.2022 Die gematik möchte wieder Aktualisierungen für MIO-Versionen zu den Format Codes einbringen.

neu (die DisplayNames sind dieselben der Vorgänger)

· urn:gematik:ig:KinderuntersuchungsheftUntersuchungen:v1.0.1

· urn:gematik:ig:KinderuntersuchungsheftTeilnahmekarte:v1.0.1

· urn:gematik:ig:KinderuntersuchungsheftNotizen:v1.0.1

· urn:gematik:ig:Mutterpass:v1.1.0

· urn:gematik:ig:VerordnungsdatensatzMedikation:v1.0.2


deprecated/obsolet

· urn:gematik:ig:VerordnungsdatensatzMedikation:r4.0

· urn:gematik:ig:Kinderuntersuchungsheft:v1.0.0

FormatCode RK Versionsänderungen auf 3. Ebene (Patch) sollten in Zukunft keine Änderungen am Formatcode verursachen Änderung wird diesmal zugestimmt, RK soll aber MIOs/Gematik darum bitten, in Zukunft nur neue Formatcodes zu beantragen, wenn es mindestens minor changes an der der Spezifikation gibt. Art-Decor anpassen, RK Kommunikation des Wunschs der AG an die Gematik erledigt 18.03.2022
36 18.02.2022 Pflege des Mappings der KDL auf ClassCode TypeCode mit Arbeitsgruppe abstimmen eventCodeList, classCode, typeCode AM Review des Mappings können wir machen, aber Verantwortung liegt bei DVMD, sobald neues Mapping vorliegt, erfolgt Review als neue Anfrage erledigt 18.02.2022


Tabelle Aktueller Stand

Codesystem Stand Konzepte ArtDecor WikiText Review durch
Einleitung n/a n/a offen Sven, Frank
Vokabular Management n/a n/a offen Sven, Frank
Confidentiality Code n/a n/a offen Sven, Frank
AuthorRole n/a n/a offen Angela, Sven
AuthorSpeciality n/a offen offen Tarik?
EventCodeList n/a n/a offen Angela
ContentTypeCode n/a n/a offen Axel
ClassCode n/a n/a offen Arnold, Antje
TypeCode n/a n/a offen Arnold, Antje
FormatCode n/a n/a offen Axel
HealthcareFacilityTypeCode n/a n/a offen Tarik?
PracticeSettingCode n/a n/a offen Antje, Arnold
Folder.codeList n/a n/a offen Angela, Sven


EPA Verwendung n/a n/a offen Raik, Christof

Schritte zur Veröffentlichung v3

  1. Zeitplan (draft) erstellen
    • Anfang Februar Ankündigung
    • Anfang März Kommentierungsstart
    • Anfang April Ende Kommentierung, Anfang Kommentarauflösungs
    • Anfang Juni Veröffentlichung
  2. Rückfrage an gematik, KBV, BAEK, BPTK ob die mit ihnen abgestimmten Änderungen an v3 so finalisiert werden können - Hinweis auf unseren vorläufigen Zeitplan geben
  3. Ankündigung formulieren
  4. Kapitel zur Verwendung der ValueSets in der EPA schreiben
  5. Review der Wiki-Texte und AuthorSpecialty Code anpassen
  6. Change Liste erstellen
  7. PDF erstellen
  8. PDF in Wiki und auf IHE-D Seite hochladen/referenzieren
  9. Kommentare sammeln
  10. Kommentare auflösen
  11. Abstimmung zur Veröffentlichung
  12. Finale Version erstellen und in Wiki und IHE-D Seite hochladen

Optional:

  • Erläuterung zum Zusammenspiel mit FHIR
  • Hinweis/kurze Erläuterung der nicht behandelten XDS Metadaten

IG Struktur

  1. ihevs:Einleitung (Vorgehen, Ziele, Umgang mit v1, normativ, Delta-Liste?, Änderungen/Pflege)
  2. Ihevs:Vokabular-Management
  3. ihevs:DocumentEntry.authorRole
    • Erläuterungstext
    • ValueSet aus ART Decor
  4. ihevs:DocumentEntry.authorSpecialty
    • Erläuterungstext
    • ValueSet aus ART Decor
  5. ihevs:DocumentEntry.classCode
    • Erläuterungstext (mit Link auf ART Decor)
    • ValueSet aus ART Decor
  6. ihevs:DocumentEntry.confidentialityCode
    • Erläuterungstext
    • ValueSet aus ART Decor
  7. ihevs:DocumentEntry.eventCodeList
    • Erläuterungstext
    • ValueSet aus ART Decor
  8. ihevs:DocumentEntry.formatCode
    • Erläuterungstext (mit Link auf ART Decor)
    • ValueSet aus ART Decor
  9. ihevs:DocumentEntry.healthcareFacilityTypeCode
    • Erläuterungstext (mit Link auf ART Decor)
    • ValueSet aus ART Decor
  10. ihevs:DocumentEntry.languageCode
    • Erläuterungstext
    • ValueSet aus ART Decor
  11. ihevs:DocumentEntry.practiceSettingCode
    • Erläuterungstext (mit Link auf ART Decor)
    • ValueSet aus ART Decor
  12. ihevs:DocumentEntry.typeCode
    • Erläuterungstext (mit Link auf ART Decor)
    • ValueSet aus ART Decor
  13. ihevs:SubmissionSet.contentTypeCode
    • Erläuterungstext
    • ValueSet aus ART Decor
  14. ihevs:Folder.codeList
    • Erläuterungstext
    • ValueSet aus ART Decor