cdaefa:CP-003-00

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
Disease Management Contract (DMP)	S_KBV_DMP	1.2.276.0.76.5.223	see
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