Interoperabilität

• Patientenaufnahme

• Patientenverlegung

• Patientenentlassung

• Patienten anlagen/ändern

• Finanztransaktion verschicken

• Result

Representational State Tranfer

1. Uniform Interface

   • Interface zwischen Client und Server, HTTP Vokabeln (GET,PUT,POST…)

2. Statless

   • Zustandslos

3. Cacheable

4. Client-Server

   • Unterborochene Syteme, Client hat nicht immer Connect zur Datenbank

5. Lyered System

6. Code on Demand

   • Server Code an Client und dann ausführt

• Message-Header

• Event

• Patient-Indentifikation

• Patient Visit

• Observation Request

• Diagnosis

• Procedure

• Financial Transaction

• Übertragen von Bildern

• Bilder ausdrucken

• Untersuchung beauftragen

• Bilder speichern (Festplatte, DVD)

• Bilder nach Kriterien suchen

• 
  

  
  

• Patientenaufnahme

• Diagnose -/ Prozedurenübermittlung

• Leistungsübermittlung

• Befundübermittlung

• IDs

• Titel

• Zeitangabe

• Vertraulichkeit

• Autor

• Behandler

• Patient

• Institution

1. Persistenz

   • heißt dauerhaft Existent in den sendenden oder empfangenden System

2. Verantwortlichkeit für die Vewaltung des Dokuments

   • Eine Organisation ist verantwortlich für die Verwaltung eines CDA Dokuments

3. Signaturfähigkeit

4. Kontext

   • alle Informationen im Dokument werden in einen bestimmten Kontext gestellt

5. Ganzheits des Dokuemnts

6. Lesbarkeit (human readability)

   • jedes CDA Dokument muss klinische Informationen in lesbarer Form enthalten

Digital Imaging and Communications in Medicine

CDA= Clinical Document Architecture

• ist ein HL7-Standard

• XML-Standard für medizinische Dokumente

beschreibt die Person, über die dokumentiert wird (Patient)

Dazu gehört mindestens eine ID sowie optimal weiter Angaben wie Name, Geschlecht, Adresse ….

• idt selber ein XML-Dokument

• kann validiert werden

• unterstützt Datentypen

• unterstützt Namenspaces

• ist erweiterbar

Fast Healthcare Interoperability Resource

• Ressourcen

• Datentypen

• Referenzen

• Terminologie

• Profilierung

• Austausch

betieht sich auf die Art der Daten, die in den DICOM-Attributen gespeichert werden. Es beschreibt das Format und den Datentyp des Wertes, der in einem bestimmten DICOM-Attributen gespeichert werden.

• Ressourcen sind das, was ausgetauscht wird über REST

• ist der wichtigste Teil des FHIR-Standards

• ca. 150 Resssourcen durch HL7 definiert

• für Ressourcen werden durch FHIR verschiedene Datstellungen angeboten ( Tabellarisch, UML,JSON, XML)

• jede Resource besteht aus drei teilen:

  1. strukturierten Daten: nach 80/20 Regel

  2. Narrativ: menschlichlesbare Zusammenfassung des Inhaltes der Resource

  3. Extension: Datenelemente die nicht von den 80% abgedeckt werden

  • 
    

• Quittierungsnachricht (Acknowledge)

• Patientenstammdaten- Nachticht (Admission-Discharge-Transfer)

• Andorderung einer Untersuchung (Oder Message)

• Antwort auf eine ORM Nachricht (Order Respons)

• Befundübermittlung (Observation Result Uncolicited)

• Übermittlung medizinischer Dokumente (Medical Dokument Management)

• Abrechnung (Billing Account Record )

• Abrechnung (Detailed Financial Transaction)

• CDA-Header enthält Angaben zu

  • Dokuement

  • Verfasser

  • Patient

• CDA-Body enthält Angaben zu

  • Klinischen Fragestellungen und Inhalten

  • Diagnosen, Prozeduren

    
    

• Referenzen erlauben es, verschiedene Ressourcen miteinader zu verknüpfen

• werden immer in eine Richtung definiert und dargestellt- von einer Ressource zu einer anderen

  
  

• FHIR-Profile definieren, wie die einzelnen Resources innerhalb eines Systems untereinander verwendet werden

• Spezifikation erfolgt durch HL7

• Anpassung der Profile an nationale Vorgaben und gesetzliche Regularien durch HL7 Benutzergruppen

• jedes Profil hat eine eindeutige URL

• Integration von mobilen Apps

• Integration von Drittanbietern

• Integration von Wissensmanagement

• Flexible Analayse

• Cloud-Dienste

• Offene API

• HL7 Version 2 funktioniert gur innerhalb einer Institution

• Es lässt sich jedoch schlecht für die intersekorale Kommunikation skalieren

• FHIR-Nachrichten decken den gleichen Funktionsumfang wie HL7 V2 ab

• Dabei verhalten sich die Ressourcen innerhlab einer solchen Nachricht analog zu den Segmenten in HL7 V.2

1. <supply> z.B Medikamentenverabreichung

2. <organizer> zur Gruppierung

3. <observation> eine Beobachtung , z.B eine Befund

4. <procedure> eine Prozedur z.B eine OP

International Organization for Standardization

ISO TC 215 Health Informatic -> Interoperabilität zwischen unabhänhgigen Systmen

VR-Name Value Representation

Definition

Erlaubte Zeichen Character Repertoire

Maximal Lenght Length of Value

Attribute Name:

• Patients Name

• Patient ID

• Patients Birth Date

• Patients Sex

Patient Care Coordination

• umfasst grundsätzlich alle Integrationsthemen der klinischen Versorgung, wie z.B. den Dokumentenaustausch, die Befundbearbeitung oder die Koordination mit anderen Fachdomänen.