Projekt-Arbeit FHIR-Basis-Profilierung TelKo vom 19. Januar 2016

Aus Hl7wiki
Agenda
Wechseln zu: Navigation, Suche
(Teilnehmer (Tba))
 
(9 dazwischenliegende Versionen von 2 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
{{#CustomTitle:Projekt-Arbeit FHIR-Basis-Profilierung TelKo vom 19.01.2016}}
+
{{#CustomTitle:Projekt-Arbeit FHIR-Basis-Profilierung TelKo vom 19. Januar 2016}}
 
{{Infobox Dokument
 
{{Infobox Dokument
|Title    = Projekt-Arbeit FHIR-Basis-Profilierung TelKo vom 19.01.2016
+
|Title    = Projekt-Arbeit FHIR-Basis-Profilierung TelKo vom 19. Januar 2016
|Short    = Projekt-Arbeit FHIR-Basis-Profilierung TelKo vom 19.01.2016
+
|Short    = Projekt-Arbeit FHIR-Basis-Profilierung TelKo vom 19. Januar 2016
 
|Type      = Agenda
 
|Type      = Agenda
 
|Version  = 1.0
 
|Version  = 1.0
Zeile 14: Zeile 14:
  
 
= Veranstaltungsort und -zeiten =
 
= Veranstaltungsort und -zeiten =
TelKo vom 19.01.2016
+
TelKo vom 19. Januar 2016
  
Gotomeeting: Meeting-ID: 315-770-069
+
Gotomeeting: Meeting-ID: 315-770-069 https://global.gotomeeting.com/join/315770069
https://global.gotomeeting.com/join/315770069
+
*Deutschland: +49 (0) 692 5736 7211
 
+
*Niederlande: +31 (0) 208 080 379
Deutschland: +49 (0) 692 5736 7211
+
*Norwegen: +47 21 03 58 96
Niederlande: +31 (0) 208 080 379
+
*Vereinigte Staaten: +1 (786) 358-5410
Norwegen: +47 21 03 58 96
+
*Österreich: +43 7 2088 1400
Vereinigte Staaten: +1 (786) 358-5410
 
Österreich: +43 7 2088 1400
 
  
 
=vorgesehene Agenda=
 
=vorgesehene Agenda=
Zeile 60: Zeile 58:
 
*[http://gforge.hl7.org/gf/project/fhir/tracker/?action=TrackerItemEdit&tracker_id=677&tracker_item_id=9196| Item 9196]:ValueSet binding to version specific ICD10 in Structure definition needs example or best practice advice (Nachtrag vom 9.1.) <br>
 
*[http://gforge.hl7.org/gf/project/fhir/tracker/?action=TrackerItemEdit&tracker_id=677&tracker_item_id=9196| Item 9196]:ValueSet binding to version specific ICD10 in Structure definition needs example or best practice advice (Nachtrag vom 9.1.) <br>
 
Analog auch bei OPS!
 
Analog auch bei OPS!
Nachtrag vom 19.1.2016 (Simone Heckmann):
+
===Nachtrag vom 19.1.2016 (Simone Heckmann)===
Das Problem kann gelöst werden, in dem man ein ValueSet (mit fixer URL) definiert, in dem /alle/ Codes /aller/ ICD-GM-Ausgaben unter Angabe des jeweiligen CodeSystems (als URL mit Jahreszahl) enthalten sind. Jeder Code in einer Instanz muss dann verpflichtend immer mit Angabe des verwendeten CodeSystems übermittelt werden. Dann kann bei der Validierung festgestellt werden, ob der Code in Verbindung mit dem genannten CodeSystem innerhalb des Value Sets valide ist. <br>
+
Das Problem kann gelöst werden, in dem man ein ValueSet (mit fixer URL) definiert, in dem ''alle'' Codes ''aller'' ICD-GM-Ausgaben unter Angabe des jeweiligen CodeSystems (als URL mit Jahreszahl) enthalten sind. Jeder Code in einer Instanz muss dann verpflichtend immer mit Angabe des verwendeten CodeSystems übermittelt werden. Dann kann bei der Validierung festgestellt werden, ob der Code in Verbindung mit dem genannten CodeSystem innerhalb des Value Sets valide ist. <br>
 
Frei erfundenes Beispiel:
 
Frei erfundenes Beispiel:
Der Code
+
Der Code X99.0 existiert in ICD10-GM-2014 nicht.<br>
X99.0 existiert in ICD10-GM-2014 nicht
+
X99.0 wird in ICD10-GM-2015 hinzugefügt mit der Semantik "Patient ist krank"<br>
X99.0 wird in ICD10-GM-2015 hinzugefügt mit der Semantik "Patient ist krank"
+
In ICD10-GM-2016 wird die Semantik geändert auf "Patient ist sehr krank"<br>
In ICD10-GM-2016 wird die Semantik geändert auf "Patient ist sehr krank"
 
  
Im Profil wird Observation.Code gebunden an das ValueSet ".../ICD-10-GM"
+
Im Profil wird Observation.Code gebunden an das ValueSet mit dem Namen "https://www.dimdi.de/icd10-gm"
 
Das Valuset enthält zum Code X99.0 folgende Einträge:
 
Das Valuset enthält zum Code X99.0 folgende Einträge:
  
Zeile 127: Zeile 124:
 
Binding: http://statistik.arbeitsagentur.de/nn_10414/Statischer-Content/Grundlagen/Klassifikation-der-Berufe/KldB2010/Systematik-Verzeichnisse/Systematik-Verzeichnisse.html<br>
 
Binding: http://statistik.arbeitsagentur.de/nn_10414/Statischer-Content/Grundlagen/Klassifikation-der-Berufe/KldB2010/Systematik-Verzeichnisse/Systematik-Verzeichnisse.html<br>
 
TODO: Erstellen der Extension, hat aber niedrige Priorität, da derzeit in einem UseCase benötigt
 
TODO: Erstellen der Extension, hat aber niedrige Priorität, da derzeit in einem UseCase benötigt
 
  
 
==== Staatsangehörigkeit ====
 
==== Staatsangehörigkeit ====
Zeile 138: Zeile 134:
 
* CAVE: Es gibt unterschiedliche Codes im ISO-Standard (2-stellig/3-stellig alphanum/numerisch)
 
* CAVE: Es gibt unterschiedliche Codes im ISO-Standard (2-stellig/3-stellig alphanum/numerisch)
 
* Im GKV-Umfeld werden 3stellige (Auto)-Kennzeichen verwendet, TODO: Klären, ob diese identisch sind mit ISO
 
* Im GKV-Umfeld werden 3stellige (Auto)-Kennzeichen verwendet, TODO: Klären, ob diese identisch sind mit ISO
 
  
 
====Adresse====
 
====Adresse====
 
*Hausnummer fehlt
 
*Hausnummer fehlt
*Adresstyp "BI=Billing Address" fehlt in ValueSet [http://hl7.org/implement/standards/fhir/valueset-address-use.html| AdressUse]. Interessanterweise gibt es für den Code keine deutsche Übersetzung! Wird der wirklich verwendet/benötigt? Konnte im Rahmen der TelKo nicht geklärt werden. Von wem kam die Anforderung?
+
*Adresstyp "BI=Billing Address" fehlt in ValueSet [http://hl7.org/implement/standards/fhir/valueset-address-use.html AdressUse]. Interessanterweise gibt es für den Code keine deutsche Übersetzung! Wird der wirklich verwendet/benötigt? Konnte im Rahmen der TelKo nicht geklärt werden. Von wem kam die Anforderung?
  
 
=== Resource Observation===
 
=== Resource Observation===
Zeile 150: Zeile 145:
 
TODO: Warum YES/NO-Indicator als Datentyp statt Boolean!?<br>
 
TODO: Warum YES/NO-Indicator als Datentyp statt Boolean!?<br>
 
* Wie werden nicht-tumor-Todesursachen als tumorbedingt gekennzeichnet?
 
* Wie werden nicht-tumor-Todesursachen als tumorbedingt gekennzeichnet?
* Sollte strukturell analog zu CDA übermittelt werden
+
* Sollte strukturell analog zu CDA übermittelt werden (siehe: http://wiki.hl7.de/index.php?title=IG:%C3%9Cbermittlung_onkologischer_Daten#Section:_Todesursache)
* TODO: Beispiel für Modellierung in CDA?
 
 
* Sollte auch auf andere Primär-Erkrankungen (z.B. HIV) übertragbar sein.
 
* Sollte auch auf andere Primär-Erkrankungen (z.B. HIV) übertragbar sein.
  
Zeile 157: Zeile 151:
 
* Wurde auf WGM komplett überarbeitet, neue Spezifikation noch nicht online, aber Beispiele verfügbar: http://wiki.hl7.de/index.php?title=FHIR-Kritzelblock_Versicherungsverh%C3%A4ltnisse
 
* Wurde auf WGM komplett überarbeitet, neue Spezifikation noch nicht online, aber Beispiele verfügbar: http://wiki.hl7.de/index.php?title=FHIR-Kritzelblock_Versicherungsverh%C3%A4ltnisse
 
* Bitte an alle: Drüberschauen und kommentieren!
 
* Bitte an alle: Drüberschauen und kommentieren!
 
  
 
==weitere Fragen/Themen==
 
==weitere Fragen/Themen==
Zeile 173: Zeile 166:
 
* Uwe Meyer (MT2IT)
 
* Uwe Meyer (MT2IT)
 
* Salima Houta (ISST)
 
* Salima Houta (ISST)
 
  
 
== Nächste Termine ==
 
== Nächste Termine ==
  
Fr., 19.2. 11:00h
+
Fr., 19. Februar 2016, 11:00h
  
 
==Agendapunkte für das nächste Treffen==
 
==Agendapunkte für das nächste Treffen==

Aktuelle Version vom 9. Januar 2017, 15:24 Uhr


Veranstaltungsort und -zeiten

TelKo vom 19. Januar 2016

Gotomeeting: Meeting-ID: 315-770-069 https://global.gotomeeting.com/join/315770069

  • Deutschland: +49 (0) 692 5736 7211
  • Niederlande: +31 (0) 208 080 379
  • Norwegen: +47 21 03 58 96
  • Vereinigte Staaten: +1 (786) 358-5410
  • Österreich: +43 7 2088 1400

vorgesehene Agenda

  • Aktuelle Themen FHIR international
    • CDS Hooks
  • Change Requests (Item im GForge tracker)
  • Möglichkeiten zur Partizipation
    • ListServ abonnieren
    • Blogs
    • twitter.com/#FHIR
  • FHIR Kritzelblock
    • Versicherungsverhältnisse
    • Location, Location, Location
    • Medikationsplan
  • Offene Punkte des vorherigen Protokolles

Protokoll

Aktuelle Themen FHIR international

Möglichkeiten zur Partizipation

  • ListServ abonnieren (-> www.hl7.org -> Resources -> ListServ -> anmelden und Listen auswählen

Am Seitenanfang jeder FHIR Resource ist angegeben, welche WorkingGroup dafür zuständig ist. Bei Interesse an konreten Resourcen, macht es Sinn, neben den allgemeinen FHIR-Listen auch die Liste der WorkingGroup zu abonnnieren

  • twitter.com/#FHIR

Change Requests

  • Item 9138: Add "PI" and "VN" to Identifier.Type Code

Status: Triaged Ohne Gegenstimme zurückgenommen, da "PI" semantisch äquivalent mit "MR=Medical Record Number" und "VN" der einzig in Frage kommende Typ für Fallnummern darstellt, daher ist explizite die Angabe eines Type-Codes bei Fallnummern nicht erforderlich.

  • Item 9115:BIN as Coverage attribute should be moved to extension or identifier

Status: Triaged Wurde auf dem WorkingGroup Meeting in Orlando neben einigen weiteren Anpassungen angepasst, überarbeitete Spezifikation ist jedoch noch nicht veröffentlicht.

  • Item 9196:ValueSet binding to version specific ICD10 in Structure definition needs example or best practice advice (Nachtrag vom 9.1.)

Analog auch bei OPS!

Nachtrag vom 19.1.2016 (Simone Heckmann)

Das Problem kann gelöst werden, in dem man ein ValueSet (mit fixer URL) definiert, in dem alle Codes aller ICD-GM-Ausgaben unter Angabe des jeweiligen CodeSystems (als URL mit Jahreszahl) enthalten sind. Jeder Code in einer Instanz muss dann verpflichtend immer mit Angabe des verwendeten CodeSystems übermittelt werden. Dann kann bei der Validierung festgestellt werden, ob der Code in Verbindung mit dem genannten CodeSystem innerhalb des Value Sets valide ist.
Frei erfundenes Beispiel: Der Code X99.0 existiert in ICD10-GM-2014 nicht.
X99.0 wird in ICD10-GM-2015 hinzugefügt mit der Semantik "Patient ist krank"
In ICD10-GM-2016 wird die Semantik geändert auf "Patient ist sehr krank"

Im Profil wird Observation.Code gebunden an das ValueSet mit dem Namen "https://www.dimdi.de/icd10-gm" Das Valuset enthält zum Code X99.0 folgende Einträge:

Code Codesystem Beschreibung
X99.0 https://www.dimdi.de/icd10-gm-2015 Patient ist krank
X99.0 https://www.dimdi.de/icd10-gm-2016 Patient ist sehr krank

Die Instanz sieht dann so aus:

    <Observation>
      ...
     <code>
       <coding>
         <system value = "https://www.dimdi.de/icd10-gm-2016"/>
         <code value  = "X99.0" />
         <display value = "Patient ist sehr krank" />
      </coding>
    </code>
      ...
    </Observation>

Damit kann jede Instanz gegen das ValueSet validiert werden und die Semantik des Codes ist ebenfalls eindeutig.

Eine Instanz mit

         <system value = "https://www.dimdi.de/icd10-gm-2014"/>
         <code value  = "X99.0" />

würde als ungültig abgelehnt, da es den Code aus diesem CodeSystem im ValueSet nicht gibt. Die Profile müssen nicht jedes Jahr geändert werden, da der Name des ValueSets konstant bleibt. Jedoch erhält das ValueSet jedes Jahr eine neue Version, da alle gültigen Codes des neuen Jahres hinzugefügt werden müssen. Außer einem etwas unhandlichen ValueSet sollte das technisch unproblematisch sein. (Bei der nächsten TelKo nochmal durchdenken und ggf. den Request zurückziehen.)

Extensions

Resource Patient

Namespace URLs

  • Vorschlag für eGK-Nummer als Patient.identifier: System = "http://kvnummer.gkvnet.de/"
  • Vorschlag für eGK-ValueSets (z.B: Geschlechtskennzeichen): System = "http://www.gematik.de/ValueSets/<Name>"
    (Wird bspw. für ConceptMaps benötigt)
  • TODO: Ergänzen mit URLs für LANR und BSNR und erstellen einer Übersichtsseite im Wiki

Beruf

Name:Beruf
Datentyp: CodableConcept
Binding: http://statistik.arbeitsagentur.de/nn_10414/Statischer-Content/Grundlagen/Klassifikation-der-Berufe/KldB2010/Systematik-Verzeichnisse/Systematik-Verzeichnisse.html
TODO: Erstellen der Extension, hat aber niedrige Priorität, da derzeit in einem UseCase benötigt

Staatsangehörigkeit

Es gibt bereits die Core-Extensions

die hierfür in Frage kommen. Es ist lediglich ein Binding an ein geeignetes ValueSet erforderlich, z.B.: ISO 3166 (Namespace: urn:iso:std:iso:3166 gemäß [1]

  • Hier ein Beispiel für die Einbindung der Nationality mit Binding an ISO-Ländercodes: hspc-patient
  • CAVE: Es gibt unterschiedliche Codes im ISO-Standard (2-stellig/3-stellig alphanum/numerisch)
  • Im GKV-Umfeld werden 3stellige (Auto)-Kennzeichen verwendet, TODO: Klären, ob diese identisch sind mit ISO

Adresse

  • Hausnummer fehlt
  • Adresstyp "BI=Billing Address" fehlt in ValueSet AdressUse. Interessanterweise gibt es für den Code keine deutsche Übersetzung! Wird der wirklich verwendet/benötigt? Konnte im Rahmen der TelKo nicht geklärt werden. Von wem kam die Anforderung?

Resource Observation

Todesursache

Im Kontext von Onkologischen Registern erforderlich.
Eventuell als Extension an die Observation, die den Tumor/ die Diagnose beschreibt, die als Todesursache identifiziert wurde, analog zur Extension hspc-allergyintolerance-CauseOfDeathInd
TODO: Warum YES/NO-Indicator als Datentyp statt Boolean!?

Coverage

weitere Fragen/Themen

  • Frage von Uwe: wohin ist die DSTU1-Resource "Alert" verschwunden? Übergegangen in Communication?

-> Teilnahme an PC workgroup TelKos/Listserv empfehlenswert, um an der Diskussion teilzunehmen.

Teilnehmer (Tba)

  • Simone Heckmann (Health-Comm)
  • Klaus Urban (Frey)
  • Patrick Werner (Hochschule Heilbronn)
  • Stefan Lang (Lang-HITC)
  • Silvan Pollozek
  • Tobias Hartz (Ärztekammer Niedersachsen, Projektgruppe "Gründung des KKN (Klinisches Krebsregister Niedersachsen)"
  • Uwe Meyer (MT2IT)
  • Salima Houta (ISST)

Nächste Termine

Fr., 19. Februar 2016, 11:00h

Agendapunkte für das nächste Treffen

  • siehe TODOs aus dem Protokoll