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

Aus Hl7wiki
Agenda
Wechseln zu: Navigation, Suche
(Die Seite wurde neu angelegt: „{{#CustomTitle:Projekt-Arbeit FHIR-Basis-Profilierung TelKo vom 19.01.2016}} {{Infobox Dokument |Title = Projekt-Arbeit FHIR-Basis-Profilierung TelKo vom 1…“)
 
(Teilnehmer (Tba))
 
(14 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 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=
 
=vorgesehene Agenda=
Zeile 20: Zeile 27:
 
*Aktuelle Themen FHIR international
 
*Aktuelle Themen FHIR international
 
** CDS Hooks
 
** CDS Hooks
*Change Requests [http://gforge.hl7.org/gf/project/fhir/tracker/?action=TrackerItemBrowse&tracker_id=677&querynav=%2Fgf%2Fproject%2Ffhir%2Ftracker%2F%3Faction%3DTrackerItemBrowse%26tracker_id%3D677%26forget_query%3D1&quickquery=1&tracker_item_id=&summary=&submitted_by=&priority=&assigned_to=&extra_field%5B4214%5D=17916&extra_field%5B4215%5D=&extra_field%5B4060%5D=&extra_field%5B3631%5D=&extra_field%5B3807%5D=&extra_field%5B3808%5D=&extra_field%5B3628%5D=&extra_field%5B3626%5D=&extra_field%5B4065%5D=&extra_field%5B4092%5D=&extra_field%5B4063%5D=&extra_field%5B4062%5D=&extra_field%5B2415%5D=&extra_field%5B4252%5D=&extra_field%5B3633%5D=&extra_field%5B3969%5D=&extra_field%5B4069%5D=&extra_field%5B4066%5D=&extra_field%5B4071%5D=&extra_field%5B3632%5D=&sortcol=last_modified_date&sortord=DESC]
+
*Change Requests ([http://gforge.hl7.org/gf/project/fhir/tracker/?action=TrackerItemBrowse&tracker_id=677&querynav=%2Fgf%2Fproject%2Ffhir%2Ftracker%2F%3Faction%3DTrackerItemBrowse%26tracker_id%3D677%26forget_query%3D1&quickquery=1&tracker_item_id=&summary=&submitted_by=&priority=&assigned_to=&extra_field%5B4214%5D=17916&extra_field%5B4215%5D=&extra_field%5B4060%5D=&extra_field%5B3631%5D=&extra_field%5B3807%5D=&extra_field%5B3808%5D=&extra_field%5B3628%5D=&extra_field%5B3626%5D=&extra_field%5B4065%5D=&extra_field%5B4092%5D=&extra_field%5B4063%5D=&extra_field%5B4062%5D=&extra_field%5B2415%5D=&extra_field%5B4252%5D=&extra_field%5B3633%5D=&extra_field%5B3969%5D=&extra_field%5B4069%5D=&extra_field%5B4066%5D=&extra_field%5B4071%5D=&extra_field%5B3632%5D=&sortcol=last_modified_date&sortord=DESC| Item im GForge tracker])
 
* Möglichkeiten zur Partizipation
 
* Möglichkeiten zur Partizipation
 
** ListServ abonnieren
 
** ListServ abonnieren
 
** Blogs
 
** Blogs
** Twitter.com/#FHIR
+
** twitter.com/#FHIR
* [[FHIR Kritzelblock http://wiki.hl7.de/index.php?title=Kategorie:FHIR-Kritzelblock]]
+
* [http://wiki.hl7.de/index.php?title=Kategorie:FHIR-Kritzelblock FHIR Kritzelblock]
 
** Versicherungsverhältnisse
 
** Versicherungsverhältnisse
 
** Location, Location, Location
 
** Location, Location, Location
 
** Medikationsplan
 
** Medikationsplan
 
* Offene Punkte des vorherigen Protokolles
 
* Offene Punkte des vorherigen Protokolles
+
 
 
= Protokoll =
 
= Protokoll =
  
<!--
+
==Aktuelle Themen FHIR international==
 +
* Grahame Grieve wurde zum "Product Manager" für HL7 FHIR ernannt http://www.healthintersections.com.au/?p=2434
 +
* Weitere Infos zum Zeitplan: DSTU3 Ballot im September http://www.healthintersections.com.au/?p=2436
 +
 
 +
== Möglichkeiten zur Partizipation==
 +
* ListServ abonnieren (-> www.hl7.org -> Resources -> ListServ -> anmelden und Listen auswählen<br>
 +
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 ==
 
== Change Requests ==
*[http://gforge.hl7.org/gf/project/fhir/tracker/?action=TrackerItemEdit&tracker_id=677&tracker_item_id=9138| Item 9138]: Add "PI" and "VN" to Identifier.Type Code <br>
+
*[http://gforge.hl7.org/gf/project/fhir/tracker/?action=TrackerItemEdit&tracker_id=677&tracker_item_id=9138 Item 9138]: Add "PI" and "VN" to Identifier.Type Code <br>
 
Status: Triaged
 
Status: Triaged
<blockquote>Rückfrage von Lloyd McKenzie via Tracker vom 24.12.2015: What's the difference between patient internal identifier and medical record number? (Agree on VN)</blockquote>
+
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.
Diskussion: Semantisch sind der üblicherweise als "PID" bezeichnete systeminterne Patienten-Identifikator und die "Medical Record Number" äquivalent. Es ist lediglich eine Umstellung im Sprachgebrauch.
 
<blockquote> Kommentar von Lloyd McKenzie via Skype vom 5.1.2016: 
 
For us to add additional codes, we'd need the following:
 
# concept has to exist in multiple countries and be consistently understood in all countries where it appears
 
# concept has to be orthogonal to the existing codes.  I.e. No implementer should have to wonder whether they should use code A or B for a given identifier
 
# concept has to provide business value (i.e. you need to look at the type to figure out what to do with the identifier)
 
PI seems to fail on #2 and VN seems to fail on #3, so that's what would need to be addressed for us to add the concepts to the "official" code set. Locally, you can supplement with whatever you wish, though you'd be well advised to only break rule #1 when you do that.</blockquote>
 
 
*[http://gforge.hl7.org/gf/project/fhir/tracker/?action=TrackerItemEdit&tracker_id=677&tracker_item_id=9115| Item 9115]:BIN as Coverage attribute should be moved to extension or identifier <br>
 
*[http://gforge.hl7.org/gf/project/fhir/tracker/?action=TrackerItemEdit&tracker_id=677&tracker_item_id=9115| Item 9115]:BIN as Coverage attribute should be moved to extension or identifier <br>
Status: Triaged / PreApplied
+
Status: Triaged  
 +
Wurde auf dem WorkingGroup Meeting in Orlando neben einigen weiteren Anpassungen angepasst, überarbeitete Spezifikation ist jedoch noch nicht veröffentlicht.
 
*[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!
 +
===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>
 +
Frei erfundenes Beispiel:
 +
Der Code X99.0 existiert in ICD10-GM-2014 nicht.<br>
 +
X99.0 wird in ICD10-GM-2015 hinzugefügt mit der Semantik "Patient ist krank"<br>
 +
In ICD10-GM-2016 wird die Semantik geändert auf "Patient ist sehr krank"<br>
 +
 +
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:
 +
 +
{|class="wikitable"
 +
|-
 +
!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:
 +
<syntaxhighlight lang="xml">
 +
    <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>
 +
</syntaxhighlight>
 +
 +
Damit kann jede Instanz gegen das ValueSet validiert werden und die Semantik des Codes ist ebenfalls eindeutig.
 +
 +
Eine Instanz mit
 +
<syntaxhighlight lang="xml">
 +
        <system value = "https://www.dimdi.de/icd10-gm-2014"/>
 +
        <code value  = "X99.0" />
 +
</syntaxhighlight>
 +
 +
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 ==
 
== Extensions ==
Zeile 56: Zeile 118:
 
* Vorschlag für eGK-Nummer als Patient.identifier: System = "http://kvnummer.gkvnet.de/"
 
* 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>" <br> (Wird bspw. für ConceptMaps benötigt)
 
* Vorschlag für eGK-ValueSets (z.B: Geschlechtskennzeichen): System = "http://www.gematik.de/ValueSets/<Name>" <br> (Wird bspw. für ConceptMaps benötigt)
 +
* TODO: Ergänzen mit URLs für LANR und BSNR und erstellen einer Übersichtsseite im Wiki
 
==== Beruf====
 
==== Beruf====
 
Name:Beruf<br>
 
Name:Beruf<br>
Datentyp:CodableConcept<br>
+
Datentyp: CodableConcept<br>
Binding: Codesystem der Bundesagentur für Arbeit?<br>
+
Binding: http://statistik.arbeitsagentur.de/nn_10414/Statischer-Content/Grundlagen/Klassifikation-der-Berufe/KldB2010/Systematik-Verzeichnisse/Systematik-Verzeichnisse.html<br>
Nachtrag vom 9.1.: Ergebnis der Recherche von Hr. Hartz:
+
TODO: Erstellen der Extension, hat aber niedrige Priorität, da derzeit in einem UseCase benötigt
#  Die neuen klinischen Krebsregister nach KFRG, die derzeit überall im Land entstehen, erfassen den Beruf nicht. Ist somit kein Teil des ADT/GEKID-Datensatzes.
 
#    In der epidemiologischen Krebsregistrierung wurde nach dem alte (Bundes-) Krebsregistergesetz KRG von 1995 zurückgehend der Beruf erhoben, aktuell aber anscheinend in der Regel nicht mehr.
 
#    Genutzter Katalog: KldB 2010 (Klassifikation der Berufe von 2010) [weitere Infos siehe Anhang und http://statistik.arbeitsagentur.de/nn_10414/Statischer-Content/Grundlagen/Klassifikation-der-Berufe/KldB2010/Systematik-Verzeichnisse/Systematik-Verzeichnisse.html]
 
  
 
==== Staatsangehörigkeit ====
 
==== Staatsangehörigkeit ====
 
Es gibt bereits die Core-Extensions  
 
Es gibt bereits die Core-Extensions  
* [http://hl7.org/implement/standards/fhir/extension-patient-nationality.html| Nationality]
+
* [http://hl7.org/implement/standards/fhir/extension-patient-nationality.html Nationality]
* [http://hl7.org/implement/standards/fhir/extension-patient-citizenship.html| Citizenship]
+
* [http://hl7.org/implement/standards/fhir/extension-patient-citizenship.html Citizenship]
 
die hierfür in Frage kommen. Es ist lediglich ein Binding an ein geeignetes ValueSet erforderlich,
 
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äß [http://hl7.org/implement/standards/fhir/terminologies-valuesets.html]
 
z.B.: ISO 3166 (Namespace: urn:iso:std:iso:3166 gemäß [http://hl7.org/implement/standards/fhir/terminologies-valuesets.html]
* Hier ein Beispiel für die Einbindung der Nationality mit Binding an ISO-Ländercodes: [https://simplifier.net/HSPC/hspc-patient| hspc-patient]
+
* Hier ein Beispiel für die Einbindung der Nationality mit Binding an ISO-Ländercodes: [https://simplifier.net/HSPC/hspc-patient 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====
 
====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?
+
*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===
 
==== Todesursache====
 
==== Todesursache====
 
Im Kontext von Onkologischen Registern erforderlich.<br>
 
Im Kontext von Onkologischen Registern erforderlich.<br>
Eventuell als Extension an die Observation, die den Tumor/ die Diagnose beschreibt, die als Todesursache identifiziert wurde, analog zur Extension [https://simplifier.net/HSPC/hspc-allergyintolerance| hspc-allergyintolerance-CauseOfDeathInd]<br>
+
Eventuell als Extension an die Observation, die den Tumor/ die Diagnose beschreibt, die als Todesursache identifiziert wurde, analog zur Extension [https://simplifier.net/HSPC/hspc-allergyintolerance hspc-allergyintolerance-CauseOfDeathInd]<br>
 
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?
 +
* Sollte strukturell analog zu CDA übermittelt werden (siehe: http://wiki.hl7.de/index.php?title=IG:%C3%9Cbermittlung_onkologischer_Daten#Section:_Todesursache)
 +
* Sollte auch auf andere Primär-Erkrankungen (z.B. HIV) übertragbar sein.
  
==== ValueSet Binding====
+
===Coverage===
*Namespace-URL Vorschlag: https://www.dimdi.de/icd10-gm
+
* 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
*Version-ID: 2015, 2016...
+
* Bitte an alle: Drüberschauen und kommentieren!
*Dynamisches versionsspezifisches Binding ???
 
** evtl. mit FHIRPath möglich? : "Observation.Code.Coding.Version must be equal to the year portion of Observation.Encounter.Period.start IF the Observation.Code.Coding.System.value = ICD-10-GM" ???
 
** Was ist mit weiteren Regeln wie geschlechtsspezifischen/abhängigen/ausgeschlossenen Codes???
 
*Was ist das ausschlaggebende Datum für die korrekte Version?
 
**Observation.effective
 
**Observation.issued
 
**Observation.Encounter.Period.start
 
*Beispiel (Instanz):
 
<syntaxhighlight lang="xml">
 
    <Observation>
 
      ...
 
    <code>
 
      <coding>
 
        <system value = "https://www.dimdi.de/icd10-gm"/>
 
        <version value = "2016"/>
 
        <code value  = "H44.5" />
 
        <display value = "Absolutes Glaukom" />
 
      </coding>
 
    </code>
 
      ...
 
    </Observation>
 
</syntaxhighlight>
 
  
oder besser:
+
==weitere Fragen/Themen==
  
<syntaxhighlight lang="xml">
+
* Frage von Uwe: wohin ist die DSTU1-Resource "Alert" verschwunden? Übergegangen in Communication?
    <Observation>
+
-> Teilnahme an PC workgroup TelKos/Listserv empfehlenswert, um an der Diskussion teilzunehmen.
      ...
 
    <code>
 
      <coding>
 
        <system value = "https://www.dimdi.de/icd10-gm-2016"/>
 
        <version value = "1"/>
 
        <code value  = "H44.5" />
 
        <display value = "Absolutes Glaukom" />
 
      </coding>
 
    </code>
 
      ...
 
    </Observation>
 
</syntaxhighlight>
 
 
 
Nachtrag vom 9.1.: Anmerkung von S. Lang<br>
 
Eine Anmerkung noch zum ICD-10:
 
 
 
Genau genommen ist die jährliche ICD-10-GM-"Version" jeweils ein komplett neues Codesystem, da sich auch die Bedeutung bestehender Codes ändern kann (Beispiel: Veränderung der Bedeutung von "sonstige", wenn ein neuer Code hinzukommt). Das spiegelt sich auch darin wider, dass jeweils eine neue code system OID vergeben wird.
 
 
 
Insofern wäre es konsequent, den Namespace analog zu benennen (also z.B. ".... /icd-10-gm/2016") und version bei Bedarf für eventuelle unterjährige Errata/Addenda zu benutzen.
 
 
 
TODO: Klärung mit HL7 international, da es nicht um ein spezifisch "Deutsches" Problem handelt.
 
[http://gforge.hl7.org/gf/project/fhir/tracker/?action=TrackerItemEdit&tracker_id=677&tracker_item_id=9196| Tracker item #9196]
 
 
 
===Coverage===
 
TODO: [[HL7v2-Profilkomponente_Kostentr%C3%A4ger|V2 Beispieldaten]] in FHIR mappen und analoge Abbildungen für V2, CDA und FHIR im Wiki gegenüberstellen. (Ideal wäre eine separate Wiki-Seite mit den Beispielszenarien und den entsprechenden Abbildungen (Repräsentationen) in den Standards wie bspw. HL7 v2, V3/CDA und FHIR.)
 
  
 
==Teilnehmer (Tba)==
 
==Teilnehmer (Tba)==
 
* Simone Heckmann (Health-Comm)
 
* Simone Heckmann (Health-Comm)
* Bettina Lieske (SAP)
 
 
* Klaus Urban (Frey)
 
* Klaus Urban (Frey)
 
* Patrick Werner (Hochschule Heilbronn)
 
* Patrick Werner (Hochschule Heilbronn)
 
* Stefan Lang (Lang-HITC)
 
* Stefan Lang (Lang-HITC)
* Mike Kulisch (Fraunhofer)
+
* Silvan Pollozek
* Ben Krausmann (Fraunhofer Fokus)
 
 
* Tobias Hartz (Ärztekammer Niedersachsen, Projektgruppe "Gründung des KKN (Klinisches Krebsregister Niedersachsen)"
 
* Tobias Hartz (Ärztekammer Niedersachsen, Projektgruppe "Gründung des KKN (Klinisches Krebsregister Niedersachsen)"
 
* Uwe Meyer (MT2IT)
 
* Uwe Meyer (MT2IT)
* Frank Oemig (DTHS)
+
* Salima Houta (ISST)
  
 
== Nächste Termine ==
 
== Nächste Termine ==
 +
 +
Fr., 19. Februar 2016, 11:00h
  
 
==Agendapunkte für das nächste Treffen==
 
==Agendapunkte für das nächste Treffen==
 
* siehe TODOs aus dem Protokoll
 
* siehe TODOs aus dem Protokoll
-->
 
  
 
<!-- categories, no other code below -->
 
<!-- categories, no other code below -->
[[Kategorie:FHIR]]
+
[[Kategorie:Protokolle (Projekt Basisprofilierung)]]

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