ByMedConnect Einsatz standardbasierter Verfahren zur Verbesserung der sektorübergreifenden Kommunikation

Größe: px

Ab Seite anzeigen:

Download "ByMedConnect Einsatz standardbasierter Verfahren zur Verbesserung der sektorübergreifenden Kommunikation"

Reiner Bretz
vor 8 Jahren
Abrufe

1 ByMedConnect Einsatz standardbasierter Verfahren zur Verbesserung der sektorübergreifenden Kommunikation Hans Demski Helmholtz Zentrum München Deutsches Forschungszentrum für Gesundheit und Umwelt Arbeitsgruppe MEDIS Institut für Biologische und Medizinische Bildgebung GMDS Mannheim

2 Überblick Sektorübergreifende Kommunikation Umfrageergebnisse Verwendung des CCR Datenpakete gemäß ISO / EN ByMedConnect Ausblick

3 ByMedConnect Verbesserung der sektorübergreifenden Kommunikation für ein integriertes Gesundheitswesen in Bayern Ein Projekt des Helmholtz Zentrum München in Kooperation mit dem GO IN Ärztenetz in Ingolstadt Laufzeit: Juli 2009 Juli 2012 Gefördert durch das Bayerische Staatsministerium für Umwelt und Gesundheit Ziele: - Verbesserung der Kontinuität in der einrichtungsübergreifenden medizinischen Behandlung - Kommunikation relevanter Patientendaten - Anwendung und Erprobung von Standards für den Austausch medizinischer Krankenakten

4 Kommunikations-Szenario - ByMedConnect

5 Forderung nach Interoperabilität Gesundheitsbezogene Daten, Wissen and Information müssen verständlich, übertragbar and gemeinsam nutzbar sein und die Kontinuität der Behandlung sicherstellen Unabhängig von - IT-System / Systemhersteller - linguistischen und kulturellen Unterschieden zwischen den Ärzten - politischen Rahmenbedingungen Dies fordert - systematisch strukturierte elektronische Akten - semantische Interoperabilität der Inhalte

6 Umfrageergebnisse - GO IN Ärztenetz 90% der Praxen sind online 71% haben Breitbandanschluss

7 Umfrageergebnisse - GO IN Ärztenetz Potential eines vorhandenen Internetzugangs wird meist nicht zur elektronischen Kommunikation genutzt

8 Umfrageergebnisse - GO IN Ärztenetz weitere Anwendungen u.a. Fax-Software Onlineabrechnung elektronische Dokumentation in d. Qualitätsmaßnahme Darmkrebsprävention RIS, PACS Anbindung verschiedener Messgeräte z.b. Ultraschall, Lungenfunktion, Langzeit- RR, (Langzeit-)EKG, Blutzucker

9 Umfrageergebnisse - GO IN Ärztenetz

10 Umfrageergebnisse - GO IN Ärztenetz

11 Interpretation zum Diagramm Inhalte der Kommunikation Kaum Abweichungen zwischen dokumentierten und erwünschten Inhalten Ausnahme: Patientenverfügungen Medikationen bis Kontaktdaten werden im Durchschnitt immer bis häufig dokumentiert aber nur häufig bis selten erhalten. In der Gruppe ab den Kontaktdaten lässt das Interesse die Informationen zu erhalten deutlich nach. Bei Risikofaktoren, Kontaktdaten, Patientenverfügungen und Impfungen ist die größte Abweichung zwischen dem Wunsch nach Erhalt und der aktuellen Situation festzustellen. Einen Sonderfall bilden die Versichertendaten, die ohnehin bereits über die KV-Karte bereitgestellt werden.

12 Anwendung CCR im ByMedConnect Projekt Continuity of Care Record (CCR) entwickelt bei ASTM beschreibt einen umfassenden Datensatz, der u. a. ermöglicht, Arztbriefe zu digitalisieren wird eingesetzt in GoogleHealth, Microsoft Health Vault Mehr dazu unter: Der CCR wird als Ausgangspunkt für die Definition der Inhalte des ByMedConnect Datensatzes verwendet ausgehend vom CCR werden Archetypen erstellt im Netzwerk erfolgt der Datenaustausch im Format

13 Aktueller Stand des vom CCR abgeleiteten Datensatzes

14 Datenfluss in ByMedConnect

15 ISO / EN Extract Datenpakete werden als EHR_EXTRACT abgebildet. Diesen Auszügen aus einer Krankenakte werden folgende Eigenschaften (Metadaten) zugeordnet: Signature Optionality Multiplicity Documentation Agent authorizing the EHR Extract to be created and communicated. This attribute is optional since some extracts Authorisierungsdienst might be created automatically between (authorized) interacting authorizing_party:ii 0..1 N/A computing services. EHR ID The identity of the EHR from which this EHR Extract has been created. It shall be unique for that EHR Provider system for this ehr_id:ii 1 N/A subject of care. EHR System ID The identity of the EHR Provider system from which this EHR ehr_system:ii 1 N/A Extract has been created. The identity and version of the reference model standard under Referenzmodell which this EHR_EXTRACT was made. For an EHR Extract rm_id:string 1 N/A conforming to this part of ISO the attribute will have the string value ISO Patienten ID subject_of_care:ii 1 N/A Unique identifier of the subject of care from whose EHR this EHR Extract was created, as defined by the EHR Provider system. Erstellungsdatum time_created:ts 1 N/A The date and time at which data from this subject of care s EHR was queried or exported in order to create this EHR Extract.

16 ISO / EN Composition Auszüge können mehrere Dokumente enthalten die als COMPOSITION eingefügt werden. Den Dokumenten werden folgende allgemeine Eigenschaften zugeordnet: Signature Optionality Multiplicity Documentation The unique identifier of the archetype node to which this RECORD_COMPONENT corresponds, either in the EHR Archetyp ID Provider system or as a mapping produced when this archetype_id: String 0..1 N/A EHR_EXTRACT was created. The syntax for populating this attribute value is defined in ISO Bedeutung meaning:cv 0..1 N/A The standardized clinical or administrative concept to which the name attribute has been mapped. In archetyped systems it will correspond to the archetype node name. In nonarchetyped systems it might be a coded term from an appropriate terminology syste Name name:text 1 N/A The name, expressed as a coded value or as plain text, specifies the clinical or administrative concept to which this EHR node corresponds, as labelled in the EHR system in which it was first committed. The date and time or interval during which the clinical Erfassungszeitraum session_time:ivl<ts> 0..1 N/A encounter or documentation session occurred.

17 ISO / EN Composition - II Signature Optionality Multiplicity Documentation This attribute identifies one or more access control policies that specifically pertain to this Access Policy IDs RECORD_COMPONENT and which need to be communicated to the EHR Recipient to govern future access to it. The identifiers may refer to policy policy_ids:set<ii> 0..1 N/A information include This association permits a COMPOSITION to attestations: Attestate contain any number of attestations that pertain to it Set<ATTESTATION_INFO> * or to its contents. Weitere Beteiligte other_participations: Set<FUNCTIONAL_ROLE> * Versender committal:audit_info 1 N/A Verfasser composer:functional_role 0..1 N/A This association permits the representation of any other agents who have contributed to this clinical encounter or documentation session. This mandatory association contains the committal (and optionally revision) information for this COMPOSITION in the EHR Provider s system. Agent (person, device or software) responsible for creating, synthesising or organizing information that is committed to an EHR. This agent takes responsibility for its inclusion in that EHR, even if not the originator of it and even if not the committer

18 ByMedConnect Ausblick Internationale Kooperation in der Community und Benutzerorientierte Definition von Archetypen zur sektorübergreifenden Kommunikation von Patientendaten: Workshops mit Ärzten aus dem GO IN Praxisnetz zur Abstimmung des Datensatzes Implementierung der Schnittstelle zu Legacydaten: Abstimmung mit Systemherstellern Transformation in eine standardkonforme Darstellung Durchführung einer Pilotstudie im regionalen Praxisnetz GO IN, Ingolstadt

19 Kontaktadresse Internet:

Ähnliche Dokumente

Mobile-Szenario in der Integrationskomponente einrichten

SAP Business One Konfigurationsleitfaden PUBLIC Mobile-Szenario in der Integrationskomponente einrichten Zutreffendes Release: SAP Business One 8.81 Alle Länder Deutsch November 2010 Inhalt Einleitung...