project report Promise2007

Das Projekt Promise2007 befasste sich mit der Erstellung und Auswertung einer Statistik zur Mitgliedersituation im Berufsverband Medizinischer Informatiker e.V.. Mit dem Ziel mehr über die Mitglieder und ihre derzeitige Situation zu erfahren wurde das Projekt an der Fachhochschule Hannover initiiert. Statistisch erfasst wurden Fragen zum Beschäftigungsverhältnis, zu Aus- und Weiterbildung, der beruflichen Situation und persönliche Angaben. Die Ergebnisse wurden ausgewertet und daraus wichtige Erkenntnisse für den BVMI e.V. abgeleitet, welche auf die weitere Verbandsarbeit Einfluss nehmen

Integration mobiler Informationswerkzeuge in heterogene Krankenhausinformationssysteme.

Der Einsatz mobiler Kleinstcomputer in der klinischen Routine besitzt großes Potential, die Kommunikations- und Informationsbedürfnisse von Ärzten und Pflegern zeitnah an deren unterschiedlichen Wirkungsstätten (z.B. am Patientenbett) zu erfüllen. Obwohl zahlreiche Arten von leistungsfähigen, tragbaren Kleinstcomputern zur Verfügung stehen, setzen sich diese nur langsam als Werkzeuge der Informationsverarbeitung in Krankenhäusern durch. Ziel dieser Arbeit ist es, die Gestaltung von mobilen Informations- und Kommunikationswerkzeugen in Bezug auf Funktionalität, Geräteeigenschaften und Integrationsmöglichkeiten in heterogene Krankenhausinformationssysteme (KIS) zu erarbeiten. Dabei werden die Wünsche der klinischen Anwender und die derzeitige Praktikabilität berücksichtigt. Zum Erreichen dieses Zieles wurden zwei praxisnahe Evaluationen am Universitätsklinikum Heidelberg durchgeführt. Anhand internationaler Literatur und aus diesen Ergebnissen werden wesentliche Integrationsaspekte abgeleitet und in einen Leitfaden für die Integration übertragen. Die Anwendbarkeit dieses Leitfadens wird anhand eines Realisierungsvorschlages für das Universitätsklinikum Heidelberg demonstriert. Insgesamt zeigt sich, daß das wichtigste mobil zu realisierende Verfahren die Unterstützung der interpersonellen Kommunikation ist. Weitere wichtige Verfahren sind z.B. die Einsicht in eine 'Elektronische Patientenakte', 'Klinische Dokumentation', 'Koordination mit Leistungserbringern', 'Anfordern von Essen, Material und Medikamenten' und der 'Zugriff auf Wissen'. Die funktionale Überschneidung zu festinstallierten Klinischen Arbeitsplatzsystemen (KLAPS) ist offensichtlich. Deutlich wird, daß mobile Kleinstcomputer die Benutzung von KLAPS räumlich ausweiten und die Anzahl der fest zu installierenden KLAPS verringern, jedoch diese nicht ersetzen können. Sie müssen vielmehr an die örtlichen Gegebenheiten, Organisationsstrukturen und Arbeitsweisen unterschiedlicher Personengruppen angepaßt ei

Referenzmodell für die Kommunikation eines Universitätsklinikums mit dem niedergelassenen Bereich

Das traditionell gewachsene System der deutschen Gesundheitsversorgung gliedert sich in den stationären und niedergelassenen Bereich. Stand der Technik ist es in beiden Bereichen die Vorteile der elektronischen Verarbeitung der Patientendaten zu nutzen. Defizite gibt es jedoch bei der elektronischen Kommunikation zwischen den beiden Teilbereichen. Dies liegt zum einen an der komplexen Gesetzeslage, zum anderen an den vielfältigen Anforderungen einer technischen Umsetzung der sektorübergreifenden Kommunikation. Hier setzt die vorliegende Arbeit an, indem ein Katalog für die gesetzlichen, technischen und ökonomischen Anforderungen erstellt wird. Für den elektronischen Datenaustausch gibt es zahlreiche etablierte Verfahren, wie z.B. die E-Mail-Kommunikation. Es werden einige weit verbreitete aber auch speziell auf die Gegebenheiten des deutschen Gesundheitswesens zugeschnittene Verfahren vorgestellt und den Anforderungen gegenübergestellt. Ziel der Untersuchung ist die Ermittlung eines anforderungskonformen Verfahrens. Die auf diese Weise gewonnenen Erkenntnisse werden bei der Erstellung eines Referenzmodells für die Kommunikation zwischen stationären und ambulanten Bereich genutzt. Dabei wird ein schrittweises Vorgehen verfolgt. Zunächst werden mit UML Use Case Diagrammen Anwendungsfälle analysiert. Anschließend werden mit Hilfe von Sequenzdiagrammen die Kommunikationsprozessabläufe modelliert. Alle Erkenntnisse münden in der Erstellung eines Drei-Ebenen-Modells. Das 3LGM2-Referenzmodell soll dem Informationsmanager in einem Krankenhauses bei der Modellierung des Informationsflusses zwischen den Einrichtungen des Gesundheitswesens unterstützen

Benchmarking von Krankenhausinformationssystemen

Krankenhäuser lassen sich anhand etablierter Indikatoren wie Bettenzahl, Case Mix Index und Jahresumsatz beschreiben und vergleichen. Obwohl seitens der Krankenhaus-CIOs, der Krankenhausleitungen und anderer Interessensgruppen der Bedarf besteht, Krankenhausinformationssysteme (KIS) zu bewerten und zu vergleichen, gibt es keinen Konsens darüber, wie deren Strukturen, Leistung und Qualität gemessen werden sollten. Geht man davon aus, dass KIS als soziotechnische Systeme alle informationsverarbeitenden Prozesse im Krankenhaus und die daran beteiligten menschlichen und maschinellen Handlungsträger umfassen, kommen sowohl struktur-, prozess- als auch ergebnisbezogene Indikatoren in Frage. In den letzten 20 Jahren entstand eine Vielzahl nationaler und internationaler Benchmarking-cluster, innerhalb derer Krankenhäuser ihre Informationssysteme vergleichen können. Während bekannte Benchmarkingcluster allen Krankenhäusern einen positionierenden Vergleich (Performance Benchmarking) auf Basis von Kennzahlen anbieten, besteht nur in einigen Benchmarkingclustern die Möglichkeit, gezielt Schwachstellen aufzudecken (Diagnostisches Benchmarking) oder darüber hinaus beste Praktiken abzuleiten (Best Practice Benchmarking). Ziele dieser Arbeit sind: Z1 die Entwicklung einer Methode, mit Hilfe derer Benchmarkingcluster beschrieben, verglichen und schließlich ausgewählt werden können, Z2 die Entwicklung der Methode BenchDoc für das Diagnostische und Best Practice Benchmarking von Dokumentationsprozessen im Krankenhaus, Z3 die Durchführung einer Fallstudie zur Erprobung der Methode BenchDoc sowie Z4 die Zusammenführung der Ergebnisse der Ziele 1 bis 3 in einem Vorgehensmodell für die Auswahl und Durchführung eines KIS-Benchmarkings. Zu Ziel Z1 wird basierend auf einer Literaturrecherche und einem Expertenworkshop ein UML-basiertes Metamodell entwickelt, mit dem Benchmarkingcluster anhand ihrer Rahmenbedingungen und genutzter Indikatoren systematisch beschrieben und verglichen werden können. Es wird auf sieben Benchmarkingcluster aus dem deutschsprachigen Raum angewandt. Dabei zeigt sich, dass strukturelle Indikatoren für KIS weit verbreitet sind und einige Ansätze für indikator- oder reifegradbasierte Bewertungen der Prozessunterstützung durch das KIS entwickelt werden. In den Benchmarkingclustern dominieren Performance Benchmarkings, die im Wesentlichen auf einem Kennzahlvergleich auf Basis großer Mengen von Indikatoren beruhen. Zur Erfüllung von Ziel Z2 wird die Methode BenchDoc zum Vergleich und Benchmarking von Dokumentationsprozessen in Krankenhäusern entwickelt. BenchDoc besteht aus einem indikatorannotierten Referenzprozessmodell und Festlegungen zu dessen Einsatz innerhalb eines Benchmarkingprojekts. BenchDoc sieht eine zielorientierte Auswahl von Indikatoren für Dokumentationsprozesse vor und präzisiert die Schritte der Informationsbeschaffung und der Bestimmung der Leistungslücke zwischen Benchmarkingpartnern. Die Methode eignet sich für die Durchführung von Diagnostischen und Best Practice Benchmarkings innerhalb kleiner Vergleichsgruppen, die einen offenen Austausch zwischen den Benchmarkingpartnern befürworten. Die Methode BenchDoc wird im Rahmen eines Benchmarkingprojekts der Arztbriefschreibung in zwei Universitätsklinika angewandt (Ziel Z3). Zusammen mit den Abteilungen für Informationsmanagement werden sieben zu messende Ziele und zugehörige Indikatoren für die Arztbriefschreibung festgelegt und deren Ausprägungen in ausgewählten Kliniken an beiden Standorten ermittelt. Dazu werden eine Datenbestandsanalyse sowie eine standardisierte Online-Umfrage unter dem ärztlichen Personal durchgeführt. An beiden Standorten kann durch die Anwendung der Methode BenchDoc ein erhebliches Optimierungspotenzial für die Arztbriefschreibung und deren Unterstützung durch das KIS aufgezeigt werden. Zur Erreichung von Ziel Z4 werden die Ergebnisse zu den Zielen Z1, Z2 und Z3 synthetisiert. Das Informationsmanagement von Krankenhäusern erhält eine Prozessbeschreibung für die Auswahl eines Benchmarkingclusters und ein sich anschließendes Benchmarking von Dokumentationsprozessen auf Basis der Methode BenchDoc. Diese Arbeit zeigt auf, wie das Benchmarking von KIS, systematisch, zielgerichtet und kriteriengeleitet vorbereitet und durchgeführt werden kann anhand der Auswahl eines passenden Benchmarkingclusters für ein Performance Benchmarking und einem Vorgehen für das Benchmarking von Dokumentations-prozessen. Mit dem im Jahr 2020 in Kraft getretenen Krankenhauszukunftsgesetz (KHZG) erhält das Benchmarking von KIS in Deutschland nun auch politische Priorität. Neben der Förderung von Digitalisierungsprojekten in Krankenhäusern sieht das KHZG auch eine zentrale Erhebung des digitalen Reifegrades vor. Da dieser Reifegrad insbesondere den Erfolg spezieller Digitalisierungsprojekte misst, ist zu erwarten, dass weiterhin mehrere Ansätze für das KIS-Benchmarking nebeneinander fortbestehen. Ein zielorientiertes Vorgehen bei der Auswahl eines Benchmarkingclusters und der Durchführung eines Benchmarkings, wie in dieser Arbeit vorgestellt, erweist sich dabei als hilfreich. Die Methode BenchDoc kann darüber hinaus für nachgelagerte diagnostische Analysen, Vergleiche und das Benchmarking des KIS in Hinsicht auf die Prozessunterstützung eingesetzt werden. Dabei könnte eine Weiterentwicklung der in der Arbeit vorgestellten Methode BenchDoc für Dokumentationsprozesse erfolgen, die sich beispielsweise aus der fortschreitenden Integration von Daten aus Patientenversorgung und Forschung im Zuge der Medizininformatik-Initiative oder dem Aufbau transinstitutioneller Gesundheitsinformationssysteme ergeben

Konzepte zur elektronischen Arztbriefschreibung und -Übermittlung:Verbesserung der interinstitutionellen Kommunikationsstrukturen im Gesundheitswesen mit der Clinical Document Architecture (CDA)

Trotz der wachsenden Notwendigkeit einer effektiven und zeitnahen Kommunikation zwischen Leistungserbringern in den verschiedenen Bereichen des Gesundheitswesens, finden wir eine vornehmlich papier-basierte Dokumentation vor. Fehlende Standards und die Heterogenität der IT-Landschaft verhindern eine echte Interoperabilität. Im Rahmen dieser Arbeit wurde die Verbesserung der Kommunikation zwischen Krankenhäusern und niedergelassenen Ärzten durch die Einführung strukturierter, elektronischer Arztbriefe und ihrer Übermittlung demonstriert. Als Standard wurde die auf XML basierende HL7 Clinical Document Architecture (CDA) ausgewählt. Nach Analyse der mit dem Arztbrief verbundenen Prozesse wurde der Arbeitsablauf im Krankenhausinformationssystem (KIS) abgebildet. Weiterhin wurde ein Mechanismus entwickelt, der nach Transformierung und Verschlüsselung den Versand über ein email-basiertes Versandsystem realisierte. Anschließend wurden die empfangenen Daten in das Zielsystem importiert

Chapter 11 – Health Apps as Medical Devices

Gesundheits-Apps können, je nach Zweckbestimmung des Herstellers, als Medizinprodukte im rechtlichen Sinne eingeordnet werden. Ob eine App alsMedizinprodukt anzusehen ist, hängt davon ab, ob dietatsächliche Zweckbestimmung durch den Hersteller eine medizinische ist. Dies ist grundsätzlich der Fall, wenn die App der Diagnose und/oder Therapie dient. Wann dieswiederum der Fall ist, ist im Einzelfall mitunter nur schwierig zubeantworten. Dem Hersteller und der Anwenderin oder demAnwender stehen hier bereits diverse, auchbehördlicherseits herausgegebene,Orientierungshilfen zur Verfügung, die jedoch nichtverbindlich sind und den Einzelfall nicht regeln können. Sofern es sich um Medizinprodukte handelt, fügen sich diese in das vorhandene regulatorischeRegime des Medizinprodukterechts ein, wonach sich auch die Prüfung derSicherheit desProdukts richtet. Apps, die Medizinprodukte sind, werden wie andereMedizinprodukte auch, in Risikoklassen nach potentiellem Risikounterschieden. Apps werden häufig der Klasse I zuzuordnen sein, dieentsprechend geringes potenzielles Risiko aufweisen. Es wird sich zeigen, ob einpotentielles Risiko bei Apps vorhanden ist, was die generelle Einstufung in einehöhere Risikoklasse rechtfertigt. Dies hätte die notwendige Beteiligung einerBenannten Stelle zur Folge, was eine weitere Prüfungsinstanz der Sicherheitaußerhalb des Herstellers selbst und der Einhaltung der notwendigenharmonisierten Normen, vermitteln würde.Depending on the purpose specified by the manufacturer, health apps may becomemedicinal products in the legal sense. Whether an app is to be considered as suchdepends on whether its designated purpose, as assigned by the manufacturer, ismedical. This is generally the case when the app delivers diagnostic and/ortherapeutic functionalities. However, determining if this is the case may not beeasy to answer. For manufacturers as well as users, there are a number ofguidance documents that are provided by official bodies as well as other authorsand are applicable to apps independent of their designation as a medicalproduct, but they are not binding in nature and often, they do not coverspecific use cases. Of course, for medical products, the applicable rules andregulations specify the necessary points that need to be observed, and thisincludes the processes the product has to undergo to test its safety. Just asfor other products, apps that are considered medical products are differentiatedinto different risk classes. Most apps will probably be class I products,indicating that they only pose little risk. It remains to be seen whether thereare apps with higher potential for harm that would justify classifying them intohigher risk classes accordingly. Of course, this would necessitate theinvolvement of a notified body, but would also add an additional inspectioninstance into the equation to check on the app’s security as well as themanufacturer’s compliance with the necessary laws and regulations