Refine
Year of publication
Document Type
- Article (31408)
- Part of Periodical (11970)
- Book (8333)
- Doctoral Thesis (5741)
- Part of a Book (3969)
- Working Paper (3393)
- Review (2940)
- Contribution to a Periodical (2369)
- Preprint (2289)
- Conference Proceeding (1585)
Language
- German (43341)
- English (30124)
- French (1071)
- Portuguese (843)
- Multiple languages (320)
- Spanish (309)
- Croatian (302)
- Italian (198)
- mis (174)
- Turkish (168)
Keywords
- Deutsch (1082)
- Literatur (873)
- taxonomy (768)
- Deutschland (553)
- Rezension (511)
- new species (456)
- Rezeption (354)
- Frankfurt <Main> / Universität (341)
- Übersetzung (329)
- Geschichte (301)
Institute
- Medizin (7803)
- Präsidium (5239)
- Physik (4693)
- Extern (2742)
- Wirtschaftswissenschaften (2716)
- Gesellschaftswissenschaften (2378)
- Biowissenschaften (2204)
- Biochemie und Chemie (1978)
- Frankfurt Institute for Advanced Studies (FIAS) (1815)
- Informatik (1657)
Funktionsorientierte Bausteine zur Integration kontinuierlicher Medien in verteilte Anwendungen
(1997)
Das Ziel der vorliegenden Arbeit war die Entwicklung einer komfortablen Beschreibung verteilter Anwendungen, die kontinuierliche Medien integrieren. Die Klarheit des Ansatzes ergibt sich aus der Beschränkung auf die anwenderrelevanten Funktionalitäten. Weitere Gebiete, die systembezogen sind, wurden nur soweit wie nötig behandelt. Die Aufgaben anderer Bereiche, wie des Betriebssystems und des Managementsystems sowie der Kommunikationsdienste, konnten nur gestreift werden, indem die anwendungsabhängigen Anforderungen spezifiziert wurden. Durch deren Extraktion und die Zuordnung der Anforderungen an die einzelnen Bereiche, ergibt sich eine klarere Sicht auf Betriebssystem, Management und Kommunikationsdienste und deren notwendige Weiterentwicklung. Das entwickelte Funktionenmodell beschreibt zusammenhängend alle mit kontinuierlichen Medien verbundenen Arbeiten. In der vorliegenden Arbeit wurde gezeigt, wie aus den Funktionen auf kontinuierlichen Medien durch die Spezifikation geeigneter Schnittstellen Bausteine zur Integration der Medien in verteilte Anwendungen erstellt werden. Die Beschrei bung der Bausteine erfolgt durch diese Schnittstellen; es sind Steuer-, Daten- und Managementschnittstellen. Die Herauslösung der gesonderten Beschreibung der Multimedia-Datenflußstruktur schafft einerseits die Grundlage für eine Teilklassifikation der Anwendungen nach Medien-Gesichtspunkten. Andererseits kann die Erstellung einer Anwendung aus einer bestimmten Anwendungsklasse, wie zum Beispiel ein einfaches Wiedergabesystem, durch die gesonderte Beschreibung der Multimedia-Datenflußstruktur schneller in der Bausteinstruktur realisiert werden. Das Funktionenmodell wird auch in [Fritzsche96] beschrieben. Das in dieser Arbeit konzipierte Bausteinmodell gewährleistet eine integrierte Beschreibung von Geräten, Werkzeugen und Anwendungen kontinuierlicher Medien. Die verwendete Beschreibungstechnik erlaubt dabei nicht nur eine übersichtliche Darstellung sondern bietet auch hierarchische Strukturierungen an. Das Zusammenspiel der Bausteine erfordert zu sätzliche Komponenten zur Steuerung und Abstimmung der einzelnen Funktionen, die in dieser Arbeit neu eingeführt werden. Es lassen sich sowohl zentralistische als auch verteilte Steuerungen realisieren. Mit einer entsprechenden Schnittstelle versehen kann eine Steuerkomponente eine ganze Gruppe von Bausteinen dem Benutzer als Einheit zur Verfügung stellen. Somit lassen sich auch verschiedene Medien und/oder mehrere Funktionen gemeinsam mit einer Steuerkomponente zu einem Baustein zusammenfassen. Diese zusammenge setzten Bausteine bieten nun echte Multifunktionalität und Multimedialität. Durch die Komponenten- und Anwendungsmodellierung nach [Zimm93] wird darüber hinaus eine flexible, auch dynamisch änderbare Anwendungsstruktur vom Anwendungs-Management ermöglicht. Das Bausteinmodell wird auch in [Fritzsche96] behandelt. Bisherigen Ansätzen für Multimedia-Komponenten fehlt die allgemeine Interoperabilität der Komponenten. Diese kann nur durch eine umfassende, formale Spezifikation der Komponenten-Schnittstellen, insbesondere aber von Steuerschnittstellen, erfolgen. Zur Spezifikation der Schnittstellen ist die Integration der kontinuierlichen oder zeitabhängigen Medien als abstrakte Datentypen unabdingbar. Auf diese Art werden aus den Komponenten Bausteine. Im vorliegenden Ansatz wurden erstmalig Steuerschnittstellen für Multimedia-Komponenten spezifiziert und als Hierarchie dargestellt. Der neue Ansatz erlaubt es daher, multimediale Systeme nach einem Baukastensystem zu erstellen, indem Bausteine durch Bindung untereinander zu einer Anwendung zusammengesetzt werden. Nach der Verbindungsstruktur der multimedialen Anwendung können verschiedene Anwendungstypen unterschieden werden. Die Definition der Komponentenschnittstellen bezieht sich auf ein abstraktes Datenmodell für kontinuierliche Medien. Das Datenmodell ist eine eigenständige Weiterentwicklung der Ansätze von [Herrtw91] und [Gibbs94] und kann auch zur Realisierung der Komponenten verwendet werden. Multimediadaten wurden zunächst auf zwei Ebenen als Sequenz und Sequenzelemente modelliert. Daraus lassen sich bereits einige Funktionen auf den Daten ableiten, die von den Bausteinen realisiert werden müssen. Kennzeichnend für die Sequenzelemente ist, daß sie die Zeitparameter Zeitpunkt und Dauer besitzen und damit eine explizite Integration der Zeit in das Datenmodell realisieren. Aus diesen Parametern der Elemente können auch für die Sequenz die Parameter Zeitpunkt und Dauer abgeleitet werden. Somit könnte eine Sequenz selbst wieder Element einer Sequenz werden. Da diese Sequenzen von Sequenzen aber zum Teil schwer zu handhaben sind und zum Aufbau von sehr komplexen Verschachtelungen verleiten, wird in dieser Arbeit eine andere Erweiterung der Datenhierarchie, eine Liste, vorgestellt. Diese Erweiterung führt nur eine weitere Hierarchieebene oder Granularitätsstufe ein, ist aber durch die vorgegebenen Funktionen gleichmächtig wie die Verschachtelung der Sequenzen, im Operationsablauf aber leichter nachzuvollziehen. Die Liste repräsentiert die gröbste Granularitätsstufe. Diese ist mit der Titelfolge einer Schallplatte oder einer CD vergleichbar. Die einzelnen Teile haben zueinander nur eine lose Ordnung. In der ersten Verfeinerung der Granularität wird in jedem einzelnen Listenelement eine strenge zeitliche Ordnung gefordert; ein Listenelement ist eine Sequenz. In der zweiten Stufe der Verfeinerung, der Unterteilung der Sequenzen, treten die bereits bekannten Se quenzelemente auf. Die Daten werden im Ticker-Schrittgeber-Modell interpretiert. Dieses Modell erhält zwei Zeitebenen, den Ticker als Bezugssystem der Funktionen untereinander und den Schrittgeber als Steuerung der einzelnen Funktionen. Ein zweistufiges Uhrenmodell mir festgesetzten Operationen und Uhrenbeziehungen wird in dieser Arbeit neu eingeführt. Die Beziehung zwischen Schrittgeber und Ticker ist, daß ein Schritt nach einer bestimmten Anzahl von Ticks erfolgt. Der Startwert des Tickers kann frei gewählt werden, ebenso der Startwert des Schrittgebers. Für den Schrittgeber bestimmt sein Start-Tick, wann er beginnt fortzuschreiten. Ein Schrittgeber ist mit genau einer Sequenz verbunden, deren Start-Schritt beschreibt, bei welchem Schrittwert das erste Sequenzelement gültig wird. Die Start-Zeitpunkte der Elemente und ihre Dauern werden in Schritten gemessen. Das Datenmodell für Multimedia wurde in [Fritzsche95] veröffentlicht. Implementierungen Als Grundlage für die Entwicklung der Bausteine zur Integration kontinuierlicher Medien in verteilte Anwendungen wurden die Funktionen auf den Medien herangezogen. Diese sind in ihren einfachsten Formen die Grundfunktionen Perzeption, Präsentation und Speicherung der Medien, wobei die Speicherung in die Funktionen Schreiben in den Speicher und Lesen aus dem Speicher geteilt wird. Die durch die Perzeption festgelegten, oder künstlich erzeugten Mediendaten können zwischen den einzelnen Funktionen übertragen werden. Eine Bearbeitung der Daten ist beim Austausch zwischen den Funktionen möglich. Die Veränderung der Daten und ihr Bezug zu den Grundfunktionen wird durch die Verarbeitungsfunktionen der Typen f 1 bis f 5 beschrieben. Die Funktionen werden durch Operationen gesteuert, die aus dem Datenmodell abgeleitet werden. Insbesondere wird so auch die explizite Veränderung der Zeitparameter möglich. Somit bietet das Datenmodell eine geeignete Grundlage für jede Art der Verarbeitung kontinuierlicher Medien. Das entwickelte Modell unterstützt die Anwendungserstellung durch objektorientierte Ansätze auf den Ebenen der Konzeption, der Anwendungsspezifikation und der Komponentenentwicklung. Konzeptionell bietet das Funktionenmodell die schnelle und übersichtliche Darstellung der Anwendung. Die aus dem Funktionenmodell ableitbare Anwendungsspezifikation unterstützt die weitere Entwicklung durch Anwendungs- und Komponentenschablonen, sowie durch die vorgefertigte und erweiterbare Hierarchie der Schnittstellen und durch die Bibliotheken für Standardbausteine. Die Verwendung dieser Elemente der Anwendungsspezifikation läßt sich teilweise automatisieren. Das Ergebnis der Anwendungsspezifikation ist eine Menge von Komponenten, die alle vollständig spezifiziert sind. Diese Komponenten sind die funktionsorientierten Bausteine zur Integration kontinuierlicher Medien in verteilte Anwendungen. Im ersten Schritt wurde das vorgestellte Datenmodell mit seinen Operationen in einer objektorientierten Programmiersprache (C [Lipp91]) implementiert [Braun92]. Darauf aufbauend wurden verschiedene Anwendungsfunktionen und Normalisierungsoperationen entwickelt und für den Bereich Audio realisiert [Bast93]. Die von den Funktionen auf kontinuierlichen Medien abgeleiteten Bausteine werden, wie in der vorliegenden Arbeit ausführlich dargestellt, als Komponenten verteilter Anwendungen realisiert. Aus den verschiedenen Realisierungsebenen sollen hier zwei Beispiele hervorgehoben werden. Zunächst wird auf die Komponentenrealisierung eingegangen; danach folgt die Realisierung von Tickern und enger Kopplung. Diese beiden Punkte stellen zentrale Aufgaben des Ansatzes dar. Realisierung von Komponenten Die Realisierung der Komponenten gliedert sich in zwei Abschnitte. Der erste Abschnitt ist die Zerlegung einer Komponente in Standardobjekte nach [Zimm93]. Die Standardobjekte entstammen Kommunikationsklassen, Stub- und Dispatcherklassen, Anwendungsklassen und Kooperationsprotokollklassen. Die Objekte der Anwendungsklassen realisieren die Anwendungsfunktionalität der Komponente. Das Ausprogrammieren dieser Objekte stellt den zweiten Abschnitt der Komponentenrealisierung dar. Dazu liefert das entwickelte Datenmodell die Programmierunterstützung. Zur Abbildung der Spezifikationskonstrukte der Komponenten auf Implementierungskonstrukte wird in [Zimm93] eine Methode vorgestellt, die die unterschiedlichen Konstrukte für Schnittstellen, Kommunikationskontexte und Komponenten auf Klassen und Objekte abbildet. So entsteht eine Klassenhierarchie von C Klassen [Lipp91] für kommunikations-, anwendung-s und managementorientierte Objekte. Weiterhin wird in [Zimm93] ein Verfahren vorgestellt, durch das in Abhängigkeit von den Eigenschaften einer Komponente parallel ablaufende Datenflüsse in ein System von leichtgewichtigen Prozessen (Threads) transformiert werden können. Als Resultat gewinnt man eine modulare Softwarearchitektur der Komponente, die sich aus interagierenden Objekten und zugehörigen Threads zusammen setzt. In [Zimm93] werden folgende Objektklassen unterschieden: . Kommunikationsklassen . Stub- und Dispatcherklassen . Anwendungsklassen . Kooperationsprotokollklassen. Eine elementare Objektarchitektur aus diesen Klassen ist in Abbildung 54 dargestellt. Es gibt jeweils eine Realisierung für eine Supplier-Komponente und eine Consumer- Komponente. Die Anwendungsobjekte können bezüglich ihrer Funktionalität in initiierende und akzeptierende Objekte eingeteilt werden. Im Falle unidirektionaler Schnittstellen sind die Anwendungsobjekte auf der Konsumentenseite (z.B. Benutzerkomponente) für die Initiierung von Methoden an Schnittstellenobjekten verantwortlich. Beispielsweise ist ein Anwendungsobjekt innerhalb der Benutzerkomponente für die Initiierung der Steueroperationen verantwortlich. Im Falle von interaktiven Komponenten [Zimm93] erfolgt dazu ein Benutzerdialog mit einem interaktiven Benutzer. Also realisiert innerhalb der Benutzerkomponente das Anwendungsobjekt einen solchen Benutzerdialog. Anwendungsobjekte auf der Konsumentenseite stellen somit typischerweise keine eigenen Methoden bereit, sondern bestehen lediglich aus einem Konstruktor. Auf der akzeptierenden Seite, den Anbieter (Supplier), realisiert ein Anwendungsobjekt die Operationen an einer Schnittstelle. Dazu wird eine Methode accept benötigt, falls ein verbindungsorientierter Kommunikationskontext zugrunde liegt. Diese Methode dient der Behandlung eingehender Verbindungswünsche. In [Alireza94] werden verschiedene Komponentenrealisierungen ausführlich vorgestellt. Die Realisierung der Ticker und Schrittgeber stellt die Einbettung der zeitbezogenen Komponenten in ihre (Betriebssystem) Umgebung dar. Ähnlich, wie eine Komponente über den Socketmechanismus Zugang zum Kommunikationssystem erhält, erhält eine zeitbezogene Komponente über den Ticker-Schrittgeber-Mechanismus Zugang zum Zeitbezugssystem. Denn die Schrittgeber beziehen sich auf Ticker, Ticker aber auf die Systemzeit. Da auch die Systemzeit als Takt zur Verfügung gestellt wird, können Ticker und Schrittgeber wegen ihrer ähnlichen Funktionalitäten aus einer gemeinsamen Zeitgeberklasse abgeleitet werden. Im Anhang C ist die Deklaration dieser gemeinsamen Klasse angegeben. In einer Anwendung beziehen sich die Schrittgeber verschiedener Komponenten auf einen gemeinsamen Ticker. Dieser Ticker liegt in der Systemumgebung der den Komponenten gemeinsamen interaktiven Benutzerkomponente. Die interaktive Benutzerkomponente verteilt die Ticks über die Steuerschnittstellen an die Komponenten und realisiert so die enge Kopplung der Komponenten. Bei einer Tickrate von 600 Hz ist es nur innerhalb eines Systems sinnvoll jeden Tick als Ereignis zu verteilen. Anstatt nun zu jedem Tick ein Ereignis zu verteilen werden bei der Tickverteilung Tickwerte mit fester Rate verteilt, wobei diese Rate in die Größenordnung der Schritte fällt. Um die Übertragungsraten gemäß den Anforderungen an der Steuerschnittstelle klein zu halten, wird zu jedem Schritt nur ein Teil (1 Byte) des Tickwertes übertragen. Begonnen wird mit der Übertragung des höchstwertigen Bytes, so daß im letzten Schritt einer Tickerübertragung mit dem letzten Byte der genaue aktuelle Tickwert übertragen wird. Ähnliche Verfahren werden bereits bei anderen Synchronisations verfahren verwendet. Eine genaue Beschreibung sowie die Kodierung für die verschachtelte Übertragung von Tickwerten und SchnittstellenAufrufen wird in [Hesme93] vorgestellt. Weitere Entwicklung Zur Realisierung verteilter multimedialer Anwendungen, muß man die einzelnen verteilten Komponenten bestimmen und ihre Funktion beschreiben. Die Komponenten tauschen unter einander Steuerungsinformationen und Multimediadaten aus. Diese Daten und das beim Austausch verwendete Protokoll sollten allgemein standardisiert sein, um den Zusammen schluß heterogener Systeme zu ermöglichen. In der vorliegenden Arbeit wurde gezeigt, wie sowohl die Daten als auch das Zusammenspiel der Komponenten festgelegt werden können. Obwohl alle Geräteklassen und Geräte funktionen sowie verschiedene Werkzeuge entwickelt wurden, und das vorgestellte Modell die gesamte Entwicklung verteilter multimedialer Anwendungen unterstützt, ist dieses große Gebiet noch lange nicht erschöpfend behandelt. Eine Erweiterung der Managementschnittstellen und die Realisierung von komplexen Werkzeugen sind die vordringlichsten Aufgaben. Damit entsteht ein mächtiges Entwicklungswerkzeug für Multimediaanwendungen. Funktionsorientierte Bausteine zur Integration kontinuierlicher Medien in verteilte Anwendungen Eine weitere Aufgabe ist die genauere Untersuchung der Nebenbedingungen, die zur Unterscheidung der Funktionen der Typen f 1 bis f 5 führten. Aus diesen Untersuchungen sowie aus den Ergebnissen der Ticker- und Schrittgeber-Realisierung lassen sich dann genauer spezifizierte Anforderungen an die Betriebs- oder Kommunikations-Systeme ableiten.
Ziel der Arbeit war es ein Cochlea-Implantat zur mehrkanaligen chronischen Elektrostimulation des Nervus cochlearis der kongenital gehörlosen weißen Katze zu entwickeln, um damit einen Beitrag zur Grundlagenforschung der zentralen Hörbahnreifung und der hierbei wichtigen kritischen Entwicklungsperioden zu leisten. Dazu wird das letztendlich mit fünf getrennt ansteuerbaren Elektrodenflächen versehene Implantat in einer Operation in die Scala tympani der meist 12 - 15 Wochen alten, gehörlosen Katzen eingesetzt und diese im Anschluß daran für etwa sechs bis acht Monate chronischen neurophysiologischen Experimenten unterzogen. Die hier geleistete Arbeit wurde nötig, da die am Markt erhältlichen, kommerziellen Humanelektroden aufgrund der für Tierversuche mangelnden mechanischen Belastbarkeit ungeeignet sind. Eine für die University of Melbourne aus der NUCLEUS®-22-Elektrode weiterentwickelte Feline-Version (Shepherd, 1993; Xu et al. 1997) der australischen Firma NUCLEUS Ltd. ist kommerziell nicht verfügbar. Im Rahmen der in den folgenden Kapiteln dargelegten theoretischen Überlegungen und Entwicklungsstufen wurde letztendlich in einem Kompromiß zwischen idealem Design und der technischen Realisierbarkeit ein (5 1)- Implantat mit den geforderten elektrischen und mechanischen Eigenschaften entwickelt (siehe Abb. 1). Dieses besteht aus einer Elektrodenspitze in Form einer Goldkugel und vier separaten, durch Silikonringe voneinander getrennten Golddrahtringen. Die Kontaktierung dieser Elektrodenflächen erfolgt rein mechanisch mittels teflonisolierter 7-fach Edelstahllitzen, die bis zur erforderlichen Steckverbindung zum Signalprozessor in einem Medical-Grade-Silikonschlauch geführt werden. Die Zuleitung der indifferenten Elektrode, die in ihrem Aufbau der Implantatspitze gleicht und aus einer etwas größeren Goldkugel besteht, wird ab etwa 3/5 der Länge in einem parallel gelegenen Schlauch geführt. Dadurch kommt sie nach erfolgter Implantation im Nackenbereich der Katze zu liegen. Beide Schläuche verlaufen subcutan bis in die Schulterblattregion und werden hier durch eine transcutane Öffnung zu dem in einer Art Pullover am Rücken getragenen Signalprozessor geführt. Alle Entwicklungsstufen wurden jeweils elektrisch und mechanisch in vitro getestet und zum Teil anschließend implantiert. Dabei kam es bei den ersten implantierten Versionen aufgrund mangelnder mechanischer Dauerbelastbarkeit immer wieder zu Beeinträchtigungen der chronischen neurophysiologischen Experimente. Diese Probleme sind mit der Version "5 1-Edelstahl an Gold geknotet" behoben worden, und der bis jetzt mit dieser Technik einzige Ausfall einer Elektrodenfläche beruhte auf einem Litzenbruch der betreffenden Edelstahlzuleitung. Eine Erweiterung auf sechs Elektrodenflächen im intracochleären Bereich ist möglich, weitergehende Entwicklungswünsche bedürften dann jedoch der Verwendung neuer Materialien und Techniken.
Hämosiderinbeladene Alveolarmakrophagen in der bronchoalveolären Lavage pädiatrischer Patienten
(1998)
Idiopathische pulmonale Hämosiderose (IPH) ist eine seltene Erkrankung unklarer Ätiologie, die hauptsächlich Kinder und Jugendliche betrifft. Pulmonale Hämorrhagie ist in Assoziation mit diversen respiratorischen und systemischen Krankheiten beschrieben (Systemischer Lupus Erythematodes, Goodpasture Syndrom). Eine frühe Diagnose der pulmonalen Hämorrhagie ist von großer Bedeutung, da die in Frage kommenden Erkrankungen progrediente und letale Verläufe nehmen können. Die bronchoalveoläre Lavage (BAL) ist die Methode der Wahl, um hämosiderinbeladene Makrophagen nachzuweisen und mögliche Ursachen zu diagnostizieren (Infektionen, maligne Prozesse). Studie: Es wurden 64 bronchoalveoläre Lavagen hinsichtlich des Hämosideringehaltes ausgewertet und bezüglich einer möglichen differentialdiagnostischen Bedeutung in der Pädiatrie untersucht. Da in unserer Kontrollgruppe wesentlich weniger Hämosiderin nachweisbar war als bisher beschrieben, wurde ein neuer Hämosiderin-Score für pädiatrische Patienten erstellt. Ergebnisse: Weder bei Patienten mit pulmonaler Symptomatik auf dem Boden eines gastroösophagealen Refluxes, noch bei Patienten mit chronischen Lungenkrankheiten anderer Genese wurden erhöhte Hämosiderin-Werte festgestellt. Schlußfolgerung: Da bei Kindern erhöhte Hämosiderin-Score in Assoziation mit chronischen pulmonalen Erkrankungen nicht gefunden wurden, sind auch nur leicht erhöhte Hämosiderin- Scores als möglicher Hinweis auf eine ernste Systemerkrankung anzusehen. Fallbeispiel: Über ein Kleinkind mit idiopathischer pulmonaler Hämosiderose bei einer gastroösophagealen Refluxerkrankung wird berichtet.
Die AICD-Implantation ist heute Therapie der Wahl zur Behandlung von Tachyarrhythmien bei Hoch-Risiko- Patienten nach überlebtem Herztod (1,2). Bezüglich einer differenzierten AICD-Therapie ist es hierbei von großem Interesse, ob die zur Implantation führende Rhythmusstörung, also Kammerflimmern oder ventrikuläre Tachykardie, Aussagen über Art und Häufigkeit von Rezidiven zulassen. Hinsichtlich der Inzidenz von therapiebedürftigen Tachyarrhythmien zeigt sich in unserer Patientenpopulation kein Unterschied zwischen Patienten mit Kammerflimmern und solchen mit einer ventrikulären Tachykardie als primärem Rhythmusereignis. Bei der Unterscheidung dieser Patientenpopulation muß in Betracht gezogen werden, daß dem Kammerflimmern zwar oft eine (nicht-dokumentierte) degenerierte ventrikuläre Tachykardie vorausgeht, monomorphe ventrikuläre Tachykardien und Kammerflimmern aber ansonsten unterschiedliche elektrophysiologische Charakteristiken aufweisen. So zeigt die genaue Analyse der gespeicherten intrakardialen Elektrogramme und Therapien, daß es bei Patienten mit Kammerflimmern signifikant häufiger zu Schockabgaben bei Kammerflimmern kam. Sollten sich diese Daten in größeren Patientenpopulationen bestätigen, wäre zu überlegen, ob Patienten mit Kammerflimmern als primäres Rhythmusereignis mit den weniger komplexen und kostengünstigeren AICD ohne ATP-Funktion versorgt werden könnten. Der Vergleich der Patienten mit der kardialen Grunderkrankung KHK und DCM zeigt weder einen Unterschied in der primären Rhythmusstörung noch im weiteren klinischen Verlauf. Wie in zahlreichen klinischen Studien belegt, ist auch in unserer Population eine stark eingeschränkte linksventrikuläre Ejektionsfraktion < 35 % der stärkste positive Prädiktor für das Auftreten einer erneuten Rhythmusstörung. Zusammenfassend haben also für identifizierte Hoch-Risiko-Patienten nach überlebtem Herztod weder die primäre Tachyarrhythmie noch die zugrundeliegende Herzerkrankung einen prädiktiven Wert für die Inzidenz von Tachyarrhythmieepisoden. Patienten mit Kammerflimmern als primärem Rhythmusereignis scheinen jedoch weniger vom ATP zu profitieren.
Die Fundmeldungen in Band 24 von Botanik und Naturschutz in Hessen tragen die laufenden Nummern 1750 bis 1872 und stammen von Rolf Angersbach, Kurt Baumann, Ralph Baumgärtel, Dieter Bickler, Dirk Bönsel, Wolfgang Ehmke, Christian Feuring, Thomas Gregor, Volker Holzgreve, Karsten Horn, Heinz Kalheber, Gerwin Kasperek, Matthias Kellner, Detlef Mahn, Hans Reichert, Bernd Sauerwein, Hjalmar Thiel, Bärbel Wellmann und Jochen Wulfhorst.