Page 2 - Automatisierte_Akquise_und_Verwertung_der_elektronischen_Patientenstammakte_auf_Medizingeraeten

This is a SEO version of Automatisierte_Akquise_und_Verwertung_der_elektronischen_Patientenstammakte_auf_Medizingeraeten. Click here to view full version

« Previous Page Table of Contents Next Page »
31.10.2012
Seite 2 von 8
Darüber hinaus könnten Medikationsinformationen für die Anästhesie (Medikationshistorie
und -arten, allergene Reaktionen etc.) und Röntgenaufnahmen übertragen werden, sofern sie
vom jeweiligen KIS, PACS oder OP-Management-System abrufbar sind.
Welches Datenformat für die Übertragung am sinnvollsten ist, kann an dieser Stelle nicht ab-
schließend festgelegt werden. Um interoperablen Zugriff zu gewährleisten, müssen sowohl
das Serialisierungsformat als auch die zugrunde liegende Terminologie standardisiert sein.
Das Serialisierungsformat ergibt sich automatisch aus DPWS, welches XML vorschreibt –
denkbar sind auch komprimierte Varianten wie
FastInfoset
oder
Efficient XML Interchange
(EXI)
, deren Betrieb auch parallel erfolgen kann. Unter der Annahme, dass sich DPWS als
Kommunikationsstandard durchsetzt, ergibt sich die Serialisierung demnach automatisch.
Die Terminologie könnte sich von existierenden Standards wie z. B. HL7 ableiten. HL7 Ver-
sion 3 ist bereits XML-serialisiert und bietet Zugriff auf Patienteninformationen. Im
IHE IT
Infrastructure (ITI) Technical Framwork
2
steht im Dokument
Patient Demographics Query
HL7 V3 (PDQ-HL7v3)
beschrieben, wie Patientendaten abgerufen werden können. Die Pati-
entendaten in der Antwort auf eine PDQ-Anfrage sehen beispielsweise wie folgt aus (ent-
nommen von der IHE-FTP-Site
3
):
<patient classCode="PAT">
<id root="1.2.840.114350.1.13.99998.8734" extension="34827R534"/>
<statusCode code="active"/>
<patientPerson>
<name>
<given>Jim</given>
<family>Jones</family>
</name>
<telecom value="tel:+1-795-555-4745" use="HP"/>
<administrativeGenderCode code="M"/>
<birthTime value="19630713"/>
<addr>
<streetAddressLine>8734 Blue Ocean Street</streetAddressLine>
<city>Other City</city>
<state>IL</state>
</addr>
<!-- ... -->
</patientPerson>
<!-- ... -->
</patient>
Aus dieser Anfrage lassen sich bereits Name, Geschlecht und Geburtsdatum ablesen (fett
markiert). Ob HL7 tatsächlich alle notwendigen Informationen mitbringt, ist dabei nicht maß-
gebend, da das zugrunde liegende XML-Schema erweitert werden kann. Bei der Standardisie-
rung des Datenabrufs im OP oder auf Intensivstation sollte
PDQ-HL7v3
in jedem Fall berück-
sichtigt werden. Im Rahmen dieses White-Papers wird davon ausgegangen, dass die Patien-
tendaten XML-serialisiert vorliegen und lediglich über geeignete Transportmittel verteilt wer-
den müssen. Maßgebend für die Identifikation des Patienten ist die Fallnummer. Ein mögli-
ches Datenformat wurde bereits in DOOP Phase I konstruiert.
2
ITI Technical Committee; IHE IT Infrastructure Technical Framework Supplement, Patient Identifier Cross-
Reference HL7 V (PIXV3) and Patient Demographic Query HL7 V3 (PDQV3), Trial Implementation; August
2010
3
ftp://ftp.ihe.net/TF_Implementation_Material/ITI/examples/PDQV3/02_PDQQuery1Response.xml