Harald Jens Hofmeister\n1 Nr. 29/ Jahrgang 2011 ISSN HL7-Mitteilungen Offizielle Mitteilung der HL7-Benutzergruppen in Deutschland Österreich Schweiz Luxemburg CTS2 in Theorie und Praxis Konzept der ehealth- Plattform für Luxemburg Security- und Privacy-Standards Fachbeiträge Klinische Register HL7 zur Datenübermittlung in der Onkologie Aus den Ländern OID-Portal für ehealth Schweiz e-learning-kurs Österreich HL7-Luxemburg neu dabei Ankündigungen Interoperabilitätsforum 2012 HL7 auf der conhit April\n2 Impressum HL7-Infobroschüre verfügbar Ab sofort können Sie unsere HL7-Infobroschüre bestellen. Sie informiert kurz und bündig über HL7 als Kom muni kations - standard für das Gesundheitswesen, HL7-Ver sion 2.x, HL7- Version 3, Do ku mente im Gesund heits wesen, über weitere HL7-Stan dards in Auszügen und beleuchtet schließlich neuere Ent wicklungen, Ko operationen sowie Termino logien. Dazu werden die Merkmale und Ziele von HL7 und die HL7-Be nut zer gruppe in Deutschland e. V. genauer be - schrieben. Die Infobroschu re kann bei der Geschäftsstelle angefordert werden und ist fu r Mitglieder von HL7 Deutschland, Österreich, der Schweiz oder Luxemburg kostenfrei (ein Exemplar). Impressum Vorsitzender PD Dr. Bernd Blobel (Regensburg) 1. Stellvertretender Vorsitzender Dr. Kai U. Heitmann (Köln) 2. Stellvertretender Vorsitzender Thomas Norgall (Erlangen) Herausgeber HL7-Benutzergruppe Deutschland e. V. Bernd Blobel (Regensburg) V.i.S.d.P. Postanschrift HL7-Benutzergruppe in Deutschland e. V. An der Schanz Köln Telefon: (0700) Telefax: (0700) Internet: Redaktion Dr. Kai U. Heitmann HL7-Benutzergruppe in Deutschland e. V. An der Schanz Köln Referent für Öffentlichkeitsarbeit Karl-Heinz Gobrecht Health-Comm GmbH Dachauer Str München Textbeiträge in dieser Ausgabe Dr. Udo Altmann, Dr. Stefan Benzschawel, Priv.-Doz. Dr. Bernd Blobel, Prof. Dr. Peter Haas, Dr. Georg Heidenreich, Dr. Kai Heitmann, Alexander Mense, Robert Mützner, Thomas Norgall, Dr. Frank Oemig, Dr. Stefan Sabutsch, Tony Schaller, Bernd Schütze, Dr. Peter Seifter, Thomas Wälti Fotos Fotolia.com Yvann K, Mihai-Bogdan Lazar, babimu), Butch, Andrey Kuzmin, Xuejun li. Dank an Stefan Benzschawel. Layout, Satz und Druck LUP AG Filzengraben Köln Verlag und Vertrieb Eigenverlag und Eigenvertrieb Auflage 800 Stück Nachdruck auch auszugsweise nur mit Genehmigung der Redaktion. Erscheinungsweise etwa viermonatlich Manuskripte Senden Sie Zuschriften direkt an die Redaktion. Für unverlangt eingesendete Beiträge gehen wir keine Verpflichtung zur Veröffentlichung ein und wird keine Haftung übernommen. Die Redaktion behält sich vor, aus technischen Gründen Kürzungen oder Veränderungen vorzunehmen. Namentlich gekennzeichnete Beiträge geben die Meinung der Verfasser wieder. Anzeigen Anfragen nach Anzeigen für Produkte und Dienstleistungen sowie Stellen - anzeigen richten Sie bitte an die Redaktion. Es gilt die Preisliste vom\n3 Inhalt Inhaltsverzeichnis Offizielle Mitteilung der HL7-Benutzergruppen in Deutschland Österreich Schweiz Luxemburg Fachbeiträge Die Welt der Security- und Privacy-Standards...7 CTS2 in Theorie und Praxis...14 Klinische Register...18 Herstellerunabhängige Konformität von Dokumenten mit medizinischen Inhalten...23 HL7 zur Datenübermittlung in der Onkologie...26 Aus den Ländern HL7 Luxemburg stellt sich vor...31 Start des OID-Portals für das österreichische Gesundheitswesen...32 Zwischenbericht des ersten HL7-e-Learning-Kurses in Österreich...34 OID-Portal für ehealth Schweiz...35 Konzept der ehealth-plattform für Luxemburg...36 Ankündigungen/Bekanntmachungen Standardi sierungs experten auf der conhit in Berlin...6 Termine...6 Schulungen...30 Rubriken Impressum...2 Editorial...5 Themen der nächsten Ausgabe...31 Liste der Förderer, korporativen Mitglieder und Ehrenmitglieder...38 Richtigstellung Ausgabe 28/2011 Der Autor des Artikels in unseren Mitteilungen 28/2011 u ber ProRec Austria auf Seite 29 ist nicht Stefan Sabutsch, sondern Dr. Alexander Hörbst. 3\n4 Mitglieder-Information Exclusiv für Mitglieder: unsere HL7-Standard-DVD Die HL7-Standard-DVD 10/2010 enthält die Originale der HL7-Standards und andere HL7-Dokumente sowie die bisher von der HL7-Benutzergruppe erstellten (und in der Regel abgestimmten) Implementierungsleitfäden und weiter gehende Informationen. Als Mitglied der HL7-Benutzergruppe in Deutschland e. V. erhalten Sie diese DVD auf Anfrage einfach und kostenlos. Faxen Sie uns das Anforderungs-Formular (downloadbar auf hl7.de) ausgefüllt zurück oder senden Sie es an die Geschäftsstelle. 4\n5 Editorial Thomas Norgall Zum Verständnis des scheinbar Selbstverständlichen......möchten wir mit dieser Ausgabe der HL7-Mitteilungen beitragen. Deshalb behandeln wir in diesem Heft die Grund - lagen für die Bereitstellung all jener Dienste und Funktionen, welche die Akteure eines modernen Gesundheits - wesens im Alltag unter Wahrung von Datenschutz und Sicherheit unterstützen, informieren, verbinden und integrieren. Dass solche unsichtbaren Infrastrukturen und erst recht die ihnen zugrundeliegenden Standards angemessener Wahrnehmung und Würdigung durch ihre Nutzer meist entgehen, liegt in der Natur der Sache und des Menschen Motivation genug, einmal hinter die Kulissen zu blicken. Um die für medizinische Behandlung und Forschung, Prozessgestaltung und Abrechnung erforderlichen Informationen und Daten einrichtungsübergreifend systematisch und sicher erfassen, handhaben und nutzen zu können, ist ein Netz von Datenbanken, Servern, Registern etc. erforderlich. Durchgängige Basisdienste und Strukturen sind für die Kommunikation und Kooperation erforderlich, die auf übergreifenden Festlegungen beruhen. Solche Festlegungen können zwar prinzipiell durch die beteiligten Akteure auf Projektebene, in Fachgesell - schaften, Industrieverbänden, Selbst - verwaltung etc. vereinbart werden, zumindest für organisations- und hersteller-übergreifende, flächendeckende, oft auch internationale Anwendung unabdingbar ist jedoch die Orientierung an übergreifenden Standards. Dass selbst die Durchsetzung international anerkannter Normen in der Praxis häufig nur bei flankierender Rahmensetzung durch die Politik gelingt, sei hier nur am Rande erwähnt. Funktion und Effizienz, Nutzbarkeit und Akzeptanz von Infrastrukturen sind stets direkt abhängig von der Qualität der zugrunde liegenden Festlegungen, Standards bzw. Normen. Keine Organi - sation kann das gesamte Spektrum relevanter Domänen und Betrachtungsebenen alleine abdecken. Die Entwicklung von Nachrichtenaustausch zum umfassenden Interoperabilitätsparadigma steigert jedoch die Bedeutung der Zusammen - arbeit von HL7 mit anderen Normungsbzw. Standardisierungsorganisationen wie ISO, CEN, IHTSDO, WHO etc. Dementsprechend bilden Standards von HL7 und anderen Organisationen die Basis einer wachsenden Zahl nationaler und internationaler Infrastrukturprojekte und -plattformen. Einige Beispiele aus Deutschland, Luxemburg und der Schweiz werden Sie auf den folgenden Seiten kennenlernen. Weitere Einblicke liefern unsere Website, die Mitarbeit in unseren Technischen Komitees und das Interoperabilitäts - forum oder der Besuch unserer bevorstehenden Jahrestagung in Göttingen. Ich freue mich darauf, Sie dort zu begrüßen! Thomas Norgall 2. Stellv. Vorsitzender HL7 Deutschland Thomas Norgall 5\n6 termine Standardi sierungs - experten auf der conhit in Berlin Die HL7-Benutzergruppe in Deutschland ist auch im nächsten Jahr auf der conhit vom 24. bis 26. April 2012 in Berlin mit einem Stand vertreten. Merken Sie sich diesen Termin schon einmal vor. Wir informieren über Themen wie CDA (standardisierte Dokumente), HL7-Version 3, HL7 v2 sowie Semantik und Terminologien, beleuchten praxisbezogene Aspekte wie Geräteeinbindung und -kommunikation, Behandlung von Pharmazieprodukten, HL7-Version 3 im Routineeinsatz in Deutschland usw. Termine Treffen des Interoperabilitätsforums Das Interoperabilitätsforum wurde gemeinsam von der HL7-Benutzergruppe in Deutschland (den technischen Komitees), IHE Deutschland sowie der AG Interoperabilität des VHitG und dem Fachbereich Medizinische Informatik des DIN initiiert. Auf diesen Treffen werden Fragen und Probleme der Interoperabilität in der Kommunikation zwischen verschiedenen Anwendungen vorgestellt, Lösungs ansätze dafür eruiert und darauf aufbauend entsprechende Aktivitäten festgelegt. Die Punkte werden themenweise besprochen und sind nicht abhängig von der dafür zuständigen Gruppe. In 2011 und 2012 sind folgende Termine für das Treffen des Interoperabilitätsforums vorgesehen: Dezember 2011 in Göttingen März 2012 in Berlin Juni 2012 in Köln September 2012 (Ort folgt) November 2012 in Göttingen Weitere Termine: 15. November 2011 RIMBAA Out-of-Cycle Meeting Amsterdam (NL) 29. November 1. Dezember st ISO IT Forum Genf (CH) Januar 2012 Working Group Meeting San Antonio, TX (US) Mai 2012 Working Group Meeting Vancouver, BC (CA) Mai 2012 IHE connect-a-thon Bern (CH) April 2012 conhit Berlin Bitte schauen Sie auch in den gemeinsamen Termin kalender des Interoperabilitätsforums (interoperabilitaetsforum.de), des Kompetenznetzes ehealth-standards (kompetenznetzehealth-standards.de) und HL7-Deutschland (hl7.de). 6\n8 Abbildung 1: Schichtenarchitektur der Security und Privacy Services Dienste, Mechanismen, Algorithmen und Objekte für Datenschutz und Datensicherheit die alle standardisiert sein müssen wie folgt zusammenfassen (Abbildung 1). Während die Konzepte der Kommunikationssicherheit nicht domänenspezifisch sind und deshalb keine speziellen Standards und Spezifikationen benötigen (auch wenn das von Einigen immer wieder forciert wird), sondern von den existierenden und in Entwicklung befindlichen domänenübergreifenden Standards vollständig abgedeckt werden, sind die Konzepte der Anwendungssicherheit hochgradig von den Datenobjekten, deren vielschichtigen sozialen, ethischen und psychologischen Implikationen für die Betroffenen sowie der zugrunde liegenden Policies abhängig. Das Konzept der Identifikation und Authentifizierung der beteiligten Akteure im weitesten Sinne (Personen, Organisationen, Systeme, Geräte, Anwendungen, Komponenten) ist sowohl für den Zugriff auf Systeme im Kontext der Kommunikationssicherheit als auch den danach möglichen Zugriff auf Informationsobjekte und Funktionen im Kontext der Anwendungssicherheit fundamental. Security- und Privacy-Konzepte Kommunikationssicherheitskonzepte Wie Abbildung 1 entnommen werden kann, müssen wir folgende Basisdienste für Kommunikationssicherheit gewährleisten: Authentifizierung vorgegebener Identitäten sowie Verfügbarkeit (Sicherung gegen Vorenthaltung), Vertraulichkeit (Sicherung gegen unautorisierte Kenntnisnahme), Integrität (Sicherung gegen unautorisierte Veränderungen) und Verbindlichkeit einschließlich Unbestreitbarkeit (verifizierbare Verknüpfung der Informationen und Prozesse mit Akteuren) kommunizierter Informationen. Während traditionell die Authentifizierung von Akteuren und Vertraulichkeit der Informationen im Fokus der Datensicherheitsbemühungen standen, gewinnen in einer verteilten, interoperablen Welt durch die wachsende Abhängigkeit von verlässlichen Informationen neben dem ID-Management die Verfügbarkeit und Integrität zunehmend an Bedeutung. Wie bereits ausgeführt, ist der erste Service für die gerichtete Kommunikation und Kooperation, aber auch für die Gewähr - leistung von Anwendungssicherheits- und Privacy-Diensten grundlegend. Das Erfordernis der Identifikation betrifft in einer verteilten ehealth-umgebung jede Komponente, alle möglichen Zustände und jedes Ereignis, aber auch Prozessschritte, Assoziationen etc. Generell beinhaltet Identifikation die Verknüpfung eines Identifikators (d. h. eines identifizierenden Merkmals) mit einem Objekt. Ein Objekt ist identifiziert, wenn es aus einer Gruppe von Objekten selektiert werden kann. Der Identifikator kann z. B. ein Name, eine Zahl oder ein Statement sein, wobei das Konzept der Identifikation von der Eindeutigkeit der Identifikator-Objekt-Beziehung innerhalb eines ID-Management- Raumes ausgeht, d. h., es darf hier zu einem Identifikator nur ein Objekt geben. Das ID-Management erfordert eine diesen Raum umfassende Autorität, wobei der Raum eine Organisation, eine Region, ein Land oder auch die globale Landschaft sein kann. Selbstverständlich kann ein Objekt z. B. in Abhängigkeit von verschiedenen Rollen verschiedene Identifikatoren haben. So haben wir eine Personalausweisnummer und eine Kranken - 8\n9 versichertennummer. Beide beziehen sich auf das gleiche Objekt (dieselbe Person), zum einen in seiner Rolle als Bürger und zum anderen in seiner Rolle als Krankenversicherter. Im Sinne der Datensicherheit muss diese beanspruchte Identität überprüfbar sein. Das kann durch eine Beglaubigung (Zertifikat) durch eine dafür zuständige, nachprüfbare Autorität (z. B. das Einwohnermeldeamt, welches das Zertifikat Personalausweis mit seinem Siegel beglaubigt), durch Wissen, welches nur die mit dem Identifier verknüpfte Person haben kann (z. B. das Passwort zu einem Nutzernamen), durch Besitz eines individuellen Tokens (z. B. ein Schlüssel für ein Schließfach, eine Smart - card) oder durch eine individuelle Eigenschaft des Objekts (Stimme, Handschrift, Gang, biometrische Parameter wie Iris, Gesicht, Fingerabdruck, genetischer Code) geschehen. Dabei muss auch im Falle des Rückgriffs auf Eigenschaften die Ein - deutigkeit sorgfältig geprüft werden, bevor man sich für einen derartigen Authentifizierungsmechanismus entscheidet. So ist der menschliche Fingerabdruck nur in einem bestimmten Lebensabschnitt eindeutig. Auch die Iris kann Veränderungen unterliegen, wie von  berichtet. Schließlich muss für alle Authentifizierungsdienste die Fälschungssicherheit analysiert und bei der Entscheidung für einen bestimmten Mechanismus berücksichtigt werden. Bei Identifikationstests unterscheiden wir zwei Varianten: die Identifikation und die Verifikation. Bei der Identifikation wird die Identität gegen alle in einer Datenbank gespeicherten identifizierenden Merkmale analysiert, während bei der Verifikation die Identität gegen ein beglaubigtes Muster (z. B. auf einer Smartcard gespeicherter zertifizierter Finger - abdruck der Person) geprüft wird. Letztgenannter Mechanismus birgt weniger Security- und Privacy-Risiken als der erstgenannte (Datensammlung) und sollte deshalb bevorzugt werden. Die Sicherung der Verfügbarkeit, der Vertraulichkeit, Integrität und Verbindlichkeit einschließlich Unbestreitbarkeit der kommunizierten Informationen und bezogenen Prozesse sind technisch lösbare Dienste. Dabei kommen zunehmend kryptografische Mechanismen zum Einsatz, die mit testbaren mathematischen Algorithmen einen Schlüssel auf ein Objekt manipulationsfrei anwenden. Das Objekt kann dabei ein signiertes Dokument (digitale Signatur), ein von einer entsprechenden autorisierten Stelle signiertes Nutzerzertifikat, der Fingerprint eines Dokuments (Hash-Wert) und seine Signierung (Manipulation des Dokuments resultiert in einem anderen Hash-Wert, der mit dem manipulationsfrei signierten Hash-Wert des Originaldokuments verglichen und so Integritätsverlust nachgewiesen werden kann) u. ä. sein. Notariatsdienste sind z. B. von einer autorisierten Stelle signierte Zeitstempel etc. Die meisten der Kommunikationssicherheitsdienste werden auf den Ebenen 1 6 des ISO OSI Modells realisiert, was die Domänen unabhängigkeit unterstreicht. Gleiches gilt natürlich für die Mechanismen, die für die Dienste-Realisierung implementiert werden sowie für die Algorithmen, die dafür abgearbeitet werden. Beispiele für derartige domänenunspezifische, technische Spezifikationen finden sich in der Übersicht am Ende des Beitrags. Leider wurden derartige Spezifikationen missbräuchlich und fälschlich auch im CEN TC 251 Health Informatics entwickelt. Als solches Negativbeispiel wäre der dreiteilige Standard EN Health informatics Security for healthcare communication zu nennen, der von der deutschen CEN-Delegation von Anfang an sehr kritisch begleitet und auf ihr Betreiben inzwischen zurückgezogen wurde. Er ist deshalb auch nicht in der Übersicht enthalten. Leider sind nicht alle unnützen, die gültigen und ausreichenden Basis-Standards inkonsistent wiederholenden Spezifikationen zu verhindern. Anwendungssicherheitskonzepte Die Mechanismen und Algorithmen zur Sicherung der Ver - fügbarkeit, Verbindlichkeit und Integrität von gesammelten, gespeicherten, wiedergefundenen, verarbeiteten, gesicherten und ggf. gelöschten Informationen also im Anwendungskontext entsprechen denen der Kommunikationssicherheitsdienste. Wie die zugrunde liegenden Services sind auch sie nicht spezifisch für das Gesundheits- und Sozialwesen. Besonderheiten im Gesundheitswesen auf Grund des besagten besonderen Charakters der Prozesse und Informationen gelten aber für die Policy-anhängigen Dienste, d. h., die durch Gesetzlichkeiten, berufsständische Festlegungen, ethische Prinzipien, aber auch persönlich Erwartungen, Präferenzen etc. geregelte Prozesse. Hier sind insbesondere die Auto - risierung und Zugriffskontrolle, aber auch das Audit zu nennen. Benutzte Mechanismen, Algorithmen, aber auch Reprä - sentationsmittel wie Beschreibungs- und Modellierungssprachen (z. B. UML, XML, SAML, XACML, BPML) sind wiederum domänenunspezifisch, werden in der Regel in anderen Domänen entwickelt und im Gesundheitswesen nachgenutzt. Das schließt jedoch Grundlagenentwicklungen in unserer Domäne nicht aus, wie der grundlegende dreiteilige Standard ISO Health informatics Privilege management and access control beweist. Hier wurde vor Jahren ein architekturbezogenes, ontologisch begründetes generisches Policymodell entwickelt, welches sich wenn zurzeit auch nur in Teilen in neuesten SOA-Spezifikationen wiederfindet. Bei der Zuweisung von Privilegien sind Qualifikationen, Dienststellungen, die Einbeziehung in bestimmte Prozesse bzw. Beziehungen zum Datensubjekt wesentlich, die in Rollen zusammengefasst werden. Nach ISO TS Health informatics Structural and functional roles beschreiben Rollen ein Set von Kompetenzen und/oder Performanzen, die mit einer Aufgabe verbunden sind. Rollen zwischen Personen und Organisationen sind eher statisch definiert. Sie werden laut ISO TS als strukturelle oder organisatorische Rollen bezeichnet. Rollen im Kontext einer Aktion sind hoch-dynamisch und werden in ISO TS als funktionelle Rollen definiert. Da bei Datenschutz- und Datensicherheitsverstößen 9\n10 nicht die Möglichkeit, sondern der Vollzug relevant ist, sind vor allem die funktionellen Rollen bedeutsam im Kontext des in diesem Beitrag behandelten Gegenstandes. Die Instanzen der Privilegien sind die Erlaubnisse bzw. Verpflichtungen zu be - stimmten Aktionen. Anwendbare Regeln einschließlich der für kontextuelle, Umgebungs- und andere Einflüsse werden in Policies fixiert. Policies werden über Zugriffskontrollmechanismen (Zugriffsbeschränkungen) durchgesetzt. Daraus resultieren die einschlägigen Zugriffskontrollmodelle mit aufsteigender Policy- Komplexität wie das Mandatory Access Control (MAC) Modell (militärische, ranggesteuerte Rechtehierarchie), Discretionary Access Control (DAC) Modell (Rechteeigner weist anderen Rechte zu, delegiert Rechte), Role-Based Access Control (RBAC) Modell (Rollen definieren Privilegien anstelle einer individuellen Privilegienzuweisung, was das Privileg-Management wesentlich vereinfacht, jedoch nicht von der Fallkontrolle befreit). Die zunehmende Komplexität und die bessere Abbildung der Anforderungen werden in den traditionellen Zugriffskontroll - modellen durch einen Übergang von strukturellen zu funktionellen Rollen sowie einen Übergang zu größerer Granularität gemeistert. Das macht der Vergleich der früheren groben Rollen gemäß der Leitungshierarchie in Strukturen im Gesund - heitswesen mit dem für verschiedene strukturelle Rollen auf Aktivitäten und Arbeitsschritte fein aufgeschlüsselten funktionellen Rollen des HL7-RBAC-Katalogs deutlich. Die Perfek tion dieser Entwicklung ist die freie und dynamische Definition von Policies unter Berücksichtigung kontextueller und Umge bungs - bedingungen, wie es ISO ermöglicht. Durch die definierte Meta-Policy (Policy-Ontologie) ist ein umfassendes Security- und Privacy-Management möglich. Für weitere Informationen siehe zum Beispiel  und . Privacy-Konzepte Privacy d. h. der Schutz der Privatsphäre ist im Gesundheitsund Sozialwesen wegen der sozialen und psychologischen, unter Umständen auch der politischen Implikationen von Zu ständen und Prozessen für den Betroffenen und sein Umfeld ein besonders geschütztes Gut. Viele Prozesse erfordern seine informierte, d. h. bewusste Einwilligung, wobei eine Ablehnung in der Regel keine Nachteile zeitigen darf. Die Einwilligung oder auch deren Beschränkung ist eine spezifische Policy, die mit anderen zutreffenden Policies harmonisiert werden muss (ISO 22600). Ein wichtiges Privacy-Konzept ist die De-Identifikation von Objekten, d. h., die Trennung des Identifikators vom Objekt bzw. seiner informationellen Repräsentation (z. B. die Entfernung von Namen und weiteren demografischen Angaben aus dem Daten - satz), bzw. im Falle von Kompromittierungen bzw. zur Risiko - minderung die Veränderung der Identifikatoren für ein Objekt (die Schaffung einer neuen Identität (neuer Nutzername/ Passwort-Kombination, neuer Ausweis/Lebenslauf für eine gefährdete Person, die Veränderung ihrer identifizierenden Merkmale). Bei der De-Identifikation sind zwei unterschiedliche Mechanismen möglich: die Anonymisierung und die Pseudonymisierung. Dabei kann ein Klassenmerkmal wie Beruf durchaus zum Individualmerkmal werden, wenn die Menge der möglichen Instanzen des Merkmals klein genug ist, der Beruf des Individuums z. B. Bundeskanzlerin ist oder das Objekt an einer absolut seltenen, ggf. sogar offensichtlichen Krankheit leidet. Die Anonymisierung schließt eine Re-Identifikation (mit verhältnismäßigem Aufwand) aus. Dabei ist zu beachten, dass nach der mathematischen Theorie von komplexen Merkmals - räumen eine 100%ige Anonymisierung komplexer Objekte unmöglich ist, da die Merkmalskombination selbst einmalig sein kann und damit eine identifizierende Charakteristik aufweist. Mit anderen Worten, je mehr Informationen wir über einen Patienten sammeln (z. B. die Gesamtheit eines lebenslangen EHR oder genetische Informationen, die ja für sich schon einen Authentifizierungsmechanismus anbieten), umso un möglicher ist die De-Identifikation (d. h. sowohl die Anonymi - sierung als auch die Pseudonymisierung) der Informationen über diese Individuen. Dann bleibt nur die verschärfte Anwen - dung von Sicherheitsmechanismen oder die Beschränkung von Datensammlungen, ihre Separierung in nicht verlinkte Teil - datenmengen etc. Bei der Pseudonymisierung wird der interpretierbare (das zugehörige Objekt direkt oder indirekt, d. h. über öffentlich zugängliche Referenzen identifizierende) Identifikator durch einen nicht interpretierbaren Identifikator ersetzt. Nur einer Vertrauensstelle, die die Referenztabelle vorhält, ist eine Re-Identifikation möglich. Das Pseudonym kann dabei willkürlich definiert oder durch einen speziellen (z. B. kryptografischen) Algorithmus reproduzierbar ermittelt werden. Letzteres ist z. B. beim Fortschreiben von Datensätzen in klinischen oder epidemiologischen Registern erforderlich. Die folgenden Bilder (nach Pommerening) beschreiben die Pseudo - nymisierungskonzepte für die sekundäre Nutzung persönlicher Abbildung 2: Pseudonymisierung für die einmalige sekundäre Verwendung von klinischen Informationen Abbildung 3: Pseudonymisierung mit möglicher Re-Identifikation 10\n11 Editorial medizinischer Daten für unterschiedliche Use Cases nach ISO/IEC Health informatics Pseudonymisation practices for the protection of personal health information and health related services. Dieser Standard wurde dem Pseudonymisierungskonzept der TMF für klinische Register entlehnt und entsprechend weiterentwickelt. Abbildung 4: Pseudonymisierung für eine zentralisierte Datenbank Legende für die Abbildungen: MDAT medical data, IDAT identification data, PID personal identifier (unique), PSN pseudonym. Einordnung der Datenschutz- und Datensicherheitsstandards Generell kann man hinsichtlich der Typen von Datenschutzund Datensicherheitsstandards und -spezifikationen sowie der zuständigen Standardisierungsgremien (Standards Development Organizations SDOs) folgende Grobeinteilung vornehmen: Spezifikationstyp SDOs (Auswahl) Domänenübergreifende technisch/ technologische Standards ISO/IEC, ETSI, NIST Domänenspezifische Spezifikationen HL7, ISO TC 215, CEN TC 251, ASTM, IHTSDO, WHO Domänenübergreifende architekturbezogene Spezifikationen OMG, TOG Domänenübergreifende prozessbezogene Spezifikationen OASIS Internetbezogene Spezifikationen W3C, IETF Business/Trading Spezifikationen und Instanzen UN, CENELEC, GS1 Tabelle 1: Security- und Privacy-Spezifikationstypen und zuständige SDOs Manch Leser mag IHE in Tabelle 1 vermissen. IHE ist jedoch keine Standards entwickelnde Organisation, sondern spezifiziert Interoperabilitätsprofile auf der Basis existierender Standards, die von den in Tabelle 1 aufgeführten SDOs entwickelt wurden. Dabei ist die Verschränkung zwischen HL7 und IHE besonders intensiv, was sich sowohl auf globalem Level als auch regional und national deutlich manifestiert. Hier sei an die enge Ko - operation zwischen HL7 Deutschland und IHE Deutschland erinnert, die sich mittlerweile sogar in gemeinsamen Jahres - tagungen niederschlägt. Natürlich gibt es datenschutz- und datensicherheitsrelevante IHE-Spezifikationen. Einige davon sind in der Übersicht am Ende des Beitrags aufgelistet. Darüber hinaus hat IHE auch White Papers und Nutzer-Handbücher zum Gegenstand dieses Artikels entwickelt. Im Folgenden wird ein kleiner Teil der mehrere Hunderte relevanter Standards um Datenschutz und Datensicherheit im Ge - sundheitswesen aufgelistet. Weitergehende Übersichten und zusätzliche Informationen finden sich zum Beispiel in der Daten - bank des europäischen BioHealth-Projektes . Domänenunspezifische technische Spezifikationen ISO/IEC 7498 Information technology OpenSystems Interconnection ISO/IEC 9594:2001 Information technology Open Systems Interconnection The Directory ISO/IEC Information technology Security techniques Hash-functions ISO/IEC Information technology Open Systems Interconnection Security frameworks for open systems ISO/IEC Information technology, Telecommunications and information exchange between systems, Transport layer security protocol ISO/IEC Information technology, Open Systems Interconnection, Upper layers security model ISO/IEC :2004 Information technology Security techniques -- Management of information and communications technology security Part 1: Concepts and models for information and communications technology security management ETSI ETR 277 (March 1996) Security Algorithms Group of Experts (SAGE); Requirements specification for an encryption algorithm for use in audio visual systems ETSI ETR 278 (March 1996) Security Algorithms Group of Experts (SAGE); Report on the specification and evaluation of the GSM cipher algorithm A5/2 ETSI SR V1.1.1 ( ) Electronic Signatures and Infrastructures (ESI); Algorithms and Parameters for Secure Electronic Signatures ETSI SR V1.1.1 ( ) Response from CEN and ETSI to the Communication from the Commission to the Council, the European Parliament, the European Economic and Social Committee and the Committee of the Regions: Network and Information Security: Proposal for a European Policy Approach ETSI TR V1.1.1 ( ) Security Algorithms Group of Experts (SAGE); Report on the specification, evaluation and usage of the GSM GPRS Encryption Algorithm (GEA) ETSI TR V1.1.1 ( ) Security Algorithms Group of Experts (SAGE); Rules for the management of the GSM CTS standard Authentication and Key Generation Algorithms (CORDIAL) ETSI TR V1.1.1 ( ) Security algorithms Group of Experts (SAGE); Rules of the management of the standard GSM GPRS Encryption Algorithm 2 (GEA2) ETSI TR V1.1.1 ( ) TC Security Electronic Signatures and Infrastructures (ESI); XML format for signature policies ETSI TR V1.2.1 ( ) International Harmonization of Electronic Signature Formats 11\n12 ETSI TR V1.1.1 ( ) Electronic Signatures and Infrastructures (ESI); ASN.1 format for signature policies ETSI TS V1.3.3 ( ) Qualified Certificate profile ETSI TS Electronic Signature Formats ETSI TS V1.2.2 ( ) XML Advanced Electronic Signatures (XAdES) ETSI TS V1.2.1 ( ) Electronic Signatures and Infrastructures (ESI); Policy requirements for timestamping authorities ETSI TS V1.2.1 ( ) Electronic Signatures and Infrastructures (ESI); Algorithms and Parameters for Secure Electronic Signatures; Part 1: Hash functions and asymmetric algorithms ETSI TS V1.2.1 ( ) Electronic Signatures and Infrastructures (ESI); Algorithms and Parameters for Secure Electronic Signatures; Part 2: Secure channel protocols and algorithms for signature creation devices Spezifikationen von Anforderungen und Evaluierungen ISO/IEC :2005 Information technology Security techniques -- Evaluation criteria for IT security Part 1: Introduction and general model ISO/IEC :2005 Information technology Security techniques -- Evaluation criteria for IT security Part 2: Security functional requirements ISO/IEC :2005 Information technology Security techniques Evaluation criteria for IT security Part 3: Security assurance requirements Spezifikationen für Information Security Management Systeme ISO/IEC NP Information technology Information security management -- fundamentals and vocabulary ISO/IEC 27001:2005 (revised version of BS 7799 Part 2:2002) Information technology Security techniques Information security management systems (ISMS) Requirements ISO/IEC (Previous ISO/IEC 17799:2005 Information technology Security techniques Code of practice for information security management ISO/IEC ISMS Implementation guidance ISO/IEC ISMS measurements ISO/IEC ISMS Risk assessment ISO Health informatics Information security management in health using ISO/IEC (domänenspezifisch) Leitlinien ISO/IEC TR :1998 Information technology Guidelines for the management of IT Security Part 3: Techniques for the management of IT Security ISO/IEC TR :2000 Information technology Guidelines for the management of IT Security Part 4: Selection of safeguards ISO/IEC TR :2001 Information technology Guidelines for the management of IT Security Part 5: Management guidance on network security Domänenunspezifische Security- & Privacy- Infrastrukturstandards X.1051 ISMS Telecoms requirements ISO/IEC Information technology Security tech - niques IT network security ISO/IEC 27031:2011 Information technology Security techniques Guidelines for information and communica - tion technology readiness for business continuity ITU-T X.841 ISO/IEC 15816:2002 Security information objects for access control ITU-T X.842 ISO/IEC 14516:2002 Guidelines on the use and management of Trusted Third Party services ITU-T X.843 ISO/IEC 15945:2002 Specification of TTP services to support the application of digital signatures CORBA Security Services (CORBA) Common Security Interoperability Services (CORBA) Domänenunspezifische Privacy-Standards und Modellierungsspezifikationen Extensible Access Control Markup Language (XACML) v2.0, February 2005 XACML Profile for Role Based Access Control (RBAC): Committee Draft 01 (normative; 13 February 2004) Security Assertion Markup Language (SAML) v2.0, March 2005 SAML 2.0 profile of XACML, November 2004 Security Provisioning Markup Language (SPML) V1.0, (OASIS ), October 2003 OASIS Directory Services Markup Language (DSML) v2.0 OASIS XACML extensible Access Control Markup Language TC v2.0 (XACML) Spezifikationen von Anforderungen und Evaluierungen für das Gesundheitswesen ISO/NP TS Health informatics Security and privacy requirements for compliance testing of EHR systems (1 2) CEN ENV Medical Informatics Security Categorisation and Protection for Healthcare Information Systems ISO/TS 21547:2010 Health informatics -- Security requirements for archiving of electronic health records Principles Security- und Privacy-Infrastrukturstandards für das Gesundheitswesen ISO Health informatics Public key infrastructure (1 3) ISO Health informatics Directory services for security, communications and identification of profession - als and patients ISO TS Functional and structural roles 12\n13 Editorial Resource Access Decision Service (CORBA) Clinical Object Access Service (CORBA) Privacy-Standards für das Gesundheitswesen ISO/TS 22857:2004 Guidelines on data protection to facilitate trans-border flow of personal health information ISO Health informatics Privilege management and access control (1 3) ISO/IEC TS Health Informatics: Pseudonymisation Practices for the Protection of Personal Health Information and Health Related Services ISO/DIS Health informatics Audit trails for electronic health records EN 14484:2004 Health informatics International transfer of personal health data covered by the EU data protection directive High level security policy CEN EN Health Informatics Guidance for handling personal health data in international applications in the context of the EU Data Protection Directive CEN ENV Health Informatics Accountability and audit trail mechanism for healthcare information systems ASTM E Standard guide for individual rights regarding health information ID-Management-Standards Person Identification Service CORBA Entity Identification Service (HL7/CORBA) Master Patient Index (HL7) International Object Identifier (UNO) LOINC (Regenstrief Institute/HL7) Standard guide for properties of a Universal Healthcare Identifier (ASTM) ASTM E Standard guide for properties of a Universal Healthcare Identifier Datenschutz- und datensicherheitsrelevante IHE-Spezifikationen Audit Trail and Node Authentication (ATNA) Basic Patient Privacy Consents (BPPC) Consistent Time (CT) Cross-Community Access (XCA) Cross-Enterprise Document Reliable Interchange (XDR) Cross-Enterprise User Assertion (XUA) Enterprise User Authentication (EUA) Patient Administration Management (PAM) Patient Demographic Query HL7 V3 (PDQ V3) Patient Demographics Query Patient Identifier Cross-Referencing (PIX) Patient Identifier Cross-Reference HL7 V3 (PIX V3) Cross-Community Patient Discovery (XCPD) Cross-Enterprise User Assertion Attribute Extension (XUA++) Document Digital Signature (DSG) Document Encryption (DEN) Healthcare Provider Directory (HPD) Notification of Document Availability (NAV) XAD-PID Change Management (XPID) Diskussion Der Autor stellt sich mit dem vorliegenden Beitrag der Heraus - forderung, den aufgrund seiner technischen, aber auch rechtlichen, regulatorischen, organisatorischen, sozialen und psychologischen Komponenten extrem komplexen Gegenstand von Datenschutz und Datensicherheit im Allgemeinen sowie speziell im Gesundheitswesen zu strukturieren und dadurch etwas verständlicher zu machen, ohne ihn umfassend behandeln zu können. Es wurde deutlich, dass es viele (teilweise zu viele) Standards und öffentlich zugängliche Spezifikationen (Publicly Available Specifications PAS) gibt. Dennoch sind einige Fragen ungelöst, was eine unüberschaubare Community aus verschiedensten Domänen motiviert, sich auf diesem bedeutsamen Feld zu engagieren. Schon das Behalten der Übersicht ist ein hoher Anspruch, umso mehr das durchgängige und umfassende Verständnis der existierenden und in Entwicklung befindlichen Lösungen. Die große Gruppe der deutschen Ex - perten spielt sowohl domänenübergreifend als auch domänenspezifisch eine gute Rolle im internationalen Geschäft. Die Nutzergemeinde ist gut beraten, sich dieser reichen Ressourcen zu bedienen und nicht die Räder irgendwie neu zu erfinden. Priv.-Doz. Dr. Bernd Blobel ehealth Competence Center, Regensburg (DE) Referenzen:  B.Blobel, F.Roger-France: A Systematic Approach for Analysis and Design of Secure Health Information Systems. International Journal of Medical Informatics 62 (3) (2001) pp  International Medical Informatics Association (IMIA): The IMIA Code of Ethics for Health Information Professionals  C.Bake, B.Blobel, P.Münch (Hrsg.): Handbuch Datenschutz und Datensicherheit im Gesundheits- und Sozialwesen, 3. überarbeitete und erweiterte Auflage. DATAKONTEXT- FACHVERLAG GmbH, Frechen  John Daugman, University of Cambridge (Persistence of Iris Pattern Recognition)  B.Blobel, R.Nordberg, J.M.Davis, P.Pharow: Modelling privilege management and access control. International Journal of Medical Informatics 75, 8 (2006) pp  B.Blobel: Intelligent security and privacy solutions for ena - bling personalized telepathology. Diagnostic Pathology 2011, 6 (Suppl 1):S4.  The BioHealth Project Consortium: Security and Identity Management Standards in ehealth including Biometrics 13\n14 CT 2 Peter Haas, Robert Mützner CTS2 in Theorie und Praxis Einleitung In verteilten Anwendungsumgebungen, aber auch im Web 2.0 wird immer deutlicher, dass ein sinnvolles elektronisches Mit - einander ohne eine gemeinsame Semantik kaum möglich ist. Interoperabilität auf Basis eines wie auch immer technisch realisierten Datenaustausches zwischen Systemen erfordert nicht nur eine definierte Syntax für den Austausch, sondern auch eine gemeinsam verbindlich zu nutzende Semantik. Semantik- Missmatches sind heute das größte Problem bei der Inter - operabilität, die semantische Integrität wie sie für Daten bank - systeme bekannt ist, muss auch in großen verteilten Um - gebungen gewahrt werden. Diese Semantik findet sich zum Großteil in attributbezogenen zu verwendenden Ordnungs - systemen von einfachen kleinen Vokabularen bis hin zu umfassenden Taxonomien oder mehrachsigen semantischen Bezugs - systemen wieder. Bei vielen hundert bis tausenden Teil - nehmern bzw. Teilnehmersystemen lässt sich diese Semantik aber nicht mehr manuell konsentieren und verteilen z. B. via CDs oder informalen -Nachrichten. Es wird daher ein informatisches Artefakt notwendig, das es allen Teilnehmer - systemen ermöglicht, Semantik maschinenabrufbar und lesbar zu beziehen bzw. die lokale Semantik mit der globalen Semantik zu synchronisieren. So kann ein in semantischer Hinsicht selbstlernendes Gesamtsystem entstehen, in dem die einzelnen Teilnehmersysteme die gesamte Semantik nicht per se kennen müssen, sondern auch bei Bedarf also wenn z. B. eine Nachricht, ein Dokument o. Ä. mit nicht bekannter Semantik eintrifft automatisiert nachladen können. Hierzu sollten Terminologieserver zum Einsatz kommen, die über ein sehr generisches Datenmodell verfügen müssen, um beliebige und verschieden komplexe Ordnungssysteme verwalten und via Webservices in diesen verteilten Umgebungen verfügbar machen zu können. Der Standard Common Terminology Services Version 2 (CTS 2) spezifiziert ein solches Modell und die zugehörigen Diensteklassen und Dienste. CTS2 Historie und Grundstruktur CTS2 Common Terminology Services ist eine HL7-OMG- Spezifikation, die ein Klassenmodell sowie die notwendigen Dienste spezifiziert, um Terminologien und Ontologien z. B. mittels eines Terminologieservers verwalten und diese in verteilten Umgebungen via Webservices verfügbar machen zu können. Der Standard ist eine Weiterentwicklung von CTS 1.0. Neu hinzugekommen ist beispielsweise ein Versionisierungs - konzept. Aufgeteilt ist der Standard in zwei Modelle, die im Folgenden kurz beschrieben werden. Conceptual Model Das Conceptual Model stellt das Datenmodell in Form eines Klassenmodells dar, welches eine hohe Generizität bietet. Es ermöglicht die Verwaltung von Vokabularen, Konzepten und deren Beziehungen, Cross-Mappings und Value Sets. Die wesent - lichen Submodels zeigt Abbildung 1. Auf oberster Ebene stehen die einzelnen Vokabulare. Jedes Vokabular enthält mehrere, unterschiedliche Konzepte. Diese Abbildung 1: CTS2 Submodels 14\n15 Editorial Konzepte können einzelne Begriffe einer Terminologie, Begriffs - komplexe oder Beziehungen sein. Jedes Konzept kann in Be - ziehung mit einem anderen Konzept stehen. Dabei ist es irrelevant, ob sich beide Konzepte im gleichen Ordnungssystem be - finden oder nicht. Man spricht im zweiten Fall auch von Cross- Mapping. Value Sets fassen unterschiedliche Konzepte aus einem oder mehreren Ordnungssystemen zusammen, sie bilden quasi einen View auf die Semantik. Die Komplexität eines Value Sets kann von einer flachen Liste von Konzeptcodes von einem Ordnungssystem bis hin zu einer unbegrenzten, hierarchischen Sammlung von Konzepten aus unterschiedlichen Ordnungs - systemen reichen. Dabei gilt zu beachten, dass jede Sammlung von Konzepten in einem Value Set einzigartig bleiben sollte. Eine Besonderheit von CTS2 ist die Versionisierung, welche nicht nur auf Vokabular-, sondern auch auf Konzept- und Value Set-Ebene stattfindet. Ein Vokabular kann so in Echtzeit weiterentwickelt werden, um zu einem bestimmten Zeitpunkt in eine komplett neue Vokabular-Version überführt zu werden. Vorteile liegen in der hohen Aktualität der Einträge, ohne dass alte Datenzusammenhänge verloren gehen. Functional Model Das Functional Model spezifiziert die Dienste, welche ein Terminologieserver anbieten sollte. Die verfügbaren Dienste werden in vier Klassen bzw. Szenarien eingeordnet: Administrative Szenarien (Administration), Zugriff-Szenarien (Search), Pflege- Szenarien (Authoring) und Konzept-Szenarien (Association), was eine Übersicht zu der Vielzahl von Diensten erleichtert. Administration bietet funktionale Methoden für Terminologie- Administratoren an, die den Terminologieserver mit Inhalt füllen oder bei entsprechender Erweiterung auch Benutzer und Rechte verwalten. Es können Inhalte importiert, exportiert sowie Benachrichtigungen über neue oder geänderte Inhalte für Nutzer verwaltet werden. Search umfasst das Retrieval von Vokabularen, Begriffen, Beziehungen und Value Sets. Unterschiedliche Filter helfen bei der Einschränkung der Datenmenge bei Suchanfragen. Authoring befasst sich mit der Pflege von Vokabularen, Begriffen, Beziehungen und Value Sets. Im Gegensatz zu Search ist es hier möglich, dediziert Inhalte in den Terminologieserver einzustellen und Einträge zu pflegen. Association ist für die Verwaltung der Beziehungen zwischen Begriffen sowie dem Cross-Mapping zuständig. Es beschreibt die Möglichkeit, Beziehungen abzufragen, zu erstellen sowie Beziehungen zwischen Vokabularen zu pflegen. Dies ist nicht ganz konsequent, da für Beziehungen hier Methoden des Authoring und des Search zusammengefasst sind. Die Aufteilung der Dienste in die vier Diensteklassen bietet den Vorteil der Modularisierbarkeit. Unterschiedliche Benutzer mit einzelnen Rollen müssen nur die für sie wichtigen Dienste verwenden. Die Last der Anfragen kann auf verschiedene Services verteilt werden, so dass der Betrieb des Terminologieservers performanter wird. Jede Diensteklasse hat dabei unterschiedliche Zugriffsrechte, so dass Benutzer auch nur für bestimmte Klassen zugelassen werden können. Das Projekt und die Vorgehensweise Im Rahmen eines vom BMG geförderten F&E-Projektes wurde auf Basis des Standards CTS2 ein Terminologieserver sowie eine Kollaborationsumgebung zur webbasierten Entwicklung von Terminologien durch viele Benutzer implementiert. Mittels des Terminologieservers können beliebige Ordnungssysteme bzw. deren Inhalte sowie Value Sets verwaltet und in einer verteilten Umgebung zur Verfügung gestellt werden. Dazu wurden auch einige erweiternde Anpassungen am Modell vorgenommen. Der darauffolgende Diensteentwurf und die Implementierung setzten den Standard schließlich in Form eines Terminologie - servers um, indem das Klassenmodell in ein Datenbankmodell überführt wurde, die Dienste im Detail geschnitten und dann implementiert wurden. Anpassungen an CTS2 Das Datenmodell musste im Wesentlichen um Login-Informa - tionen für eine Lizenzüberprüfung sowie die Lizenzinformationen selbst, um Beziehungstypen für die Unterscheidung zwischen ontologischen, taxonomischen oder Cross-Mapping-Beziehungen sowie deren Leserichtung und um Übersetzungen für Begriffe erweitert werden. Damit ist der implementierte Server auch multilingual. Das Datenmodell und die Dienste wurden um die beschriebenen Änderungen im Datenmodell erweitert. Dazu entstand ein neues Szenario Authorization, welches für die Anmeldung am System verantwortlich ist. Für das Qualitätsmanagement entstand ein weiteres Szenario: Reporting. So lassen sich in generischer Weise Statistiken erstellen. Entwurf Eine große Hilfe für spätere Anwender des Terminologieservers stellt eine Dienste-Attribut-Matrix dar. Sie enthält auf der Horizontalen die in CTS2 spezifizierten Dienste, auf der Vertikalen die Datentypen und den logischen Zusammenhang zwischen Attributen und Diensten (Abbildung 2). In der Matrix werden die Kardinalitäten eingetragen. So sieht ein Entwickler in übersichtlicher Weise, welcher einzelne Dienst welche Muss- und Kann-Angaben beim Request erwartet und welche Ergebnisse dieser zurückliefert. So wurden alle CTS2-Dienste in eine Matrix übertragen und mit Inhalten gefüllt. Diese war sodann Basis für die Entwicklung der lauffähigen Dienste. Implementierung Auf Basis des Datenmodells, der Dienste sowie der oben ge - nannten Matrix wurde der Terminologieserver in der Program - miersprache Java umgesetzt. Dabei gibt die Dienste-Attribut- Matrix vor, welche Attribute welchem Service mitgegeben wer- 15\n16 Komponenten Eine Administrationsumgebung für den Terminologieservern ermöglicht die wesentlichen Einstellungen wie die Verwaltung von Benutzern oder die Verwaltung von Lizenzen über Dialogfunktionen vorzunehmen. Diese Dialogfunktionen nutzen aber auch selbst die realisierten Dienste. Abbildung 2: Vom Klassenmodell zu den Services den. Diese Para meter werden zu Beginn auf Korrektheit geprüft, Fehlermel dungen weisen so präzise auf die Ursachen von Problemen hin. Ergebnisse Es wurde ein Terminologieserver auf Basis von CTS 2 implementiert, mittels dem semantische Bezugssysteme beliebiger Komplexität sowie Value Sets und Begriffsbeziehungen von Informationssystemen auf Basis von Webservices je nach Berechtigungen verwaltet und abgerufen werden können. Wesentliche Funktionalitäten sind Dienste zur Administration und Pflege von Vokabularen bzw. Ordnungssystemen inkl. Metadaten, ontologischen Beziehungen, Cross-Mappings sowie Value Sets. Außerdem wird die vollständige Versionisierung von Vokabularen, Vokabulareinträgen und Value Sets unterstützt sowie die Berücksichtigung von Lizenzbedingungen für semantische Bezugssysteme. Die wichtigsten 33 Services (siehe Tabelle 1) sind so erfolgreich implementiert worden und sind nun öffentlich erreichbar unter Die in Administration beschriebenen Import- und Export- Schnittstellen wurden mittels ClaML (Classification Markup Language) einem CEN-Standard  zum Austausch von Klassifikationen implementiert. Der ICD 10-GM wurde so beispielhaft vollständig importiert. Nach Bedarf können auch weitere Ordnungssysteme importiert werden. Die Interoperabilität zwischen Terminologieserver wurde anhand 2 konkreter Anbindungen für Vokabulare der Notfall - daten an ein KIS und an ein Arztpraxisinformationssystem gezeigt. Es handelt sich dabei um das ClinicCentre von isoft sowie das Arztpraxissystem von Duria. Zudem wurde der Terminologieserver in die FH-eigene Web-Krankenakte ophepa erfolgreich eingebaut. Beispiele 1. Die Methode ListCodeSystems() wird aufgerufen, um eine Liste mit allen im Terminologieserver verfügbaren Vokabularen zu erhalten (ohne Anmeldung nur lizenzfreie) a. Aufruf: Es werden keine Parameter mitgegeben b. Antwort: eine Liste der verfügbaren Ordnungssysteme 2. Die Methode ListCodeSystemConcepts() wird aufgerufen, um alle Konzepte des Vokabulars ICD 10-GM abzurufen a. Aufruf: die Vokabular-ID 11 wird mitgegeben (ICD 10-GM, erhalten aus dem vorherigen Aufruf) b. Antwort: eine Liste mit verfügbaren Konzepten des ICD 10-GM Search/Access Authoring/Curation ListCodeSystems CreateCodeSystem ListCodeSystemConcepts MaintainCodeSystemVersion ReturnConceptDetails UpdateCodeSystemVersionStatus ListConceptAssociationTypes CreateConcept ReturnConceptAssociationTypeDetails MaintainConcept ListValueSets UpdateConceptStatus ReturnValueSetDetails CreateConceptAssociationType ListValueSetContents MaintainConceptAssociationType CheckConceptValueSetMembership CreateValueSet ListConceptDomains MaintainValueSet ReturnConceptDomainDetails UpdateValueSetStatus ListUsageContexts CreateConceptDomain ReturnUsageContextDetails MaintainConceptDomain ListConceptDomainBindings CreateUsageContext CheckConceptDomainMembership MaintainUsageContext ListConceptAssociations ComputeTransitiveClosure ComputeSubsumtionrelationship ReturnConceptAssociationDetails UdateConceptAssociationStatus CreateConceptAssociation Tabelle 1: Übersicht Dienste Administration ImportCodeSystem ImportCodeSystemRevision ImportValueSetVersion Import AssociationVersion ExportConceptAssociation ExportCodeSystemContent ChangeCodeSystemStatus 3. Die Methode ReturnConceptDetails() wird aufgerufen, um Details zu dem Begriff Blutegelbefall o.n.a. abzurufen a. Aufruf: die Konzept-ID wird mitgegeben (ID erhalten aus dem vorherigen Aufruf) b. Antwort: alle Details zum Konzept Blutegelbefall o.n.a. Ein weiteres, vermutlich das am meisten benötigte Szenario wäre die Synchronisation der lokalen mit der globalen Semantik, bezogen auf ein oder mehrere Vokabulare. Hierzu müsste das Primärsystem zu festgelegten Zeiten (z. B. immer nachts um 23 Uhr) die Liste der Konzepte eines Ordnungssystems abrufen, deren Änderungsdatum größer als der letzte Abrufzeitpunkt ist, und dann für diese die Details nachladen. Im Grunde wäre dieser Algorithmus sehr einfach. Die äußere Schleife läuft über die lokalen Ordnungssysteme, die synchronisiert werden sollen, damit die Methode ListCodeSystemConcepts() mit den Parametern Vokabular-ID und ab-datum aufgerufen werden kann. Die nächste innere Schleife muss dann über die zurück- 16\n17 gegebenen Konzepte laufen und die Details nachladen. So kann dann in einfacher Weise auch bei zig- bis hundertausenden von Teilnehmersystemen neue oder zu ändernde Semantik einfach deployed werden. Unterjährig z. B. einen neuen ICD- Code wie Schweinegrippe einzufügen, ist dann kein Problem: ein Eintrag im Terminologieserver und alle wissen kurz danach Bescheid. Dass dies z. B. real sein kann, zeigt die Meldung der Ärztezeitung vom : Schweinegrippe nun mit ICD-Code von der WHO KÖLN (ava). Die Weltgesundheitsorganisation (WHO) hat entschieden, dass Influenza-Fälle, die durch eine Infektion mit dem Schweinegrippe-Virus A/H1N1 hervorgerufen werden, mit dem ICD-10-Kode J09 zu kodieren sind. Das teilte das Deutsche Institut für Medizinische Dokumentation und Information am Donnerstag mit. Der Text zu dieser schon bestehenden Schlüsselnummer J09 (Grippe durch nachgewiesene Vogelgrippe-Viren) wird entsprechend angepasst. Durch den neuen ICD-Code sollen Schweinegrippe-Fälle schnell statistisch identifizierbar sein. Natürlich ändert sich die ICD nicht laufend, aber für viele kleinere Vokabulare in der Gesundheitstelematik ist eine größere Dynamik zu erwarten. In der Regel sollten die Primärsysteme in ihrer lokalen Vokabularverwaltung die IDs des Terminologieservers auf jeder Granularitätsstufe mitführen. Lessons learned Zusammenfassend können folgende Aspekte genannt werden: CTS2 ist ein umfangreicher und exzellenter Standard für die Implementierung eines Terminologieservers. Das Klassenmodell von CTS2 ist derart generisch, dass beliebige Ordnungssysteme bis hin zu einfachen Ontologien verwaltet werden können. Die Klassifikation der Dienste ist hilfreich und kann auch für andere Diensteserver so übernommen werden. CTS2 beschreibt nicht im Detail die Diensteschnittstellen selbst, diese müssen bei der Entwicklung auf Basis des Klassenmodells spezifiziert werden, wofür sich eine Dienste-Attribut-Matrix gut eignet. Für einen professionellen kommerziellen Betrieb muss das Klassenmodell um administrative Informationen zu Benutzern und Lizenzinformationen erweitert werden. Eine zusätzliche Absicherung der Services mittels WS- Security ist notwendig Weitere Erweiterungen des Klassenmodells für Multilingualität und bessere Beschreibung von Beziehungen sind sinnvoll, da rekursive Multilingualität via Cross-Mappings nicht performant ist. Die Praktikabilität konnte an zwei beispielhaften Interoperabilitätsszenarien mit Primärsystemen gezeigt werden. Ein serviceorientierter Ansatz ist sinnvoll und ermöglicht auch die physische Verteilung von Semantik auf mehrere Terminologieserver, hierfür wäre jedoch ein Broker zu entwickeln. Zusammenfassung Die Zurverfügungstellung bzw. Verteilung von Semantik in verteilten Systemen ist für die semantische Interoperabilität und damit für einen wertschöpfenden Betrieb interoperierender Informationssysteme unabdingbar. Hierfür bieten sich Terminologieserver an, für die durch CTS2 ein internationaler Standard vorliegt. Zur Implementierung wurde im konkreten Fall das Klassenmodell des Standards in ein Datenbankmodell überführt und mittels einer Dienste-Attribut-Matrix die Diensteschnittstellen spezifiziert und implementiert. Für einen professionellen Betrieb wurden kleinere Erweiterungen des CTS2-Klassenmodells notwendig. Der realisierte Lösungsansatz wurde anhand eines Szenarios (Nofalldatenvokabulare) mit zwei Primärsystemen evaluiert und kann als gut praktikabel bezeichnet werden. Die Entwicklung des CTS2-Terminologie - servers wurde vom Bundesministerium für Gesundheit unterstützt. Prof. Dr. Peter Haas, Robert Muẗzner Fachbereich Informatik, Fachhochschule Dortmund (DE) Referenzen:  CEN/TC 251. Investigation of syntaxes for existing interchange formats to be used in healthcare. CENT/TC 251/PT 004 Final document. Bruxelles (36 rue de Stassart, B-1050) : CEN/TC 251,\n18 Beiträge Georg Heidenreich Klinische Register Der Artikel führt zunächst in die Aufgaben und Merkmale von klinischen Registern ein und beschreibt dann einige Aspekte im Hinblick auf die elektronische Unterstützung von Registern durch standardisierte Profile der Initiative Integrating the Healthcare Enterprise IHE (). Abgrenzung und Charakterisierung Klinische Register sind personenbezogene medizinische Datensammlungen mit genauer Fokussierung auf definierte (Krankheits)fälle, wobei die typische Nutzung lediglich Auswertungen über alle Patienten umfasst und diese Auswertungen prozessual getrennt von der Behandlung der erfassten Patienten erfolgt. Charakterisierend für klinische Register ist also die Ausrichtung auf eine überwiegende Zahl von lesenden Zugriffen außerhalb des Behandlungszusammenhangs. Geschickterweise sind die schreibenden Zugriffe zur Erzeugung von Datensätzen meist eng mit der Behandlung verbunden, so dass Doppelerfassung weitgehend vermieden wird. Die Fähigkeit eines klinischen Informationssystems (KIS), passende Meldesätze auszuleiten, kann eine bedeutende IT- Anforderung sein. Die wichtigste Eigenschaft von klinischen Registern ist die Vergleichbarkeit der erfassten Fälle; diese basiert natürlich auf qualitätsgesicherten Datenfeldern mit definierter Erfassungs - systematik, wobei durch registerspezifische Scores für wichtige Felder die ursprünglichen Originaldaten weiter verdichtet und verbessert werden können (). In diesem Zusammenhang gibt es das Zugriffsszenario der Qualitätssicherung durch die sogenannte study nurse (bei der pflegenden Organisation) mit Zugriff auf den erfassten Fall (Lesen/Schreiben) und sogar auf Quelldaten (Lesen) mit den Aktionen Kontrolleingabe, Korrektur und Freigabe, teilweise bis auf Feldebene. Warum braucht man ein klinisches Register? Die systematische Sammlung der Erfahrung von Behandelnden über viele Fälle ist sehr wertvoll zur Verfeinerung der Diagnostik, zur Differenzierung von Krankheitsbildern sowie zur Vorbereitung von Studien zu Therapien. Eine typische Auswertung ist das Data Mining für die klinische Forschung, zur Findung von Korrelationen (Ursachen) und Wirkungsweisen (Therapie). Diese Ergebnisse müssen durch nachfolgende Studien erhärtet werden, damit sich sichere medizinische Schlüsse ziehen lassen. Besonders Fehlschlüsse aus Ko-Faktoren kann man mit Vergrößerung der Fallzahl im Register prinzipiell nicht aufdecken: Eine geeignete klinische Studie hilft da weiter. Eine andere Art von Auswertung verfolgt lediglich die Aus - breitung einer Erkrankung aus einer mehr statistischen Sicht, dabei kann die Betrachtung von Korrelationen mit nicht-medizinischen Merkmalen wie Wohnort, Alter, Beruf, soziales Umfeld, Umweltfaktoren, Freizeitverhalten etc. bedeutsam sein. Im Hinblick auf die Ziele späterer (medizinischer) Auswertun - gen sollten auch nicht zuzuordnende (medizinische) Faktoren im Datenschema berücksichtigt und bei der Meldung erfasst werden. 18\n19 Eine große Bedeutung für die Qualität der erfassten Datensätze haben standardisierte klinische Terminologien, da sie durch eine systematische Fragestellung und klar definierte Konzepte bereits bei der Erfassung von Fällen hilfreich sind und nach Auswertungen die Interoperabilität bei der weiteren Verar beitung fördern. Charakterisierung Die Aufgabe eines klinischen Registers kann also mit krankheitsbezogene Beobachtung umschrieben werden: Durch die Fallzahl wird der Einzelfall überwunden, allerdings bis zur klinischen Evidenz fehlt noch einiges (an Studien). Methodisch ermittelter Inhalt von Registern stellt die Vergleich - barkeit von Beobachtungen her, während große Fallzahlen im Register die Wiederholbarkeit von Beobachtungen sichern. Klinische Register sind in folgenden Situationen besonders geeignet: Krankheiten mit hohem Forschungsbedarf (epidemiologisch) Verfolgung langandauernder Patientenhistorien Erkrankungen mit stark diversifizierten Ausprägungen und Verläufen. Bedarf in der Epidemiologie Epidemiologische Register sind für Erkrankungen mit erhöhtem Forschungsbedarf ausgelegt und haben meist ein überregionales Einzugsgebiet (landesweit, auch bundesweit). Oft ist die Therapieunterstützung eine gewünscht Folge der Auswertungen, jedoch selten für die erfassten Patienten was zum einen an der Länge der Abläufe vom Fall über die Evidenz bis zur Therapie liegt, zum anderen auch daran, dass die Rückmeldung (etwa über Risiken) teilweise auch für die Patienten und deren Angehörige problematisch sein kann. Die sogenannten Kompetenznetze zu einem benannten Krankheitsbild arbeiten oft mit eigenen Studienregistern, wobei eben nicht nur seltene, sondern auch häufige Erkrankungen ( Volkskrankheiten ) im Fokus sind. Ein sehr wichtiges Ziel von epidemiologischen Registern ist eine hohe quantitative Abdeckung: Idealerweise werden alle Fälle der Zielgruppe erfasst, um jede Korrelation durch die Auswahl einer Untermenge zu vermeiden (). Die epidemiologische Auswertung muss regelmäßig vorab im Hinblick auf ethische Aspekte beurteilt werden. Grundsätzlich sind rein epidemiologische Auswertungen nicht ethikkommissionspflichtig, speziell, wenn die Anfragen lediglich anonyme Antworten ohne Datum sowie mit klassifizierten Merkmalen vorsehen. Speziell hypothesen-gestützte Anfragen an ein klinisches Register machen die Bewertung durch die Ethikkommission notwendig, ansonsten wird gemäß registerspezifischer Genehmigungsprozesse meist ein registerspezifisches Board die Anfrage bewerten. Abdeckung der Historie Für die Verfolgung längerdauernder Krankheitsverläufe sind langfristige Register notwendig, die eindeutige persönliche (identifizierende) Merkmale berücksichtigen, damit die Situationen Umzug, Arztwechsel und auch Klinikwechsel geeignet verfolgt werden können. Charakteristisch für langfristige Register ist somit die zusätzliche Erfassung (und gegebenenfalls Pseudonymisierung) von zur Identifikation geeigneten Personendaten zum Auffinden von bereits erfassten Fällen. Grundlage der langfristig laufenden Register ist die Verstetigung, d. h. die kontinuierliche Pflege der Register (via Verträge oder gesetzliche Regeln) durch eine Organisation, deren Betrieb nachhaltig gesichert ist. Die nationale Kohorte Ein Spezialfall unter den langfristigen Registern ist die vom BMBF geförderte einzurichtende Nationale Kohorte mit einer großen Menge ( Personen) an gesunden genauer: nicht näher diagnostizierten Personen als Stichprobe zur Verfolgung von sehr weit verbreiteten ( Volks )krankheiten, zur Ermittlung früh erkennbarer Risikoindikatoren sowie zur Entwicklung von Vorbeugemaßnahmen (). Man wird ja noch träumen dürfen: Das ideale Register () Der sicherlich unerreichbare Traum vom idealen Register formuliert die Ziele, die bei Einrichtung und Betrieb klinischer Register nicht aus dem Auge verloren gehen sollten: Alle klinisch relevanten Angaben sind als Felder im Datenschema erfasst. Alle betroffenen Patienten sind im Register erfasst. Der Inhalt kann unabhängig von Abrechnungsfragen erhoben werden. Alle medizinischen (oder sonst wie für das Register relevanten) Angaben sind hochstrukturiert und mit standardisierten Terminologien codiert. Ein On-demand-Berichtgenerator liefert Daten für die Qualitätsverbesserung. Sicherer Zugriff unterstützt die Szenarien Meldung, Erfassung, Pflege, QS-Freigabe, Auswertung, sowie Behandlung. 19\n20 Beiträge Leicht konfigurierbare Schnittstellen erlauben die systematische, interoperable Kommunikation zu anderen IT- Systemen im Gesundheitswesen. Kundenspezifisch anpassbare Abläufe, Masken und Schemata machen das Register flexibel. Eine clinical care guidelines -Rule Engine, die wie ein Arzt denkt, nicht wie ein Rechner, hilft bei Diagnose und Therapie. Point-of-care Funktionen machen die Visite wirksamer. Automatisierte Werkzeuge übernehmen die Patienten - einbestellung, planen Termine und buchen benötigte Räume. Skalierbare Performanz erlaubt weiches Wachstum der Bestände und Funktionen. Anwendbare Regeln Wie sieht der rechtliche und ethische Rahmen für die Einrichtung und den Betrieb klinischer Register aus? Der Betrieb von Registern wird gefordert von vertraglichen Pflichten der melden - den Stellen sowie deren Anerkennungs voraussetzungen ( Fachzentrum ), gesetzlichen Melde pflichten, speziell für bestimmte Register sowie allgemein von der ärztlichen Ethik im Hinblick auf die bestmögliche Behandlung. Regelmäßig einschränkend für die Art der Sammlung beziehungsweise Auswertung von Daten in Registern wirken die Aspekte der Vertraulichkeit von personenbezogenen Daten, also die ärztliche Schweigepflicht, die EU-Verfassung (Schutz von persönlichen medizinischen Daten) sowie die national und regional anwendbaren Datenschutzgesetze und Datenschutz - regelungen. Informationstechnische Aspekte Die technische Identifikationen durch die Vergabe der OID für ein Register von Objekten (hier: das Register) unterstützt die Interoperabilität. Der Betreiber bzw. die datenverantwortliche Organisation stellt dazu einen Antrag an das DIMDI (), woraufhin das DIMDI eine neue OID vergibt und in einem technischen OID-Index den Servicezugang (URL) und den Kontakt (technischer Administrator des Betreibers) publiziert. Definition des Datenschemas Einrichtung eines wirksamen Pseudonymisierungsverfahrens (siehe , ) Use Cases und Portale für Anlegen, Pflege, QS/Freigabe, Auswertungen, Behandlung: Als Folge der für Register typischen Trennung von Erfassen der Fälle und den Auswertungen findet der erzeugende Prozess wie auch der korrigierende Prozess total getrennt vom typischen lesenden Zugriff statt und zwar schon auf der Prozessebene. Terminologie-Server zur Unterstützung standardisierter klinischer Terminologien elektronisch unterstützte Klassifikation/k-Anonymisierung nachträgliche Erweiterung des Datenschemas bei Revisionen des Registers Anwendbare IHE-Profile Das Profil IHE XDS (Cross-Enterprise Document Sharing) als zentraler Baustein unterstützt die Zusammenführung von verteilt gehaltenen Datensätzen in einer (technischen) Registry. Für klinische Register sind dabei zwei Varianten denkbar: a) Die Metadaten der XDS-Registry werden im Hinblick auf das klinische Datenschema des Registers erweitert, so dass die Registry nun wirklich zum Register wird. Diese Konnation machte mich zum Autor dieses Artikels. Dringend zu empfehlen ist dabei die Verwendung von Stored Queries, denn die Umsetzung von Registeranfragen in Anfragen an ein Datenschema muss unbedingt die Aspekte der Vertraulichkeit berücksichtigen: Eine direkte Eingabemöglichkeit frei formulierter Queries wäre ein Sicherheitsleck. b) Die Datensätze des Registers werden in einem oder mehreren Repositories gehalten. Die Metadaten enthalten ausdrücklich keine Merkmale des Registers; nur das Pseudonym als einziges fallbezogenes Merkmal. Selbst das Metadatum Erfassungs - datum sollte zuvor umgeformt werden. Ohne weitere Maßnahme kommt hierbei dem Repository die Aufgabe der Umsetzung von Anfragen zu; eine Funktionalität die klar über XDS hinausgeht. Eine Abhilfe könnte eine regis terspezifische Stelle zur sicheren Generierung von Anfragen sein, als Abweichung vom XDS-Profil bei der Bearbeitung von Queries. Immer eine gute Wahl ist das Profil IHE ATNA (Audit Trail and Node Authentication) zur standardisierten Knoten- und Benutzer-Identifizierung, wobei die technischen Benutzer für Auswertungen wegen der Offenheit der tatsächlich anzunehmenden Auswerter idealerweise Platzhalter für berechtigte Inhaber der Rolle Auswerter sein sollten. IHE PIX (Patient Identity Cross Referencing) realisiert die Generierung von Fall-Identitäten und unterstützt die Pseudo - nymisierung. Der Akteur Patient Identity Source realisiert dabei den PID-Generator. Das Pseudonym kann mit PIX übrigens als demographisches Merkmal gespeichert werden, da keine Antworten des PIX-Managers mit solchen Merkmalen vorgesehen sind. Das Profil IHE EUA (Enterprise User Authentication) beschreibt eine Login-Verwaltung mit der Trennung von Rechte- Herausgeber und geschützter Funktion im Hinblick auf die Nutzung des sogenannten single-sign-on, etwa für Anfragen in einem System von XDS-Repositories. 20


Regionalgeschichte: Königsbrunn: Die steinreichen Sieben | Augsburger Allgemeine\nKönigsbrunn: Die steinreichen Sieben\nSo stellt sich die Brunnenstadt Königsbrunn um das Jahr 1960 dar. Von einer dichten Besiedlung ist sieben Jahre vor der Stadterhebung noch nicht allzu viel zu sehen.\nBild: Stadtarchiv Königsbrunn\nEinst war es das längste Straßendorf Bayerns. Heute ist Königsbrunn eine der jüngsten Kommunen Bayerns und die größte Stadt im Landkreis Augsburg.\n„Königsbrunn ist eines der merkwürdigsten Dörfer im ganzen Bayernland. Man braucht, wenn man um das ganze Dorf herumgehen will, so viel Zeit wie man zur Umgehung einer großen Stadt nötig hätte. Vom äußersten Haus im Nordwesten bis zum äußersten im Südosten braucht man über zwei Stunden. Es dürfte wohl das längste Dorf in Bayern sein.“\nAls der evangelische Pfarrer Wilhelm Rohn 1911 diese Notiz anfertigte, ahnte er wohl nicht, dass die Gemeinde 56 Jahre später tatsächlich Stadterhebung feiern würde.\nFür die Landwirtschaft war die Gegend nicht attraktiv\nMit seiner Vermutung hatte er übrigens recht. Stolze sieben Kilometer Länge misst man von der einen zur anderen Grenze, doch an eine Besiedlung des Gebiets dachte lange Zeit niemand. Der karge Kiesboden und die steppenartige Flora waren für die Landwirtschaft nicht gerade attraktiv. „Früher gab es hier den nicht ganz ernst gemeinten Spruch: ‚Wir sind steinreich‘“, erzählt Susanne Lorenz vom Stadtarchiv Königsbrunn mit einem Schmunzeln.\nBis Mitte des 19. Jahrhunderts war von Siedlern keine Spur. Man schrieb das Jahr 1836, als im heutigen Ortsbereich das erste Haus gebaut wurde. Kurz zuvor hatte König Ludwig I. zwei Brunnen zur Erfrischung Wallfahrtsreisender nach Klosterlechfeld errichten lassen. Die Vorbeiziehenden gaben ihnen den Namen „Königsbrunnen“.\nDie Brunnen machten den Anfang\nEs folgte ein rascher Zuzug und bereits am 4. Januar 1842 wurde die Kolonie durch königliche Verfügung zur Gemeinde erhoben. Jünger als Königsbrunn sind bayernweit nur noch Kolbermoor (1863) sowie Waldkraiburg und Traunreut (jeweils 1950).\nDie Anwesen entstanden weiterhin entlang der Hauptstraße, zudem begannen sowohl Katholiken als auch Protestanten jeweils mit dem Bau einer Kirche, an die ein Pfarrhaus und eine Schule angebunden waren. „Gerade die katholische Kirche, die 1858 fertiggestellt worden ist, war eigentlich überdimensioniert. Doch der damalige Kaplan war ziemlich gewieft und hat die Kirche als Bauwerk zum Gedenken an 900 Jahre Lechfeldschlacht angepriesen. Das stieß im königlichen Umfeld auf große Resonanz, sodass eine beachtliche Summe an Fördergeldern zur Finanzierung bereitgestellt wurde“, berichtet Lorenz.\nMit den Sudetendeutschen stieg die Einwohnerzahl\nDas Gemeindeleben blühte auf, bis 1931 waren zwei weitere Schulhäuser gebaut worden. Zwei Jahre später war die Einwohnerzahl auf knapp 2500 gestiegen. Über 3000 notierte man zu Beginn des Zweiten Weltkriegs. Nach dessen Ende wuchs die Bevölkerung um nahezu ein Drittel, denn etwa 1200 Sudetendeutsche fanden in Königsbrunn eine neue Heimat.\nBei der ersten demokratischen Nachkriegswahl 1948 wurde Friedrich Wohlfarth zum Bürgermeister gewählt – mit 25 Jahre war er damit der jüngste in ganz Bayern. Er forcierte das Wachstum des damals noch kargen Bauerndorfs ungemein. „Wohlfarth war sehr umtriebig, energisch und durchsetzungsstark“, sagt Lorenz. Auch eine gewisse Schlitzohrigkeit wurde ihm nachgesagt. „Er hatte ein erstaunlich gutes Händchen dafür, an Fördertöpfe zu kommen“, blickt die Archivarin zurück. In der Bevölkerung genoss er jedenfalls hohes Ansehen.\nBürgermeister Wohlfahrt machte seinem Namen alle Ehre\nBis 1984 war Wohlfahrt im Amt, stolze 36 Jahre also. Unter seiner Ägide entwickelte sich Königsbrunn zu einer Schulstadt. So entstanden unter anderem ein Zentralschulhaus, eine Realschule sowie ein Gymnasium. Ende der 1970er-Jahre kam zusätzlich ein Sonderschulzentrum dazu.\nProjekte wie die Ansiedlung der Bereitschaftspolizei im Norden, der Bau einer Brücke über den Lech in Richtung Mering im Süden oder die Inbetriebnahme der Königstherme im Herzen Königsbrunns sorgten überregional für Aufmerksamkeit. „Das alles wie auch der Bau des Hans-Wenninger-Stadions oder die Etablierung des Ilsesees als Naherholungsgebiet hat das Ansehen der Stadt erhöht und den Zuzug gefördert. Zudem waren und sind wir auch für Augsburg-Pendler attraktiv“, sagt Lorenz.\nKönigsbrunn wurde zur größten Stadt im Landkreis Augsburg\nApropos Stadt: Der Ort, der 14 Zierbrunnen sein Eigen nennen kann, bekam am 28. April 1967 freudige Nachrichten aus dem Bayerischen Staatsministerium des Inneren. Die Ernennungsurkunde „Bezeichnung-Stadt“ war eingegangen. Damals zählte Königsbrunn 11500 Einwohner. Die Festrede von Wohlfarth ist im Archiv auf Tonband gesichert. „Während dieser erwähnt er schon die Straßenbahntrasse, die jetzt – über 50 Jahre später – ja tatsächlich von Augsburg bis nach Königsbrunn verlängert wird“, weiß Lorenz. Dies hätte den 2010 im Alter von 87 Jahren verstorbenen Alt-Bürgermeister sicherlich gefreut.\nGut ein Vierteljahrhundert ist die Stadt nun bereits die größte im Landkreis Augsburg, vor Gersthofen, Neusäß, Bobingen, Stadtbergen und Schwabmünchen. Aktuell wohnen rund 28400 Menschen in Königsbrunn. Die 30000er-Marke dürfte bald geknackt werden. Denn zwei neue Baugebiete mit rund 2400 Wohneinheiten sind in Bearbeitung. Vor über 100 Jahren hätte Pfarrer Wilhelm Rohn davon wahrscheinlich nicht einmal zu träumen gewagt.


Armin Veh: Denkwürdiger Zoff mit Winnie Schäfer bei Sky - WELT\nNach Frankfurt-Pleite Denkwürdiger Zoff zwischen Veh und Winnie Schäfer\nVon Patrick Krull | Veröffentlicht am 14.12.2015 | Lesedauer: 4 Minuten\nNach der Niederlage beim BVB liefert sich Frankfurts Trainer Armin Veh bei Sky eine Wortschlacht mit Winnie Schäfer. Veh kann ihn nicht leiden. Und glaubt, dass der Ex-Mitspieler nur seinen Job will.\nFür diese Geschichte ist die Vorgeschichte wichtig, deswegen ein kurzer Rückblick vorweg. Eintracht Frankfurt, einer der Krisenklubs der Liga mit nunmehr nur einem Sieg aus den letzten vergangenen zwölf Bundesligaspielen, verlor auch in Dortmund 1:4. In der Woche vor der Partie hatte der Frankfurter Trainer Armin Veh seinen Profis gehörig die Leviten gelesen.\nInsbesondere schwächelnde Leistungsträger wie Alexander Meier, Stefan Aigner oder Carlos Zambrano wurden in die Pflicht genommen. „Man kann nicht verlangen, dass immer der Papi alles rettet. Eins ist klar: Ich werde hier nicht gehen, da gehen eher ein paar andere. Die haben noch Glück, dass sie mich nicht vor 20 Jahren erlebt haben“, hatte Veh gepoltert.\nNun traf es sich am Sonntagabend, dass Winfried Schäfer nach dem Spiel im Studio des Senders Sky saß und die Niederlage der Frankfurter analysieren sollte. Schäfer ist mittlerweile Nationaltrainer Jamaikas – und er ist ehemaliger Mitspieler von Veh, zu Gladbacher Zeiten in den Jahren von 1979 bis 1985. Die beiden kennen sich also recht gut.\nSchäfer nimmt Bezug auf Vehs Schelte, er sagt: „Ich kann nicht an die Öffentlichkeit gehen und die Mannschaft an den Pranger stellen. Für mich ist das unmöglich. Die Mannschaft und der Trainer müssen eine Einheit sein. Sonst kann es nicht funktionieren. Nach dem 1:0 hat er da gesessen und sich das Spiel angeguckt ohne Reaktion. Das fällt auf.“\nWinnie Schäfer und das Kaffeekränzchen\nDie Spieler, macht Schäfer Glauben, „sitzen zusammen, trinken Kaffee und sagen: Hast du gehört, was der wieder gesagt hat? Das ist immer negativ. Das ist keine Motivation für die Spieler. Man muss die Spieler auf seine Seite holen.“\nModerator Patrick Wasserziehr wendet ein, dass Veh das doch lange genug versucht habe.\nTja, sagt Schäfer, da sei er nun auch überfragt, er wissen ja nun wirklich nicht, was da intern gelaufen sei, verbreitete aber trotzdem sein Mantra vom Kaffeekränzchen der Spieler: „Die sitzen zusammen und sagen sich: In Stuttgart ist er abgehauen, jetzt will er hier ... Nach dem 1:0 hat er da gesessen, hat sich das Spiel angeguckt, ohne Reaktion. Das fällt auf.“\nVeh lässt Schäfer in keinem guten Licht dastehen\nVeh wird nun zugeschaltet. Er wird gefragt, ob er mit der Reaktion der Mannschaft zufrieden gewesen sei. Ja, sagt Veh, das sei alles gut gewesen. Er betont es vorsorglich schon mal. Dass er ein enges Verhältnis zu seiner Mannschaft habe, „das wissen die Jungs auch“.\nWie Armin Veh die Randale in Frankfurt kleinredet\nNach dem 0:1 gegen Darmstadt verbrannten Fans von Eintracht Frankfurt Fahnen, die Spieler mussten in der Kurve zum Rapport antreten. Trainer Armin Veh redet die Ausschreitungen nach dem Spiel klein.\nDann geht es ans Eingemachte, Schäfers Hetzerei wird Veh zu Gehör gebracht. Dass zwischen Trainer und Mannschaft eine Einheit sein müsse, dass die öffentliche Abrechnung aus Schäfers Sicht grundfalsch sei. Das bringt Veh nun endgültig in Rage, er schaltet von Abwehr- auf Angriffsmodus, er macht keinen Hehl daraus. Ein denkwürdiger Dialog entspinnt sich nun.\nVeh: „Ich habe gehört, was der Winnie gesagt hat. Er war ja ein ehemaliger Mitspieler von mir. Das war ja eine Art Bewerbungsschreiben, was er da von sich gelassen hat. Aber es wird nichts passieren, Winnie, ich kann dir das sagen.“\nWie das mit dem Bewerbungsschreiben gemeint gewesen sei, will der Moderator wissen.\nVeh: „Er hat sich ja schon öfter mal beworben in der Liga. Von daher ist das nix Neues“, sagt Veh.\nScheinheiligkeit oder ernst gemeinte Anteilnahme?\nModerator Wasserziehr wendet sich an seinen Studiogast Schäfer. Er habe gar nicht gewusst, dass das Verhältnis so angespannt sei. Schäfer sagt: „Ich weiß es auch nicht so richtig. Aber ich hoffe, dass er die nächsten Spiele gewinnt.“ Den letzten Satz von Schäfer wartet Veh gar nicht mehr ab, er fährt Schäfer über den Mund. „Ist mir auch egal. Ich will nicht über Winnie Schäfer sprechen. Wir können über das Spiel sprechen, aber nicht über Winnie Schäfer“, sagt er.\n„Ich hoffe, dass sie die nächsten Spiele gewinnen“, sagt Schäfer noch mal, der Moderator weist den im Stadion stehenden Veh auf auf Schäfers versöhnliche Worte hin. „Das glauben nur Sie, dass er es hofft“, blafft Veh ins Mikrofon. „Warum soll ich nicht glauben, was er mir sagt?“, fragt der Moderator. Hier spielt sich gerade Großes ab, dass ist Wasserziehr bewusst und er weidet das genüsslich aus.\n„Machen wir noch was über’s Spiel?“, fragt Veh, um Contenance bemüht.\n„Ja klar, ich wollte nur einmal das Ganze noch verstehen“, sagt der Moderator.\n„Das kann man so in fünf Minuten nicht klären. Das funktioniert so nicht“, sagt Veh.\nWas zwischen den beiden vorgefallen ist, ist nach wie vor nicht geklärt. Der Disput am Sonntagabend war jedoch nur ein Nachhall, der Grund für die tiefe Antipathie der beiden soll aus ihrer gemeinsamen Zeit als Spieler von Borussia Mönchengladbach herrühren. Veh sagt nach der Live-Schalte, er könne Schäfer „einfach nicht leiden. Jedes Wort über ihn ist zu viel“.\nFußball Frankfurt chancenlos\nErst dilettiert Aubameyang, dann zaubert der BVB\nAnfangs lief es gegen Frankfurt alles andere als nach Plan. Doch der BVB überwand einen Rückstand und einen verschossenen Elfmeter – und begann doch noch zu zaubern. Marco Reus musste verletzt raus.\nJamaika darf erstmals als Gast an der Copa America teilnehmen. Und kassiert gegen Paraguay ein derart fürchterliches Tor, dass Trainer Winnie Schäfer (“I don‘t feel gut“) die Vokabeln ausgehen.\nInternationale Ligen Kevin Trapp\nWas Zlatan Ibrahimovic mir am ersten Tag sagte\nTorhüter Kevin Trapp wechselte im Juli von Frankfurt zu Paris St. Germain. Er ist die Nummer eins beim Star-Ensemble. Aber nur im Tor. Schließlich gibt es da ja noch diesen Zlatan Ibrahimovic.\nBundesliga „Verträge nicht viel wert“\nErster Klubboss fordert schnelles Aus für Montagsspiele\nDie Proteste der Fußball-Anhänger waren groß. Nun plädiert der erste Klubchef für die baldige Abschaffung der Montagsspiele. Peter Fischer von Eintracht Frankfurt hat sich klar positioniert.\nDie Bundesliga spielt jetzt auch montags, und die Fans finden das doof. Zurecht! Wenn aber jetzt Vereinsvertreter anfangen, sich auf die Seite der Zuschauer zu schlagen, ist das ganz schön verlogen.\nBorussia Dortmund Michy Batshuayi\nBVB-Joker bedankt sich mit zwei Toren für Reservistenrolle\nNach einer Stunde auf der Bank entschied Dortmunds Michy Batshuayi das Spiel gegen Frankfurt. Von Ärger aber keine Spur. Der Belgier sei sogar froh gewesen, aus der Startelf gestrichen worden zu sein.\nDer Kurz-Link dieses Artikels lautet: https://www.welt.de/149923577


Arganöl Test & Vergleich (2019) - BILD.de\nDas Test- und Vergleichsportal von BILD.de präsentiert Ihnen die besten Arganöle.\nDas fast schon legendäre Arganöl aus dem Südwesten Marokkos ist deutlich teurer als die meisten anderen Öle. Es wird von den Liebhabern erlesener Essenzen zur Pflege ihrer Haut, Haare und Nägel eingesetzt. Darüber hinaus hat es aber auch noch andere Qualitäten zu bieten.\nFinden Sie heraus, was Sie mit Arganöl noch alles machen können und worauf es bei Arganöl-Tests, die wir für Sie verglichen haben, ankommt. Erfahren Sie in unserer Vergleichstabelle mehr über die unterschiedlichen Arten von Arganöl.\nHat Ihnen dieser Arganöl Vergleich gefallen?\nKaufberatung: So finden Sie das richtige Produkt in unserem Arganöl Vergleich 2019\nArganöl wird aus den Samen des Arganbaums gewonnen, der ausschließlich im Südwesten Marokkos gedeiht. Es gehört zu den teuersten Ölen, die auf natürlichem Weg gewonnen werden.\nArganöl gilt als hervorragend zur Körperpflege geeignet. Es wirkt wohltuend auf die Haut, die Haare und die Nägel. Aber auch Feinschmecker wissen das goldbraun durchscheinende Öl zu schätzen. Es enthält wertvolle Vitamine.\nArganöl ist in seiner reinen Form ein Bioprodukt, das durch die Kaltpressung besonders schonend gewonnen wird. Charakteristisch für Arganöl ist ein intensiver nussartiger Eigengeschmack.\nArganöl ist mittlerweile aus der Natur-Kosmetik kaum noch wegzudenken. Es wird als hochwertiges Mittel zur Körper-Pflege betrachtet und soll unter anderem einen Anti-Aging-Effekt haben. Das Öl wird aber nicht nur in Drogerien verkauft, sondern auch im Lebensmittelhandel. Neben seinen pflegenden Eigenschaften hat es auch den Liebhabern erlesener Speisen einiges zu bieten.\n1. Arganöl-Tests bestätigen: Es glänzt im Haar, aber auch in der Pfanne\nHohe Standards bei der Herstellung\nBei den meisten Arganölen handelt es sich um hochwertige Naturprodukte, die entsprechend aufwendig produziert werden. Ebenso wie bei guten Olivenölen wird bei dem Arganöl auf die Erwärmung während des Pressens verzichtet. Charakteristisch für reines Arganöl ist der intensive Geschmack und die goldgelbe Farbe.\nWenn Sie noch nie selbst einen Arganöl-Test durchgeführt haben, werden Sie erstaunt sein, wie vielfältig das vegane Arganöl verwendet werden kann. Zum einen hat es außergewöhnliche Qualitäten als Körperöl. Als Körperöl eingesetzt, ist es ein hervorragendes Pflegemittel für die Nägel. Aber mindestens genauso wohltuend soll Arganöl für die Haut sein und auch für die Haare wird Arganöl verwendet. Angewendet wird das kaltgepresste Arganöl allerdings nur tröpfchenweise.\nDas Bio-Arganöl enthält, wie viele andere Bio-Öle auch, nach dem Pressen noch den größten Teil seiner ursprünglichen Bestandteile. Dadurch, dass es sich bei dem Bio-Arganöl um kaltgepresstes Arganöl handelt, gehen bei dem aufwendigen Produktionsprozess kaum Vitamine und wertvolle Spurenelemente verloren.\nDass es sich bei dem veganen Arganöl um kein reines Lifestyle-Gimmick handelt, wird daran deutlich, dass Arganöl für die Haut und Arganöl für die Haare bereits seit Urzeiten von der marokkanischen Bevölkerung zur Körperpflege eingesetzt wird.\nDer zweite ebenso attraktive Einsatzbereich des Arganöls ist die Küche. Sein intensiv nussiges Aroma wird von vielen Feinschmeckern außerordentlich geschätzt.\nGebinde mit Zerstäuber oder Pipette\netwas größere Gebinde\nmeist nativ und kaltgepresst\n2. Hochpreisiges Nischenprodukt\nVerwenden Sie Arganöl bei Zellulite oder in der Kosmetik, brauchen Sie nur wenige Tropfen des kostbaren Öls.\nWer sich die unterschiedlichen Produkte eines Arganöl-Tests genauer anschaut, wird schnell auf die hohen Preise aufmerksam werden. Die aufwendige Herstellung sowie die begrenzte Verfügbarkeit sind neben der Wirkung des Arganöls die Gründe für den hohen Preis.\nArganöl in großen Flaschen oder gar Arganöl in Kanistern werden Sie vergeblich suchen. Im Kosmetik-Bereich wird Arganöl in Flakons mit bis zu 100 Milliliter Inhalt verkauft. Handelt es sich um Argan-Speiseöl, sind auch Fläschchen mit bis zu 250 Milliliter Inhalt zu haben.\nDie positive Wirkung des Arganöls auf die Haut soll laut seiner Befürworter die von Shea-Butter und Jojoba-Öl noch übertreffen. Arganöl wird gegen Hautalterung eingesetzt und auch bei Zellulite soll Arganöl helfen.\nWenn Sie sich für Erfahrungen mit Arganöl interessieren, können die Nutzer-Berichte in den einschlägigen Kosmetik-Foren im Internet eine ergiebige Informationsquelle sein.\nBringen Sie Arganöl jedoch mit Essen in Verbindung, konzentriert sich dessen Anwendung auf die Küche. Von den Besonderheiten des Herkunftslandes abgesehen, eignet sich das Arganöl aufgrund seines Aromas für die unterschiedlichsten Speisen. Vor der Verwendung sollten Sie sich die Allergie-Informationen genau durchlesen und überprüfen, ob ein Bio-Siegel oder das Siegel einer anderen Güteklasse beziehungsweise Kategorie vorhanden ist.\n2.1. Arganöl in Tests verspricht sanfte Haut\nArganöl pflegt und verwöhnt die Haut mit Vitaminen und Nährstoffen. Führen Sie jedoch selbst einen Arganöl-Test durch, um herauszufinden, ob das Öl mit Ihrer Haut kooperiert. Neigen Sie zu fettiger Haut, kann das Öl unter Umständen zu schwer sein und zwar weiche Haut bringen, jedoch auch Pickel und Mitesser.\nhilft gegen Spliss und brüchige Nägel\nintensiver, teils aufdringlicher Geruch\n2.2. Arganöl in der Küche: Nussig-sanfter Geschmack\nDie Vitamine, die der Haut helfen, sind auch im Essen nicht zu verachten. Gerade das Vitamin E wirkt antioxidativ und ist gesund. Vitamin E finden Sie in Sonnenblumenöl oder Nüssen, wie Mandeln und Erdnüssen. Somit zählt das Arganöl zu den gesunden Fetten. Das Vitamin stoppt freie Radikale und hilft deswegen nicht nur in Sonnencremes sondern auch bei der Einnahme gegen Hautalterungen vorzubeugen.\ninteressante Akzentuierung unterschiedlichster Speisen\ngeringer Gehalt gesättigter Fettsäuren\n3. Intensiver Geruch als Indiz für hohe Qualität\nAus dem Herkunftsland Marokko stammend, werden die Nüsse des Arganbaums kaltgepresst zu Arganöl verarbeitet.\nWenn Sie die Möglichkeit haben, mehrere Öle in einen Arganieöl-Test oder einem Arganöl-Vergleich einander gegenüber zu stellen, sollte Ihr Arganöl-Testsieger einen besonders intensiven Geruch verströmen.\nEin Arganöl zu kaufen, das nur wenig oder gar nicht duftet, kann sich als Fehlkauf herausstellen. Zwar können auch vergleichsweise günstige Arganöle von guter Qualität sein, die besten Arganöle haben jedoch einen intensiven Geschmack und auch ihren Preis.\nDie Stiftung Warentest hat sich mit dem Thema Arganöl 2015 auseinandergesetzt. Die Ergebnisse sind auf der Webseite der Verbraucherschützer verfügbar. Ob Sie Ihr Arganöl 2019 bei dm, Rossmann oder im Gastronomiebedarf kaufen, wird vom verfügbaren Angebot und Ihren Vorlieben abhängen.\nWir haben eine Liste beliebter Hersteller und Marken für Sie zusammengestellt, die Ihnen bei einer Kaufberatung für Arganöl begegnen können.\nArganöl, das keinen intensiven Duft verströmt und nur wenig Geschmack hat, ist möglicherweise von minderer Qualität. Am Markt sind immer wieder Produkte erhältlich, die nicht nur aus Arganöl, sondern aus einem Gemisch von Argan- und weniger wertvollem Sonnenblumen-oder Erdnussöl bestehen.\n4. Interessante Fragen zum Thema Arganöl\n4.1. Wozu ist Arganöl gut?\nArganöl auf der Haut und auf den Nägeln hat die Wirkung, dass die Haut sanft und die Nägel gestärkt werden.\nArganöl wird zum einen von den Liebhabern natürlicher Kosmetik-Produkte geschätzt. Es verleiht der Haut einen seidigen Glanz und macht sie geschmeidig. Zudem sorgt es für glänzendes Haar und kann dank des hohen Vitamin E-Anteils auch zur Reduzierung von Splissbildung beitragen. Auch brüchige Nägel profitieren von einer Behandlung mit Arganöl.\nDer zweite Anwendungsbereich erstreckt sich auf die Küche. Arganöl gilt als erlesene Zutat für eine Vielzahl unterschiedlicher Speisen. Es hat einen intensiv nussigen Geschmack, der von vielen Liebhabern schmackhafter Gerichte überaus geschätzt wird. Arganöl gehört zu den teuren Speiseölen.\nVorsicht beim Erhitzen! Wenn Sie Ihr Arganöl für kulinarische Genüsse verwenden möchten, sollten Sie auf die übermäßige Erwärmung des wertvollen Öls verzichten. Durch die Hitze können wichtige Inhaltsstoffe verloren gehen und der Geschmack kann leiden.\n4.2. Wie gut ist Arganöl?\nAn der Frage, wie gut Arganöl tatsächlich ist, scheiden sich die Geister. Dies gilt sowohl für den Kosmetik- als auch für den Gastronomie-Bereich.\nLetzten Endes wird immer Ihr persönlicher Geschmack darüber entscheiden, ob Arganöl für Sie ein ganz besonderes Pflegemittel oder eine erlesene Zutat für ein Gericht ist oder eben nicht.\nÄhnlich wie bei Gold spielt für einen Teil der Arganöl-Enthusiasten möglicherweise die begrenzte Verfügbarkeit durch lediglich ein einziges Herkunftsland eine wichtige Rolle für den hohen Wert, den sie dem Öl beimessen.\nArganöl-Tests bestätigen: Es glänzt im Haar, aber auch in der Pfanne\nIntensiver Geruch als Indiz für hohe Qualität\nInteressante Fragen zum Thema Arganöl


Arnold & Richter Cine Technik GmbH & Co. Betriebs KG (ARRI) – Historisches Lexikon Bayerns\nArnold & Richter Cine Technik GmbH & Co. Betriebs KG (ARRI)\nRobert Richter und August Arnold mit ihren Kameras (1918). (Foto: ARRI)\nDie Arriflex 35 von 1937 war die erste Spiegelreflex-Filmkamera weltweit. (Foto: ARRI)\nDie ARRICAM aus dem Jahr 2001 war wegweisend für den Übergang von der klassischen Kameratechnik zur PC-gestützten Kameratechnik. (Foto: ARRI)\nMünchner Unternehmen, das seit 1917 Film- und Kinotechnik entwickelt. Anfangs selbst im Filmgeschäft tätig, wurde die Arnold & Richter Cine Technik GmbH & Co Betriebs KG (ARRI) zum Technikausstatter. 1937 ging die ARRIFLEX 35 in Serie; sie revolutionierte die Kameratechnik. Die technischen Leistungen wurden durch die Verleihung zahlreicher Oscars gewürdigt.\n1 Vom Ladenbetrieb zur mittelständischen Filmfirma\n2 Filmproduktion und Filmtechnik\n3 Die Arriflex\n5 Klassische Filmtechnik und digitale Filmtechnik\nVom Ladenbetrieb zur mittelständischen Filmfirma\nAugust Arnold (1898-1982) und Robert Richter (1899-1972) interessierten sich schon als Schüler für das neue Medium Film. Sie lernten 1915 bei Hilfsarbeiten für den Münchner Filmpionier Martin Kopp (1875-1952), dessen Produktion sich in der Nordendstraße 45 befand, alle wichtigen Akteure dieser neuen Branche kennen. Sie gründeten 1917 die Firma Arnold & Richter Cine Technik GmbH & Co Betriebs KG (ARRI) in der Türkenstraße in München, wo die Firmenzentrale heute noch ansässig ist. Der Zwei-Mann-Betrieb wurde nach dem Ersten Weltkrieg rasch ein Unternehmen, welches das gesamte Spektrum der Filmindustrie vom Kopierwerk über Produktion und Verleih filmtechnischer Geräte aller Art bis zu Produktion und Filmverleih abdeckte. ARRI arbeitete Anfang der 1920er Jahre eng mit der Münchner Lichtspielkunst AG (Emelka) zusammen, schloss sich aber dem Konzern nie an. So profitierte ARRI vom Aufstieg der Emelka Anfang der 1920er Jahre, ohne gegen Ende der 1920er Jahre in deren finanzielle Probleme hineingezogen zu werden.\nFilmproduktion und Filmtechnik\nEin Spezialgebiet von ARRI war anfangs die Produktion von Actionfilmen und "Isar-Western". Später produzierte man auch Tierfilme, Heimatfilme und Filme mit Karl Valentin (1882-1948).\nDer Aufstieg von ARRI erfolgte aber durch erstklassige filmtechnische Entwicklungen. Mit der Kinarri-Reihe entstanden handliche Kameras für Amateure und Profis, die auch international verkauft wurden. Die Kopiermaschinen wurden laufend verbessert; Spiegelfacetten-Scheinwerfer wurden entwickelt und später zu Stufenlinsen-Scheinwerfern verbessert. Ein fahrbares Stromaggregat komplettierte den Verleihpark von ARRI.\nAugust Arnold und sein Chefingenieur Erich Kästner (1911-2005) experimentierten seit 1932 an einer Kino-Spiegelreflexkamera. 1936 hatten sie den ersten Prototyp realisiert. 1937 wurde die serienreife Arriflex 35 auf der Leipziger Messe vorgestellt. Eine im 45-Grad-Winkel zur optischen Achse rotierende und spiegelnde Sektorenblende lenkte das aktuelle Filmbild in der Dunkelphase auf eine Mattscheibe, die mit einer Lupe betrachtet werden konnte. Der schwingungsfreie Lauf der Blende war dabei das größte technische Problem, das gelöst wurde. Das so erzeugte Dunkelphasen-Bild war mit dem tatsächlichen Filmbild parallaxenfrei, lichtgetreu und schärfengleich identisch. Eine genaue Einstellung der Bildgröße, exaktes Schärfeziehen und ein gutes Abschätzen der Lichtverhältnisse waren damit gleichzeitig realisiert. Diese ausgereifte Kameratechnik, kombiniert mit einem Revolverkopf für drei Objektive, einem leichten, im Schwerpunkt schulterbaren Gehäuse, einer leicht wechselbaren 120 m-Kassette und einer Vor- und Nachwicklung war eine Aufsehen erregende Innovation. Mit dieser Kamera begründete ARRI seinen Weltruhm. Im Zweiten Weltkrieg arbeiteten alle Heeresstellen mit der Arriflex; ARRI wurde ein kriegswichtiger Betrieb und musste auch Zielkameras entwickeln. Als die Nationalsozialisten 1933 an die Macht kamen, verfasste August Arnold ein Schreiben an den Staatsminister Hermann Esser (1900-1981) mit der Bitte um gute geschäftliche Beziehungen (Bayer. Hauptstaatsarchiv, MWi 7251). Erst später gingen die Firmengründer auf Distanz zum Regime.\nNach der vollständigen Zerstörung des ARRI-Werkes im Zweiten Weltkrieg (am 13. Juli 1944) wurde 1948 der Betrieb wieder aufgenommen. Obwohl die Patente kriegsbedingt ihren Wert verloren hatten, wurde die Arriflex zum Exportschlager und ARRI zu einem international agierenden Unternehmen. Die 1950er Jahre waren von beständiger Expansion und Neubautätigkeit geprägt: Vor allem in der Münchner Maxvorstadt entstanden Filmateliers, ein Großkino, ein Farbkopierwerk sowie Produktionsanlagen für Kameras, Entwicklungs- und Kopiermaschinen und filmtechnisches Zubehör aller Art. Beständig verbessert und weiterentwickelt wurde die Arriflex, das Zugpferd der Firma. Die Kamera wurde geblimpt (mit einem Schutzgehäuse schallgeschützt) und später selbstgeblimpt (Schall wird bereits in der Kamera minimiert), mit automatischer Belichtungsmessung versehen, bekam variable Okulare, verbesserte Optiken, Pilottonanschluss und eine weitere Ausstattung. 1967 ging der erste technische Oscar an ARRI für die Arriflex 35.\nKlassische Filmtechnik und digitale Filmtechnik\nSeit den 1990er Jahren wird die Arriflex mit digitaler Kontrollelektronik bestückt. Die Arriflex 535A mit Steuerungssoftware und RS-232-Schnittstelle wurde 1996 mit einem technischen Oscar ausgezeichnet. Die neueren Kameramodelle seit der ARRICAM von 2001 sind mit modernster Software ausgestattet, die eine Programmierung von Laufgeschwindigkeiten und optischen Einstellungen zulässt. Auch die ARRICAM arbeitet immer noch nach dem Spiegelblendenprinzip. Ab den 1990er Jahren ist die ARRI im internationalen Filmgeschäft der unumstrittene Marktführer. Von den 300 Profikameras für Film, die jährlich gebaut werden, stammen 220 von ARRI. Neben ARRI gibt es im Segment der 500.000 Euro teuren Kameras nur noch Panavision. Für die Arriflex oder im Zusammenhang mit der Arriflex entwickelte Kinotechnik gingen bis 2010 16 Oscars nach München.\nAuch in der digitalen Filmtechnik, deren Markt wächst, stellt ARRI Kameras her: 2003 kam die Arriflex D-20 auf den Markt, gefolgt von der D-21 (2008). Hier ist ARRI allerdings in Konkurrenz zu vielen Anbietern digitaler Kameras für den Massenmarkt (Fernsehen, Dokumentationen, Independent Film) wie Sony oder RED. Die jüngste Entwicklung ist die Digitalkamera ALEXA (2009), die mit 13,5 Blenden Kontrastumfang sehr nahe an Filmmaterial herankommt und damit auch als Profikamera geeignet ist. Sie ist derzeit ein Verkaufshit. In der Lichttechnik ist ARRI ein LED-Spezialist. Digitale Verarbeitungsgeräte für den Wechsel von analoger zu digitaler Technik wie ARRILASER und ARRISCAN komplettieren das Sortiment. 2010 ging der 16. technische Oscar für ARRI an das ARRISCAN-System.\nArri 1968, 1917-1967. 50 Jahre Arnold & Richter KG, München 1967.\nThomas Brandlmeier, August Arnold, in: CINEGRAPH. Lexikon zum deutschsprachigen Kino. 1. Band, München 1984, D1-D10.\nLothar Just, Filmtechnik aus Bayern. Film technology "Made in Bavaria", KnowHow für die Welt, Products & Services, München 2008.\nHermann Simon, Hidden Champions des 21. Jahrhunderts. Die Erfolgsstrategien unbekannter Weltmarktführer, Frankfurt am Main/New York 2007.\nJoseph Vilsmaier, Der Mann mit der Kamera. August Arnold war ein Pionier der Filmtechnik, in: Jahrhundert-Münchner. Eine Serie der Süddeutschen Zeitung, München 2000, 9-13.\nSylvia Wolf, ARRI. 75 Jahre. Eine Bilddokumentation, München 1992.\nInternetpräsenz der ARRI Group, Unternehmensgeschichte (englisch)\nInternetpräsenz der ARRI Group\nDeutsches Museum: Die Arriflex von Arnold und Richter\nARRI Group, ARRI\nThomas Brandlmeier, Arnold & Richter Cine Technik GmbH & Co. Betriebs KG (ARRI), publiziert am 16.12.2010; in: Historisches Lexikon Bayerns, URL: <http://www.historisches-lexikon-bayerns.de/Lexikon/Arnold & Richter Cine Technik GmbH & Co. Betriebs KG (ARRI)> (18.01.2019)


Treiber aktualisieren für Anfänger - Windows 10 - IT-Verstehen\nFehlerbehebung bei Windows Windows Windows Software\n17. April 2021 19. April 2021 Host\nJeder Windows Nutzer muss regelmäßig Treiber aktualisieren. Mit den Bordmitteln ist dies allerdings sehr umständlich und für unerfahrene Anwender kaum zu meistern. Denn die “automatisierten” Treiberupdates in Windows sind kaum vorhanden und Sie bekommen auch keinen Hinweis, wann es wieder soweit ist, etwas zu aktualisieren. Deshalb gibt es Programme von Drittanbietern, die diese Automatisierung bieten und selbständig im Hintergrund prüfen, on es neue Treiber gibt. Ein solches Programm stelle ich Ihnen in meinem Video Tutorial weiter unten im Artikel vor.\nDoch was sind Treiber und warum sind sie wichtig?\nVereinfacht ausgedrückt kann man Treiber als Übersetzter oder Vermittler zwischen dem Betriebssystem Windows und allen angeschlossenen Hardwarekomponenten ansehen. Es gibt unzählige Geräte auf dem Markt, mit denen Ihr Computer kommunizieren können muss. Also zum Beispiel verschiedene Mäuse, Tastaturen, Drucker, USB-Sticks, aber auch interne Geräte wie Grafikkarten, Prozessoren und Festplatten.\nJedes dieser Geräte hat vollkommen unterschiedliche Funktionen, Tasten und Anzeigen. Natürlich kann Windows nicht jedes Gerät auf der Welt kennen und wissen wie es jede Funktion davon anspricht und welche Funktionen es überhaupt gibt. Damit Sie dennoch jedes Gerät betreiben können werden Treiber benötigt. Sie vermitteln zwischen Windows und jedem Gerät und sorgen dafür, dass Sie jede Komponente korrekt und fehlerfrei einsetzten können. Viele einfache Geräte, wie Standard Mäuse und Tastaturen ohne besondere Funktionen verlangen keine Treiberinstallation. Es reicht völlig, das Gerät mit dem Rechner zu verbinden und Sie können es direkt nutzen. Denn Windows führt eine umfangreiche Bibliothek mit Standardtreibern. Zusätzlich gibts es Geräte, wie USB-Sticks, die den benötigten Treiber bei Einstecken des Sticks automatisch im Hintergrund installieren.\nFür alle anderen Geräte mit mehr als den Standardfunktionen ist eine Treiberinstallation erforderlich, die vom Anwender vorgenommen werden muss. Wenn Sie neue Geräte kaufen, wie beispielsweise Drucker, liegt ihnen häufig eine Treiber-CD bei. Da viele Notebooks, aber auch immer mehr PCs kein CD-Laufwerk mehr besitzen, legen Hersteller immer seltener solche CDs ins Paket. Für gewöhnlich liegt dort nur der Hinweis, dass Sie den Treiber von der Herstellerseite runterladen sollten. Der Vorteil davon ist, dass Sie dadurch automatisch den aktuellsten Treiber runterladen.\nDoch Treiber sind nicht “statisch”, sie benötigen regelmäßige Updates. Dies hat verschiedene Gründe, aber der wichtigste Grund ist, dass die Basis (also Windows) ständig weiterentwickelt wird. Dies führt dazu, dass sich der Programmcode von Windows immer wieder ändert und dadurch veraltete Treiber manchmal nicht mehr korrekt ansprechen kann. Das äußert sich dann beispielsweise darin, dass Ihre Geräte nicht mehr korrekt funktionieren oder Fehlermeldungen erscheinen.\nWie Sie Treiber installieren & aktualisieren\nSomit ist es sehr wichtig regelmäßig Treiber zu aktualisieren, damit Ihr Rechner immer schnell und stabil läuft. Ich nutze dafür die Software “Driver Booster“. Sie ist sehr einfach in der Anwendung und beherbergt eine riesige Datenbank mit Millionen von Treibern für alle gängigen Geräte. Die Datenbank wächst dabei stätig und das Tool prüft häufig, ob es Aktualisierungen für Ihre Komponenten gibt.\nEs gibt sowohl eine kostenlose als auch eine kostenpflichtige Version des Programms. Im Grunde reicht die kostenlose völlig aus, aber wenn Sie noch weitere Funktionen nutzen möchten und auf eine noch größere Treiberdatenbank zurückgreifen wollen, dann sollten Sie sich auf jeden Fall die kostenpflichtige Version genauer anschauen. Die genauen Vorteile finden Sie auf der Homepage des Herstellers erklärt: Driver Booster\nHier kommt nun das Video, in dem Sie Schritt-für-Schritt lernen, wie Sie Treiber mit dem Geräte-Manager von Windows und mit der Software “Driver Booster” aktualisieren:\nSuchen Sie eine A bis Z Anleitung für Windows? Dann ist meine umfassende Videoanleitung zu verschiedenen Windows Themen “Windows 10 Komplettkurs für Einsteiger” genau für Sie: Link\n← Wie Sie von USB / CD booten – 5 einfache Möglichkeiten\nFirefox Browser Anleitung für Anfänger →