320
Bearbeitungen
Änderungen
keine Bearbeitungszusammenfassung
====Optionale Spezifikation (mit demografischen Patientendaten)====
'''sourcePatientInfo''' wird gemäß folgender Vorschrift zusammengesetzt:
$patientRole = ClinicalDocument/recordTarget/patientRole
$id = concat(
$patientRole/id[1]/@extension, "^^^&",
Bsp: Mustergasse 11^^Wien^W^1230^Austria
Bemerkung: Wenn die Adresse nicht in der erforderlichen Granularität zur Verfügung steht, dann wird dieses Element (PID-11) nicht angegeben.
<rim:Slot name="sourcePatientInfo">
<rim:ValueList>
</rim:ValueList>
</rim:Slot>
===title===
## ClinicalDocument/title
====Spezifikation====
'''title''' wird gemäß folgender Vorschrift zusammengesetzt:
ClinicalDocument/title
Bsp: Entlassungsbrief der chirurgischen Abteilung
Die Verwendung von Zeichenketten für Line Feed (lf) oder Carriage Return (cr) ist innerhalb des title generell NICHT ERLAUBT.
===typeCode (und typeCodeDisplayName)===
====Spezifikation====
'''typeCode (und typeCodeDisplayName)''' wird gemäß folgender Vorschrift zusammengesetzt:
<span style="color:red"> $displayName</span> = ClinicalDocument/code/@displayName<br/>
<span style="color:red"> $codeSystem</span> = ClinicalDocument/code/@codeSystem<br/>
<rim:Classification
classificationScheme=
</rim:Slot>
</rim:Classification>
In Registries, die nicht ausschließlich für ELGA Verwendung finden (z.B. auch für andere eHealth-Anwendungen) sollten ebenfalls einheitliche Codes für die Dokumentenklasse und den Dokumententyp angewendet werden. Eine entsprechende Liste “hl7-austria-Dokumentenklassen” OID {1.2.40.0.34.10.86} wird von der HL7 Austria standardisiert (http://www.hl7.at).
====Spezifikation====
uniqueId wird gemäß folgender Vorschrift zusammengesetzt:<br/>
Fall 1<br/>
Attribut ClinicalDocument/id/@extension ist nicht vorhanden
concat(ClinicalDocument/id/@root)
Bsp: 1.2.3.4.5.6.7.8.9
Fall 2<br/>
Attribut ClinicalDocument/id/@extension ist vorhanden
concat(
ClinicalDocument/id/@root, "^",
)
Bsp: 1.2.3.4.5.6.7.8.9^0815
===referenceIdList===
|}
'''ACHTUNG: '''Aufgrund der Tatsache, dass es bei den entsprechenden Elementen im CDA Dokument keine Einschränkung bezüglich der Länge gibt wird davon ausgegangen, dass in Abänderung der HL7 Vorgaben hier keine Einzel-Längenprüfungen stattfinden. Aus sicherheitstechnischen Überlegungen ist im Rahmen von ELGA als Grenze für das einzelne CXi Element 255 Zeichen vorgeschrieben.
'''Beispiel:'''
referenceIdList wird gemäß folgender Vorschrift zusammengesetzt:
<ClinicalDocument xmlns=„urn:hl7-org:v3“>
…
…
</ClinicalDocument>
concat(ClinicalDocument/setId/@extension, "^^^", ClinicalDocument/setId/@root,
"^", "urn:elga:iti:xds:2014:ownDocument_setId", "^", homeCommunityId)
"ZZZZZZZZZZZZZZZZZZZ^^^&amp;1.2.40.0.34.99.111.1.1&amp;ISO^urn:elga:iti:xds:2014:ownDocument_setId^&amp;1.2.40.0.34.99.999&amp;ISO"
Die homeCommunityId ist die eindeutige OID, unter welcher die ELGA Affinity Domäne registriert ist.
Folgend ein weiteres Beispiel unter Verwendung einer UUID in ClinicalDocument/setId:
<ClinicalDocument xmlns=„urn:hl7-org:v3“>
…
…
</ClinicalDocument>
Wiederum gilt die Vorgabe:
"<nowiki>urn:uuid:19FEE6C3-6B35-4C5B-B1CC-B2B5B4001AB2^^^</nowiki>&amp;2.25&amp;ISO^urn:elga:iti:xds:2014:ownDocument_setId^&amp;1.2.40.0.34.99.999&amp;ISO"
===intendedRecipient===
====Dokumente in ELGA Interoperabilitätsstufe „Basic“: Zusatz erforderlich====
Folgt ein ELGA CDA Dokument einem Implementierungsleitfaden einer Fachdomäne in ELGA-Interoperabilitätsstufe „Basic“, so enthält dieses Dokument entweder unstrukturierten oder strukturierten Text gemäß CDA Level 1 oder ein eingebettetes Objekt (PDF, JPEG-Grafik, etc.).
Alle in ELGA-CDA-Dokumente eingebetteten PDF-Dateien MÜSSEN dem Standard PDF/A 1a (gemäß „ISO 19005-1:2005 Level A conformance“) entsprechen.
'''Bemerkung:''' Folgt das Dokument lediglich den Basisanforderungen im Allgemeinen Implementierungsleitfaden „CDA Dokumente im österreichischen Gesundheitswesen“ [1], so liegt das Dokument implizit immer in der ELGA Interoperabilitätsstufe „Basic“ vor.
====Zusatz bei selbst-definierten maschinenlesbaren Elementen (Dokumente in EIS „Enhanced“ oder „Full Support“)====
Liegt ein CDA Dokument in ELGA Interoperabilitätsstufe „Enhanced“ oder „Full Support“ vor '''''und enthält das Dokument zusätzliche selbst-definierte maschinenlesbare Elemente (CDA Level 3 oder „Entries“)'''''', so ist dies durch den Zusatz eines Plus-Zeichens („+“) im Formatcode zu kennzeichnen.
Die Kennzeichnung von Dokumenten mit selbst-definierten maschinenlesbaren Elementen ist ein „+“ (Plus-Zeichen) am Ende des Formatcodes.
'''Beispiele:'''
* '''urn:elga:dissum-n:2015-v2.06:EIS_Enhanced+'''
====Spezifikation====
'''formatCode (und formatCodeDisplayName) '''wird gemäß folgender Vorschrift zusammengesetzt:<br/>
<span style="color:red;">$code</span> = gemäß Liste der in ELGA gültigen FormatCodes <br/>
<span style="color:red;">$displayName</span> = gemäß Liste der in ELGA gültigen FormatCodes<br/>
<span style="color:red;">$codeSystem</span> = OID der Liste der in ELGA gültigen FormatCodes, fixiert mit OID 1.2.40.0.34.5.37
<rim:Classification
classificationScheme=
</rim:Slot>
</rim:Classification>
===healthcareFacilityTypeCode (und healthcareFacilityTypeCodeDisplayName)===
übernommen:
====Spezifikation====
'''healthcareFacilityTypeCode (und healthcareFacilityTypeCodeDisplayName)''' wird gemäß folgender Vorschrift zusammengesetzt:
<span style="color:red;">$codeSystem </span>= ClinicalDocument/componentOf/encompassingEncounter/location/healthCareFacility/code/@codeSystem
<rim:Classification
</rim:Slot>
</rim:Classification>
===mimeType===
====Spezifikation====
'''mimeType''' wird gemäß folgender Vorschrift gespeichert.
CDA R2: '''text/xml'''<br/>
DICOM/KOS: '''application/dicom'''<br/>
<rim:ExtrinsicObject mimeType="text/xml"
id="urn:uuid:<entryUUID>"
"urn:uuid:7edca82f-054d-47f2-a032-9b2a5b5186c1"
>
===parentDocumentId, parentDocumentRelationship===
====Spezifikation====
'''parentDocumentId''' MUSS mit folgenden Elementen in CDA übereinstimmen:
concat(
ClinicalDocument/relatedDocument/parentDocument/id/@root,"^",
ClinicalDocument/relatedDocument/parentDocument/id/@extension
)
'''parentDocumentRelationship''' MUSS mit folgenden Elementen in CDA übereinstimmen:
ClinicalDocument/relatedDocument/@typeCode
===practiceSettingCode (und practiceSettingCodeDisplayName)===
====Spezifikation====
'''practiceSettingCode (und practiceSettingCodeDisplayName)''' wird gemäß folgender Vorschrift zusammengesetzt:
<span style="color:red;">$displayName</span> = Klartext des angegebenen Codes (displayName)<br/>
<span style="color:red;">$codeSystem</span> = OID des Codesystems (1.2.40.0.34.5.12)<br/>
<rim:Classification
classificationScheme=
</rim:Slot>
</rim:Classification>
===objectType ===
====Spezifikation====
<rim:Slot name="urn:elga-bes:elgaFlag">
<rim:ValueList>
</rim:ValueList>
</rim:Slot>
<sup>18</sup> Das ist für Registries notwendig, die sowohl für ELGA als auch für andere eHealth-Anwendungen verwendet werden. Hier können auch Dokumente auftreten, die NICHT für ELGA vorgesehen sind.
====Spezifikation====
<rim:Slot name="urn:elga-bes:elgaHash">
<rim:ValueList>
</rim:ValueList>
</rim:Slot>
