 Dann herzlich willkommen alle zusammen. Ich muss jetzt zur Präsentation schauen, weil ich das heute sehr spontan mache. Wir werden heute von Max Blumenstock etwas für uns zu kreative Commons Repository für medizinische Metadatmodelle zur Harmonisierung der Gesundheitsversorgung. Das ist ein sehr langer Satz. Ich bin sehr gespannt, was du zu uns erzählen hast, weil ich glaube zeitmäßig ist alles ein bisschen eng und dann bühnfrei. Viel Spaß. Danke, dass du heute hier bist. Alles klar. Vielen Dank für die Anmoderation. Also noch mal kurz zu mir. Mein Name ist Max Blumenstock. Ich wäre heute gerne mit einem Kollegen von mir da gewesen, Christian Niklas. Der kann leider persönlich nicht anwesend sein, steht aber mit auf den Folien erst seinerseits Anästhesist. Mal kurz zu meiner Person, damit sie mich auch ein bisschen einordnen können. Ich bin vom Institut für Medizinische Informatik am Uniklinikum Heidelberg und mein, ich sag mal akademischer Werdegang hat dort auch mit einem Medizinstudium zunächst begonnen. Das habe ich bis zum Physikum gemacht und dann aber mehr so die technische Seite an mir selber entdeckt und dann mein Bachelor Master in Medizin Informatik ebenfalls in Heidelberg Heilbronn absolviert und arbeite ich es dort seit eineinhalb Jahren als wissenschaftlicher Mitarbeiter mit dem Ziel auf eine Promotion. Worum soll es heute überhaupt gehen? Also generell soll es heute vor allem ganz allgemein gesprochen, weil um die Standardisierung und die gemeinsame Nutzung von medizinischen Metadatenmodellen gehen und darum, welchen Beitrag man damit vielleicht auch leisten kann, um die Erhebungen, also die digitale Erhebung von Patienten dann zu verbessern. Dazu soll es zunächst einmal so einen kurzen Status quo geben. Ich mache das immer so ein bisschen am Beispiel Uniklinikum Heidelberg, weil ich es da halt einfach gut kenne. Ich denke, das ist übertragbar auf andere Unikliniker und es geht erst mal darum, wo stehen wir überhaupt. Und im folgenden möchte ich Ihnen dann einen kurzen Einblick in drei unseres Systeme eingeben. Das ist einmal das MDM-Portal, das ist quasi unser Portal, in dem die ganzen Metadatenmodelle gespeichert werden. Das MDR, das ist wie eine Art Register, was man nutzen kann zur Wiederverwendung von einzelnen Formularinhalten, zu einfachen Erstellungen, ich werde da später noch genauer drauf kommen, was das ist. Und dann noch als vierten Punkt OpenEDC, das ist ein Open Source Electronic Data Capture Tool, also zur Erfassung von Patientendaten auf Basis dieser Formulare. Das Ganze läuft also so irgendwo zusammen und da ich immer denke, dass man Sachen lieber sieht, was sie nur erzählt zu bekommen, gibt es dann noch eine kurze Live-Demo und ich stehe dann anschließend gern für Fragen zur Verfügung. Genau, aus dem Status quo. Also bei uns im Uniklinikum beobachtet man, dass noch sehr viel Papierdekumentation betrieben wird. Ich würde sagen, fast ausschließlich, wenn es um Patientenbefragungen geht. Und es ist dann oft so, dass zwar durchaus digitale, falls irgendwo geführt werden, die werden dann oft als Excel-Datenbanken bezeichnet, in mir als Informatiker sträubt sich dann ein bisschen was, wenn ich Excel-Datenbanken zusammenhör. Und also die sind einfach in der Qualität so unterschiedlich. Teilweise ist es einfach wirklich eine Sammlung von irgendwelchen Werten aneinander gereiht. Manchmal sind sie ein bisschen besser strukturiert, aber generell ist halt die Datenqualität von diesen Excel oder oft einfach, sie ist wie falls sehr unterschiedlich gut. Sie sind nicht wirklich vergleichbar und wir hören dann oft sowas wie, ach ja, das nutzt auch, sie ist wie super, das können wir dann auch einfach für uns verwenden und dann wird festgestellt, ja hoppla, das ist ja ganz anders aufgebaut, das Fall. Und genau, warum werden EDC-Systeme bisher so wenig genutzt im Klinikum? Gute Frage. Zum einen sind sie teilweise einfach teuer, also es gibt kommerzielle EDC-Systeme, die sind sehr teuer. Zum anderen hat man ein bisschen Angst, sich irgendwie an einen Standard zu binden, weil dann überlegt man so ein bisschen, okay, was machen wir, wenn wir jetzt von diesem System wieder weg wollen? Können wir dann unsere Daten von mitnehmen oder liegen die dann im Standardform? Wir wissen nicht, was wir damit anfangen können. Und da ist manchmal einfach, sie ist wie ein Excel die einfache Lösung leider. Teilweise sind sie auch anfangen, der Benutzung zu komplex. Ein Beispiel hier für wer, was wir es so beobachtet haben, Simplifyer für Fire-Ressourcen letztlich, also damit kann man auch Formulare letztlich im Fire-Format erstellen, bearbeiten und noch suchen, aber der ist in der Anwendung etwas sperrig, sag ich mal, und Klinika haben, allgemein chronisch zu wenig Zeit, sich in irgendwas einzuarbeiten. Genau, was sind also unsere Ziele mit dem MDM-Portal? Also einmal, wir wollen eine offene Plattform bereitstellen, über die medizinische Formulare ausgetauscht und zur Verfügung gestellt werden können, das Ganze eben unter Creative Commons Licenses, daher auch der Titel. Wir legen viel Wert auf simantische und syntaktische Interoperabilität, derfalls wir möchten einen leichen Zugang für klinisches Personal und das ganze nach dem Fair-Prinzip, also findable, accessible, interoperable, sorry, und reusable. Genau, hier mal so ein kurzes Schema, also oben sehen Sie unser Portal-Vermeter-Datenmodelle, das ist das MDM-Portal, das ist quasi das Kernstück, die Sammlung von allem. Das MDR habe ich schon angesprochen, ist eher so ein Register, ich werde drauf zu sprechen kommen und dann eben noch Open EDC als Datenerhebungstool, was den gleichen Standard nutzt. Ich werde zunächst mal auf das Portal eingehen, zwar was ist das MDM-Portal, das überhaupt, also ist, wie schon gesagt, eine Plattform für medizinische Datenmodelle. Es wurde DFG gefördert und über die letzten zehn Jahre etwa, vor allem mehrheitlich an der Universität Münster entwickelt und jetzt seit eineinhalb Jahren eben in Heidelberg, unser neuer Institut, Chef hat das Projekt aus Münster mitgebracht. Und es ist so, dass wir inzwischen an die 24.000 Datenmodelle oder etwas mehr Fleisch auch haben, alle eigentlich irgendwo aus dem klinischen Kontext, sehr viel aus dem Bereich Therapie und Anamnese-Bögen und das ganze ist natürlich mehrsprachig gehalten. Was sind unsere Ziele jetzt speziell mit diesem MDM-Portal, also wie gesagt, wir streben eine Wiederverwendung von Formularen an, wir denken, es sollten nicht die gleichen Ressourcen immer wieder erstellt werden an verschiedenen Standorten, wenn es die schon gibt. Wir wollen semantische Annotation, da werde ich auch noch genauer drauf zu sprechen kommen, kurz was das ist. Letztlich versehen wir alle Fragen mit Ontologieterm, das heißt, mit einem medizinischen Wörterbuch, um sie einfach sprachunabhängig zu halten. Und wir wollen eine Standardkonform darstellen, das heißt, wir wollen nicht irgendwie einfach ein PDF-Container sein für Formulare, bei denen dann wieder nicht weiß, in welchem Format steht das da drin, sondern die sollen alle dem gleichen Standard folgen. Und ja, wir hoffen, dass davon Ressourceneinsparung, materiell und personell weniger parallel Entwicklung, dann allgemein eine erleichterte Erhebung von, also digitale Erhebung von klinischen Daten und bessere Vergleichbarkeit vor allem für Studien. Dazu bietet das MDM-Portal eben Möglichkeiten zum Bereitstellen, editieren und finden von Formularen. Ich werde es nachher live auch noch zeigen. Wir haben einen Versionsmanagement, man kann neue Versionen anlegen, wenn man irgendwie eine Änderung vorne möchte an einem Portal. Das Ganze kann mehrsprachig gehalten werden, das ist vor allem auf den ODM-Standard zurückzuführen, den wir nutzen, auch den werde ich noch kurz vorstellen. Nur kurz, das ist ein XML-Standard von CDisk. Und wir haben vor allem die Möglichkeit, und das ist vielleicht interessant, gerade wenn man viel Zeit in den Entwurfenformularen gesteckt hat. Also man man denkt bei Formularen gerne mal an so einen einseitigen Bogen und denkt, okay, was ist das schon groß dabei? Aber es gibt wirklich sehr umfangreiche Formulare, die lange brauchen, um sie zu entwickeln. Und wir können auch Doys dafür vergeben. Direkt. Und ja, bei der Veröffentlichung hatten wir die Wahlen unter verschiedenen CC-Lizenzen. Wir bieten außerdem Converter zu anderen Standards wie Fire, CSV oder Excel. Wir kommen von CSV und Excel leider dann doch nicht ganz weg. Und aber auch R und SQL. Jetzt kurz zu den sementischen Anotationen. Wir nutzen UMLS-Codes. UMLS steht für Unified Medical Language System. Das ist ein Projekt von der National Library of Medicine und hat zum Ziel verschiedene Terminologien und Klassifizierungen im medizinischen Kontext wie SNOMED und LOINK. Könnte dem einen oder anderen vielleicht an Begriff sein, oder ICD-10-Codes auch, entsprechend zu vereinen unter einem Dach und quasi diese Wörterböcher so ein bisschen aneinander anzugleichen. Für die Annotation von diesen Fragen, also wir sehen die wie gesagt alle mit diesen Codes, braucht man medizinisches Personal. Das ist wichtig, es gibt ich glaube um die fünf Millionen Konzept-Terms so etwa in UMLS, also wahnsinnig viele und da muss man einfach drin geschult sein, was die Annotation angeht. Der Vorteil davon, warum machen wir das, warum stecken wir da so viel Zeit rein und Arbeit, ist letztlich werden Formulare dadurch sprachlich unabhängig. Also man muss die Ausgangssprache gar nicht mehr verstehen, wenn Codes korrekt vergeben wurden auf eine Ursprungssprache, dann kann ich später nur die Codes einfach nehmen und sehe, okay das ist der und der Code, ich kann nachschlagen im UMLS-Werk, okay für was steht der denn in meiner Sprache und somit das Formular übersetzen ohne die Sprache ursprünglich überhaupt zu kennen. Gleichzeitig bietet es halt Vergleichbarkeit zwischen Fragen, die vielleicht die gleichen Codes zugewiesen haben, aber unterschiedlich formuliert wurden, dennoch den gleichen Inhalt prinzipiell besitzen. Hier ist mal so ein kurzes Beispiel, also ETS-Aufnahme geplant ist Intensivstation und da wurden jetzt einfach die zwei Codes für vergeben, das ist Admission to Intensive Care Unit und Planned und die zwei kombiniert, ergeben dann einfach die Bedeutung dieses Items und womöglich übersetzen wir das auch automatisch ins Nomad und Loink Codes. Genau, jetzt könnte man sagen, wenn das so viel Zeit und Anspruch nimmt, warum nicht automatische Annotation bietet sich doch an, es gibt Sprachmodelle, es gibt in der KI Forschung viele Fortschritte, kann man das nicht nutzen. Ist im medizinischen Kontext teilweise sehr schwierig tatsächlich. Oft sind die Inputs einfach keine ganzen Sätze, sondern Stichwörter aneinandergereiht oder mal sind es auch ganz jetzt, also es ist einfach sehr inkongruent und es ist ein sehr spezifisches Vokabular und wenn dann noch die deutsche Sprache dazu kommt, dann wird sowieso noch mal schwieriger. Wir haben das mit MitCat mal ausprobiert, das ist so ein Tool. Für Snomad im Englischen funktioniert das ganz gut, für kurze Sätze oder Teilsätze, aber im längeren dann auch schon nicht mehr leider. Semiautomatische Annotationen sind sicherlich denkbar, das können wir jetzt leider noch nicht, aber das ist etwas, was wir in Zukunft auf jeden Fall im Auge behalten wollen. Des Weiteren sind da leider Fehler, gerade im medizinischen Umfeld sehr kritisch, also wenn ein Formular falsche Codes bekommt, daraufhin wird das falsch übersetzt anhand dieser Codes, dann hat man in verschiedenen Sprachversionen von Formularen unterschiedliche Fragen letztendlich abgedeckt. Das darf natürlich nicht passieren. Wir haben einige Kooperationen rund ums MDM-Portalen am Laufen. Ich möchte es auch gar nicht so sehr im Einzelndorf eingehen, es sei nur gesagt, wir stehen generell im Austausch, zum Beispiel mit dem NFDI oder auch dem DBGAP, das ist die Database of Phenotypes and Genotypes, eine Untereinheit vom National Center of Biotechnology Information, das wiederum gehört zu National Library of Medicine und wir befinden uns mit diesen Parteien im Austausch, was Formulare angeht, anotieren die und verweisen gegenseitig auf die Quellen. Genau, dann jetzt vielleicht kurz zum MDR, was ich gerade erwähnt hatte, das brauchen wir einen kurzen Exkurs zum ODM-Standard, ich denke das ist schon wichtig, den ganz kurz vorzustellen, ich weiß, Standards sind trocken, ich werde es nicht so ausführlich machen. Das ist einfach allgemein ein recht hoch strukturierter XML-Standard von C-Disk und Formulare bestehen einfach aus geschachtelten Elementen, also man hat dann einfach entsprechend Forms, darunter hat man Item-Gruppen, das sind Frage-Gruppen quasi und darunter noch mal Fragen, also es ist einfach ganz archäisch aufgebaut und weshalb sich eigentlich für diesen Standard entschieden wurde, damals schon, ist das ja von der FDA und PMDA verlangt wird, die FDA ist die Federal Drug Agency und die PMDA ist aus Japan die Pharmaceuticals and Medical Devices Agency und für Studien werden eben diese Studienformular dann im ODM-Format verlangt. Das sieht dann etwa so aus, ich habe das wichtige mal rot markiert, ich habe schon gerade gesagt, es gibt diese Forms in Item-Gruppen und Items und zusätzlich habe ich mal noch diesen alias markiert, in dieser Form vergeben wir dann unsere sementischen Kodierungen, den muss ich jetzt auch niemand merken, nur damit man es etwa einordnen kann. Damit ich nämlich jetzt erklären kann, was es MDR eigentlich macht, also das MDM-Portal, das speichert diese Formulare einfach komplett als ein XML-Fall, das hat einfach Performance-Grunde und wir wollten aber gerne, dass die noch besser durchsuchbar sind und dafür gibt es das MDR, das heißt wenn so ein Formular erstellt wird, wird es ans MDR geschickt und das MDR zerlegt es dann erstmal in die ganzen einzelnen XML-Elemente und legt für jeden einen Index an, einen Solarindex bei uns und über diesen Index kann dann später, über eine Reschnittstelle entsprechend können Items oder Item-Gruppen gefunden werden zur Wiederverwendung. Also ich kann dann zum Beispiel später sagen, ich hätte gerne ein Item zum Alter und dann kann im MDR gesucht werden, gibt es denn da schon was und dann kann ich das direkt übernehmen und diese meinte Schokodierung und so ist da alles schon mit drin. Das heißt, da muss ich mich nicht mehr darum kümmern. Genau, dann noch zu OpenEDC jetzt. Das Tool, was wir nutzen zur Erhebung. Es baut auf dem gleichen Standard auf. Ich denke, das kann man sich schon denken, dass es eben auch den ODM-Standard nutzt. Es ist ein Open-Source-EDC-System. Komplett ja was Skriptbasiert und besteht aus dem Kleinen und dem Server. Und prinzipiell kann man das im Browser komplett ohne Installation erst mal nutzen, muss gar nichts machen. Dann werde ich auch noch zeigen. Und das ist entstanden während einer Doktorarbeit in Münster und wird seit anderthalb Jahren von uns in Heidelberg weiterentwickelt. Genau, das so sieht es etwa so in der Erhebungsoberfläche aus. Nur ganz kurz, also es ist alles relativ simpel gehalten, bewusst simpel gehalten, damit es für Kliniker eben auch intuitiv nutzbar ist. Man hat dann links so eine Probandenansicht. Ich habe da erstmal so ein Beispielpatient mit angelegt und kann dann letztlich, also Ereignisse sind in dem Fall Übergruppierung von Formularen einfach und man kann dann direkt die Formular-Daten erheben. Die Aber-Arbeitungsansicht ist ganz ähnlich. Auch hier wieder der Hintergrund keep it simple. Soll für Kliniker intuitiv zugänglich sein und nicht erst mal eine einwöchige Einarbeitungsphase benötigen. Und hier hat man eben einfach diese verschiedenen Elementors, Formularen, Gruppen und Fragen einfach nebeneinander und kann sich irakisch durchklicken und entsprechend welche eintragen. Genau, Open-EDC ermöglicht damit die sehr schnelle Gestaltung von Fragebögen auch für Kliniker. Wir haben da auch relativ gute Erfahrungen mitgemacht. Es ermöglicht mehr die direkte Erfassung von Daten in der Browser-Datenbank, also in der Index-DB. Man kann also theoretisch direkt anfangen mit der Erhebung und es ist auch eine direkte Nutzung von Formularen aus dem MDM-Portal natürlich möglich. Also man kann die importieren direkt anfangen. Und außerdem bietet es eine Schnittstelle zum MDR. Genau, was haben wir seitdem in Heilberg ist eigentlich gemacht? Also letztlich kann man sagen ja Moment-Datenerhebung im Browser, im klinischen Umfeld, vielleicht nicht so toll, was Daten sichert angeht, was Backups angeht, was verteiltes Arbeiten angeht, das ist völlig richtig. Dafür gibt es immer eine Server-Komponente, die separat läuft, auch schon was Grip basiert und hier werden wir einfach kontinuierisiert von erleichtertes Deployment. Wir haben einen ausführlichen Editor dazu entwickelt für Fragebögen, der es den Kliniker nochmal erleichtern soll oder es beschleunigen soll, Formulare zu erstellen und zu verändern mit Features with Dragon Drop, Bulk Editing etc. Wir nutzen ihn inzwischen auch komplett als Editor fürs MDM-Portal, also die sind schon direkt verknüpft und das bietet noch ein UMLS-Editor, um die semantische Kodierung, die ich vorher erwähnt habe, zu erleichtern. Das Wichtigste ist wohl die KISS-Anbindung in Heilberg ist bei uns. Also wir haben das System direkt an das IS-Harmät in Heilberg angebunden. Patienten können es am Tablet, Fragebögen ausfüllen, daraus wird dann PDF erzeugt, das PDF wird im IS-Harmät über eine halb sieben Schnittstelle abgelegt und die strukturierten Daten aber parallel im ODM-Standard beibehalten auf einer Separatenmaschine und von dort können sie dann für zum Beispiel zur Auswertung von Studien leichter rangezogen werden, eben in einem etablierten Standard. Das war auch eine KIR-Anforderung, denn genau da wollen wir ja eigentlich hin, dass nicht zuerst auf Papier erhoben wird, dann wird es übertragen auf einen Excel-Pfeil, der Papierbogen wird dann wiederum gescannt und mit dem Papier weiß dann keiner was er machen soll. Deswegen lieber direkt die digitale Erhebung. Genau, von klinischer Seite ist es ganz auf sehr großes Interesse gestoßen bei uns. Also wir haben viele begeisterte Assistenzärzte, die mehr Digitalisierung wollen im Krankenhaus umfällt und hier mal so ein Satz zur Fragebogenerstellung war. Also wenn selbst ich als Arzt das kann, dann kann das jeder. Das bezog sie ist einfach auf die Nutzung des Editors, also es ist wirklich intuitiv nutzbar. Es gibt auch eine Schattenseite, teilweise ist es natürlich doch immer wieder zu wenig Zeit da und dann schlafen vielleicht Kooperationen wieder ein bisschen ein, dann muss man nachhaken, teilweise liegt es an den reichen schönen Strukturen, dann hat der Assistenzärzt total Lust, aber der Oberarzt hat irgendwie ein bisschen Bedenken oder ja was machen wir, wenn es dann nicht das richtig für uns ist, kommen wir da dann wieder weg und dann bleibt man beim Alten. Dennoch würde ich sagen so etwa wir haben es so zehn recht gut laufende Kooperationen innerhalb vom Klinikum mit Abteilungen, die das System nutzen mit iPads für Patienten und zusätzlich ist es auch noch an einem anderen großen Klinikum in Deutschland gerade in der Erprobung. Genau, jetzt würde ich sagen, ich zeige Ihnen das doch am besten einfach mal, das ist sicherlich dann auch ein bisschen verständlicher noch. Also das hier ist, gar sie können sich das nicht sehen noch nicht, warum nicht? Eine Idee, eigentlich sollte das hier in vordergrund sein, nee, ja der ist angeschlossen, ja über den habe ich die Präsentation gemacht, ja die ist nur offen, wir können die mal zumachen einfach komplett, sollte das jetzt, okay wunderbar, danke sehr, so sorry, hier sieht man das MDM Portal, die Startset, wenn man da runter scrollt, sieht man, wir haben hier so einen kleinen Donut, da sieht man, wir haben jetzt 18.905 klinische Studien im Portal und man kann da dann auch noch ein bisschen filtern, also zum Beispiel hier, jetzt haben wir aus der Pathologie und Histologie 141 Stück, danach könnte ich jetzt direkt suchen und hätte dann hier eine Übersicht der Formulare mit Namen entsprechend. Wir filtern jetzt mal nichts, sondern wir suchen jetzt mal nach Intensivmedizin und hier links hat man die Stichworte, die können vergeben werden für Formulare bei der Erstellung, nachdem kann da noch weiter gefiltert werden, also wir sagen mal, wir wollen jetzt nur Registerdaten und schauen wir uns jetzt einfach mal den Kerndatensatz Intensivmedizin 2010 an. Man hat dann hier links so eine Beschreibung, oft noch ein Link auf die Quelle einfach, wo das Ganze herstammt, die vergebenden Stichworte, hier unten natürlich wichtig die Lizenz, die man dafür letztlich ausgewählt hat, das wählt natürlich der Uploader selber aus und genau, hier wurde jetzt keine Do-Ibe-Antrag, könnte man aber wie gesagt tun und hier sieht man jetzt dann auch, wenn man diese Items in einem Detail anschaut, dass dafür alle eben diese UMLS-Codes vergeben wurden. Also das wurde nicht nur auf Item-Ebene gemacht, sondern hier auch auf Item-Gruppen-Ebene und so ist eben dieses ganze Formular strukturiert. Wir haben noch eine Detailansicht, sag ich mal, da kann man sich das dann noch etwas kompakter anschauen und dann sieht man hier einfach die ganzen Items gelistet auch zusammen mit den vergebenen Codes. So, was wir jetzt aber machen können oder wenn wir jetzt sagen, okay, das Formular interessiert uns, was mache ich denn jetzt? Dann können wir einfach hier letztlich draufklicken mit der Datenerfassung beginnen. Ich hatte hier schon ein Projekt geladen, deswegen fragte mich, ob ich es überschreiben will. Wir machen das jetzt mal und jetzt habe ich das Projekt schon in OpenEDC geladen und ich könnte hier jetzt also direkt anfangen und einen Proband anlegen. Ich nenne den jetzt auch einfach Proband und könnte direkt hier mit der Erhebung der Strukturdaten beginnen. Genau, das Ganze dann natürlich entsprechend auch speichern. Ich fülle es sicherlich nicht alle fünf Formulare aus, das ist klar, aber damit sie einen Eindruck bekommen. Man kann das ganze Projekt dann auch exportieren für sich als oder M-Projekt oder halt die klinischen Daten dann doch auch wieder als CSV, weil es wie gesagt recht häufig doch noch erwartet und verlangt wird und daher gibt es diese Option. Jetzt gehen wir mal in den Formularen Wurf. Ich will nur zeigen, dass die Bearbeitung allgemein auch relativ einfach ist. Wir können es zum Beispiel sagen, okay Alter des Patienten, warum auch immer man das tun sollte, es ist nur ein Beispiel. Wir sagen jetzt mal, wir wollen irgendwie eine Wahlmöglichkeit beim Alter und wir wollen jetzt einfach sagen können, okay man soll das nur noch auswählen, ist man irgendwie älter als 20 oder wie 20 oder junger, wie gesagt, könnte es ja mal geben. So, das war es schon, dann hat man das geändert und wenn wir jetzt ein neues Item anlegen wollen und sagen wir wollen zum Beispiel noch irgendwie Herzprobleme erfassen, das fehlt uns hier drin, wir wollen das aber abfragen und wir wollen jetzt hier aber nicht alles selber eingeben, also nicht Übersetzungen und den Datentyp auswählen etc., dann können wir eben hier diese MDR Suche benutzen und das ist jetzt quasi das, was ich gesagt habe, dahinter stehen jetzt diese ganzen Indizes vom MDR, suchen jetzt so Herzprobleme, man sieht es funktioniert auch sprachübergreifend und dann kann ich dieses Item hier hinzufügen. Erfragt mich noch, ob ich die ganze Code list, also die Auswahlmöglichkeiten mit übernehmen möchte, ich will das natürlich machen und schon habe ich das Item in meinem Formularbogen drin. Also ja, alles relativ intuitiv nutzbar. Wir haben dann hier noch eine, wie gesagt, das ist der zusätzliche Editor, eine etwas kompaktere Übersicht. Wir könnten jetzt hier zum Beispiel sagen, also wir müssen hier erstmal unser Formular auswählen, das war gerade der Aufnahmestatus und wenn wir jetzt sagen, das ist uns irgendwie hier zu weit unten als neue Frage, dann ziehen wir das eben einfach hier oben hin und können das dann einfach Petrack and Rob hier irgendwo, wo auch immer wir es haben wollen, sagen wir mal direkt unter dem Alter ablegen und das war es, also alles recht gleich nutzbar. Hier sehen wir es noch, neue Frage ist irgendwie blöd, sollte ihr Herzprobleme heißen, also können wir das auch noch gerade schnell einfach anpassen. Dazu gibt es auch noch, wie gesagt, den UMLS Editor, den zeige ich nochmal kurz und jetzt einfach mal für den Fall, dass wir jetzt sagen, wir wollen doch noch irgendwie den Code für Alter hinzunehmen, können wir jetzt einfach nach Age suchen und dann werden uns eben Vorschläge vom MDR gemacht, was für Codes dafür schon vergeben wurden und welche sich anbieten würden mit der entsprechenden Übersetzung dahinter und wir können dann sagen, also wir nehmen den jetzt hier einfach mit rein, weil das handelt sich um ein altersbezogenes Herzproblem, zum Beispiel. Dann speichern wir das Ganze und ja, das war es auch schon und genau, das war es jetzt eigentlich so mit dem, was ich Ihnen erstmal zeigen wollte, beziehungsweise ich kann Ihnen noch kurz zeigen, damit Sie mir auch glauben, wir haben hier gerade Daten aufgenommen und wenn ich die Seite entsprechend aktualisiere, sind die natürlich auch immer noch vorhanden, weil sie wie gesagt in der Browser-Datenbank einfach gespeichert werden. Jetzt gehen wir nochmal zurück kurz auf die Folien. Genau, was ist also das allgemein unser vorrangiges Ziel des Ganzen? Wir wollen allgemein Doppelarbeit vermeiden, wir denken, Ressourcen können so Wohnmateriel als auch personell sinnvolle eingesetzt werden, als es gleich immer wieder zu tun. Wir wollen Interoperabilität schaffen, wir wollen also eine vielfältige Nutzung ermöglichen und vor allem auch einen einfachen Wechsel zu anderen Systemen, zum Beispiel Marvin, der ein kommerzielles System, was auch den ODM-Standard nutzt. Wir wollen Vergleichbarkeit unter Studien und wir wollen vor allem einen einfachen Zugang für Kliniker, weil wir denken, wenn wir Klinikern keine Möglichkeit bieten, die einfach nutzbar ist und schnell nutzbar, dann wird sich wahrscheinlich an diesem Zustand das Papierfragebögen verwendet werden, auch so schnell nichts ändern. Denn wie gesagt, es herrscht wenig Zeit und letztlich steht und fällt alles wirklich sehr häufig einfach damit, ob die Zeit vorhanden ist und ob der Wille da ist, sich in etwas einzuarbeiten oder nicht. Das heißt, je simpler das Ganze ist, desto größer sind die Chancen, dass wir da auch in dieser Richtung Fortschritte machen. Das Ganze ist sicher noch nicht perfekt, aber schon für viele ist Szenarien nutzbar. Sieht man bei unserem Klinikum und ja, wir sind leider kein Institut. Ey, wir sind leider ein Institut, freut sich auf Versprecher und kein Unternehmen und die Manpower ist dadurch natürlich sehr begrenzt. Wir arbeiten weiterhin an beiden Systemen, also vorm Amportal und OpenDC. Wir bieten die Plattform als solche, also beides ist komplett frei nutzbar und wir bieten medizinisches Know-how für simantische Anotationen, was wir generell benötigen, sind strukturierte Inhalte. Also das ist tatsächlich noch so ein Problempunkt für uns. Wie motiviert man andere Menschen, Kliniker, vor allem dazu bei so etwas mitzumachen und nicht nur die Daten zu nutzen, weil wir haben das durchaus, dass die Formulardaten genutzt werden, nur dass man selber mal etwas bereitstellt, dass man sagt, okay, das ist der Bogen von unserer Station, den stellen wir zur Verfügung. Daran hapert es leider dann doch noch ein bisschen teilweise. So, damit danke ich mich für Ihre Aufmerksamkeit und Sie dürfen sehr gerne Rückfragen oder auch Anmerkungen an mich stellen. Gut, am besten einfach die Hand heben, wenn da Frage ist und dann geht das Mikrofon weiter. Wenn sowas im Klinikalltag benutzt werden sollte, dann ist es ja irgendwie auch Teil von einer kritischen Infrastruktur, würde ich meinen. Wie sichert man das sozusagen ab, dass es da ja keine Probleme auftauchen, wenn man nicht mehr mit Papier arbeitet sozusagen? Ja, berechtige Frage. Also das ist natürlich so, wie gesagt, wir nutzen OM-Indizier und das, was ich jetzt gezeigt habe, die ist offenlich zugängliche, das ist nicht die Instanz, die wir im Klinikum nutzen. Also innerhalb des Klinikums ist alles abgeschirmt im Klinisch Netzwerk, da kommt man von außen gar nicht drauf. Und die iPads sind auch entsprechend gesichert. Also das sind, letztlich kommt ein großer der Sicherheit schon dadurch, dass wir iPads nutzen, die speziell für den klinischen Gebrauch konfiguriert wurden und eben schon gar nichts anderes machen können. Und auch andere Geräte kommen von außen überhaupt nicht ins Kliniknetz rein. Also dadurch kommt schon ein großer Teil der Sicherheit und dann liegt das Ganze natürlich auch auf virtuellen Maschinen, alles innerhalb vom Kliniknetz. Das ist letztlich so der Hauptsicherheitsrespekt, also wir nutzen da die Infrastruktur, die im Klinikum eben schon vorhanden ist an Serven und die auch schon entsprechend der Probe sind. Genau, ich komme so ein bisschen aus dem medizinischen Feld. Ich habe das technische weitestgehend nicht verstanden, fand es trotzdem ganz interessant, sich anzuhören. Ich meine Frage, die Metadaten sollen ja auch für Forschungszwecke zur Verfügung gestellt werden, wenn ich das richtig verstanden habe. Ja. Da ist, wie läuft das mit dem Einverständnis tatsächlich praktisch ab? Wie funktioniert das? Weil ich da oft sehr große Bedenken habe, dass ich immer wieder auch schwierig finde, wie die praktischen Abläufe da sind. Jetzt das Einverständnis von der Betroffenen. Also da muss ich, okay, gut, dass Sie das sagen. Es geht bei uns im Portal, da werden nur die Metadaten gesammelt. Das heißt nur die Formulare an sich, da sind keine klinischen Daten drin von irgendwelchen Patienten. Das heißt, wir stellen letztlich die Formulare zur Erhebung der klinischen Daten bereit und wir erheben auch selber klinische Daten mit diesen Formularen in OPME-DC, aber wir stellen keine klinischen Daten zu irgendwelchen Anwendungszwecken zur Verfügung. Das heißt, also was das Einverständnis angeht, wenn für die Formulare, für die Nutzung der Formulare, das läuft über die Common Creative License dann natürlich und letztlich, wenn Sie dann damit natürlich Patientendaten erheben, da müssen Sie das Einverständnis von denen holen und das muss dann intern geklärt sein, dass Sie das für Ihre Auswertung nutzen dürfen. Also diese Verantwortung liegt dann letztlich beim Verwender der Formulare, dass er sich das Einverständnis der Patienten entsprechend einholt. Genau, also jetzt nur in der Anwendung im Klinikum, aber es ist nicht was, die Bereitstellung der Formulare an geht, richtig? Ja, gerne. Zu dem Thema Datenspeicherung. Also die Daten werden ja im Internet gespeichert, wie ich es richtig finde, in einer Datenbank, schätze ich mal, oder nur im Index-DB vom Browser selbst? Nein, die werden, also es gibt wie gesagt diese Server-Komponente zusätzlich, wenn man die Daten persistieren möchte und da werden sie, es ist tatsächlich im Fallsystem, also es ist fallbasiert das Ganze gespeichert. Das hat auch ein paar Vorteile, wenn es darum geht, zum Beispiel Backups wieder einzuspielen und machen Datenbank manchmal Probleme, was dann die Integrität der Daten angeht, wenn zum Beispiel Daten in der Zwischenzeit gelöscht wurden, weil jemand wollte, dass sie gelöscht werden, dann können Sie bei, gerade bei, wenn man relationale Datenbank nimmt, teilweise bei Backups wieder mit reinwandern und das muss verändert werden, das ist mit fallbasiertem System etwas einfacher und ja, wir nutzen daher das Pfeilsystem auf einer Viertelmaschine im Unikliniknetz. Gut, wenn dann keine weiteren Fragen mehr sind, dann bedanke ich mich herzlich im Namen von Bitz und Bäume und von Schätzmalen Zuhörern, bei Max Blumenstock, bei der Audience hier, bei den Zuhörern und Zuschauer online und ich denke es ist nochmal ein Applaus wert.