cdaefa:CP-003-00: Unterschied zwischen den Versionen

Aus Hl7wiki
Wechseln zu: Navigation, Suche
(Änderungen der EFAv2.0-Spezifikation)
(Änderungen der EFAv2.0-Spezifikation)
 
Zeile 96: Zeile 96:
 
|<del>ICD-10-GM</del>
 
|<del>ICD-10-GM</del>
 
|<del>1.2.276.0.76.5.311</del>
 
|<del>1.2.276.0.76.5.311</del>
|<del>see <ref name="icd-10-gm">http://www.dimdi.de/static/de/klassi/icd-10-gm/kodesuche/onlinefassungen/htmlgm2013/index.htm</ref></del>
+
|<del>see [1]</del>
 
|-
 
|-
 
|<del>Disease Management Contract (DMP)</del>
 
|<del>Disease Management Contract (DMP)</del>
 
|<del>S_KBV_DMP</del>
 
|<del>S_KBV_DMP</del>
 
|<del>1.2.276.0.76.5.223</del>
 
|<del>1.2.276.0.76.5.223</del>
|<del>see <ref name="s-kbv-dmp">http://www.kbv.de/keytabs/ita/schluesseltabellen.asp?page=S_KBV_DMP_V1.01.htm</ref></del>
+
|<del>see [2]</del>
 
|-
 
|-
 
|<del>Integrated Care Contract (''IV Vertrag'')</del>
 
|<del>Integrated Care Contract (''IV Vertrag'')</del>

Aktuelle Version vom 4. November 2015, 14:13 Uhr

EFAv2.0 Change Proposal

Titel des Change Request Zulässigkeit weiterer Zweckcodes
Einreicher des Change Proposal Jörg Caumanns, Fraunhofer FOKUS

joerg.caumanns@fokus.fraunhofer.de

Datum der Einreichung des Change Proposal 09.04.15 (Übernahme eines Change Proposal aus 2014)
Betroffene Revision der EFA-Spezifikation 1 (Release Januar 2015)
EFAv2.0 Wiki Perspective Implementable
EFAv2.0 Wiki Dimension Computational
Akteur / Klasse / Transaktion XDS Document Metadata
Change Proposal ID CP 003-00
Datum der Veröffentlichung im EFAv2.0 Wiki 09.04.15
Change Proposal Status In Bearbeitung
Abhängigkeit zum IHE Technical Framework Nein
Abhängigkeit zum IHE-D Cookbook Nein
Auswirkungen auf bestehende Implementierungen Nein
Datum der letzten Aktualisierung des Change Proposal 09.04.15
Zugewiesener Bearbeiter Wird per Telefnkonferenz von der 7er-Gruppe festgelegt


Motivation für den Change Request

Die bislang definierten Zweck-Codes zur Klassifizierung von Fallakten sind nicht ausreichend, um damit die Einsatzszenarien der EFAv2.0 in Projekten des UK Aachen und des Fraunhofer ISST abzubilden. Gemeinsam mit IHE-D (IHE Cookbook) laufen Abstimmungen zur Definition eines Value Sets zur Klassifizierung des Zwecks einer Akte. Die Ergebnisse sollen in die EFAv2.0-Spezifikaiton übernommen werden.

Beschluss der 7er-Gruppe

(30.10.2015) Der Änderungsvorschlag wird angenommen. Die Umsetzung soll in die Ende Januar 2016 zu veröffentlichende Revision 2 der EFAv2.0-Spezifikation einfließen und ist Vorgabe für den EFA-Projectathon 2016. Folgende Festlegungen wurden von der 7er-Gruppe getroffen:

  • Die durch eine Fachdomäne definierte Semantik einer Akte wird in den Vordergrund gestellt und über den Zweckcode referenziert.
  • Es wird ein zentrales Code-System für EFA-Zweck-Codes definiert. Die Pflege des Codesystems erfolgt durch den EFA-Verein, der hierzu erforderliche Regularien definiert und einen Prozess zur Registrierung und Pflege der Codes aufsetzt.
  • Jeder kann Zweckcodes registrieren. Zu jedem Zweckcode wird eine Beschreibung gegeben. Diese kann im Fall einer Bindung an eine Diagnose z.B. auf einen ICD-10-Code verweisen.
  • Die Root ist vorgegeben. Die Extension soll semantikfrei sein, am besten einen fortlaufende Nummer, die keine Beziehung zu anderen Code-Systemen zu suggerieren.
  • Der EFA-Code bleibt Bestandteil der Spezifikation. Die anderen bislang definierten Zweck-Codes entfallen (deprecated, d. h. sollen von zukünftigen Implementierungen der EFAv2.0 nicht mehr verwendet oder ausgewertet werden).

Ein Vorschlag für die Änderung der Spezifikation wird bis Ende 2015 durch das Fraunhofer FOKUS ausgearbeitet und der 7er-Gruppe zur Freigabe vorgelegt.

Änderungen der EFAv2.0-Spezifikation

http://wiki.hl7.de/index.php?title=cdaefa:Die_EFA_als_zweckgebundene_Akte (Abschnitt: Der medizinische Fall)

Wesentlich bei der Festlegung einer Fallakte ist die klare Benennung des Zwecks der Nutzung einer Fallakte im Rahmen einer einrichtungsübergreifenden Behandlung.der Behandlungsgrund, der für die intersektorale Kommunikation zwischen mitbehandelnden Organisationen als zentral erachtet werden soll. Dabei wird dieser Grund in der Regel mittels einer ICD-kodierten Diagnose oder mittels einer zwischen Organisationen vereinbarten Regelung beschrieben. Bei der Festlegung des Grundes der gemeinsamen Behandlungsphase ist es von geringer Relevanz, ob dieser eine einzelne oder mehrere, die Behandlung wechselseitig beeinflussende Diagnosen zugrunde liegen. Zentral ist vielmehrhierbei das klare Erfordernis für die Kommunikation zwischen Ärzten und die definierte Zweckbindung der Dokumentationsinhalte (Benennung des Ziels und der Teilnehmer der Behandlung, der erwarteten Dauer des Kommunikationsbedarfs und des Kommunikationsumfanges). Eine solche kooperative Behandlungsphase mit dem Erfordernis einer gemeinsamen, zweckbezogenen Dokumentation Das der Fallakte zugrunde liegende einrichtungsübergreifende Behandlungsgeschehen wird in den technischen Spezifikationen der EFA als "medizinischer Fall" bezeichnet, der inhaltlich den medizinischen Kommunikationsbedarf zwischen mitbehandelnden Organisationen festlegt. Dabei wird davon ausgegangen, dass jeder "medizinische" Fall vorab zwischen den Akteuren getroffene Absprachen zu den Kommunikationsinhalten und -prozessen abbildet, d. h. vielmehr ein Behandlungsmuster widerspiegelt als die spezifische Versorgung eines individuellen Patienten. Der "Zweck" einer Fallakte referenziert entsprechend auf dieses abgestimmte Muster, das Vorgaben zu den Versorgungszielen, der inhaltlichen Abgrenzung und den Kommunikationsflüssen festlegt.


http://wiki.hl7.de/index.php?title=cdaefa:EFA_Business_Informationsmodell#purpose

Diese abstrakte Klasse kodiert den Zweck einer Fallakte. Sie referenziert eindeutig den "medizinischen Fall" des Patienten im Sinne eines zwischen den Akteuren abgestimmten Behandlungsmusters, das Vorgaben zu den Versorgungszielen, der inhaltlichen Abgrenzung und den Kommunikationsflüssen festlegt..

bestehende Grafik löschen

Die in einem EFA-Netzwerk verwendeten Instanzen sollten von der Klasse Diagnose oder der Klasse Vertrag abgeleitet sein. Der Wertebereich dieser Klasse muss von einem EFA-Netzwerk festgelegt werden.


http://wiki.hl7.de/index.php?title=cdaefa:EFA_XDS_Folder_Metadata_Binding

codeList

This attribute SHALL contain either the EFA-Folder classification code (code="ECR", codeSystem="IHE-D-Cookbook-FolderClassCode") or the EFA-Mount-Point classification code (code="ECR-mountpoint", codeSystem="IHE-D-Cookbook-FolderClassCode").

This attribute SHALL contain a code, that indicates the purpose of the case record. Only codes from the code systems and codes given in the table below SHOULD be used. 1.2.276.0.76.3.1.81.81.5.6 SHALL be used.

Purpose Code System Name Code System OID Value(s)
Diagnosis ICD-10-GM 1.2.276.0.76.5.311 see [1]
Disease Management Contract (DMP) S_KBV_DMP 1.2.276.0.76.5.223 see [2]
Integrated Care Contract (IV Vertrag) S_VDX_VERTRAGSART 1.2.276.0.76.5.257 09
This code indicates, that the case record serves an integrated care contract. Information on the contract SHALL be given with the display name of this code.
GP managed care (Hausarztzentrierte Versorgung) S_VDX_VERTRAGSART 1.2.276.0.76.5.257 07
This code indicates, that the case record serves a GP managed care contract. Information on the contract SHALL be given with the display name of this code.

A EFA Folder MAY be a member of multiple case records. In this case, this attribute SHALL contain multiple purpose codes.

Example: Diagnosis (ICD-10)

!Änderungen durch den CP direkt im Beispiel

 <rim:Classification 
    id="urn:uuid:c33ca26a-29b4-45be-a9b9-de60adca4c64"
    lid="urn:uuid:c33ca26a-29b4-45be-a9b9-de60adca4c64"
    objectType="urn:oasis:names:tc:ebxml-regrep:ObjectType:RegistryObject:Classification"
    classificationScheme="urn:uuid:1ba97051-7806-41a8-a48b-8fce7af683c5"
    classifiedObject="urn:uuid:fbf2ea29-3aa3-4bc5-9187-01d7b6b0f481" 
    nodeRepresentation="ECR">
    <rim:Slot name="codingScheme">
        <rim:ValueList>
            <rim:Value>IHE-D-Cookbook-FolderClassCode</rim:Value>
        </rim:ValueList>
    </rim:Slot>
    <rim:Name>
        <rim:LocalizedString xml:lang="de" charset="UTF-8" value="Elektronische Fallakte"/>
    </rim:Name>
 </rim:Classification>

 <rim:Classification 
    id="urn:uuid:c33ca26a-29b4-45be-a9b9-de60adca4c64"
    lid="urn:uuid:c33ca26a-29b4-45be-a9b9-de60adca4c64"
    objectType="urn:oasis:names:tc:ebxml-regrep:ObjectType:RegistryObject:Classification"
    classificationScheme="urn:uuid:1ba97051-7806-41a8-a48b-8fce7af683c5"
    classifiedObject="urn:uuid:fbf2ea29-3aa3-4bc5-9187-01d7b6b0f481" 
    nodeRepresentation="KHK-Herznetz-Niederrhein">
    <rim:Slot name="codingScheme">
        <rim:ValueList>
            <rim:Value>1.2.276.0.76.3.1.81.81.5.6</rim:Value>
        </rim:ValueList>
    </rim:Slot>
    <rim:Name>
        <rim:LocalizedString xml:lang="de" charset="UTF-8" value="KHK-Versorgung im Herznetz Niederrhein"/>
    </rim:Name>
 </rim:Classification>

alle weiteren Beispiele streichen