Vorlesungsunterlagen Krankenhausinformationssysteme 2

Strategisches Management von 

Krankenhausinformationssystemen 

(KIS II) 

Wintersemester 2005/2006 

Prof. Dr. Alfred Winter, Thomas Wendt, Dr. Gert Funkat 

Universität Leipzig 

Institut für Medizinische Informatik, Statistik und Epidemiologie 

Universität Leipzig Institut für Medizinische Informatik, Statistik und Epidemiologie 

10.2_KIS2_05_Folien.doc-07.10.2005

Inhaltsverzeichnis 2 

Inhaltsverzeichnis 

Inhaltsverzeichnis.............................................................2 

Voraussetzungen .............................................................5 

Empfehlung: .....................................................................7 

1 Thema Vorlesung Fehler! Textmarke nicht definiert. 

Der geplante „Rote Faden“ ..............................................8 

2 Grundlagen (Wiederholung aus KIS I)....................9 

2.1 Krankenhausinformationssysteme ........................................ 10 

2.2 Aufgaben des Krankenhauses, die das KIS 

unterstützen muss ................................................................. 11 

2.3 Modellierung von 

Krankenhausinformationssystemen ...................................... 12 

2.4 Ein Metamodell für die Modellierung von 

Krankenhausinformationssystemen: Das 3-Ebenen- 

Metamodell 3LGM²................................................................ 16 

2.5 Management von 

Krankenhausinformationssystemen ...................................... 21 

2.6 Hausaufgaben ....................................................................... 24 

3 Was sind Krankenhausinformationssysteme? (Wie 

werden sie konstruiert?)........................................26 

3.5 Werkzeuge der Informationsverarbeitung im 

Krankenhaus ......................................................................... 26 

3.5.1 Typische rechnerunterstützte 

Anwendungsbausteine ............................................. 27 

3.5.2 Typische Physische 

Datenverarbeitungsbausteine................................... 43 

3.5.3 Klinische Arbeitsplatzsysteme (healthcare 

professional workstations (HCPW)) ..........................48 

3.5.4 Elektronische Patientenakten-Systeme 

(electronic patient record systems) ...........................49 

3.6 Architekturen von 

Krankenhausinformationssystemen.......................................51 

3.6.1 Architekturstile der logischen 

Werkzeugebene ........................................................52 

3.6.2 Architekturstile der physischen 

Werkzeugebene ........................................................57 

3.7 Integrität und Integration im KIS ............................................70 

3.7.1 Integrität (bei Verteilten 

Krankenhausinformationssystemen).........................72 

3.7.2 Integration .................................................................77 

3.7.3 Methoden & Werkzeuge zur 

Systemintegration in verteilten Systeme...................87 

3.7.4 Methoden und Werkzeuge für die Integration 

von Krankenhausinformationssystemen .................114 

3.7.5 Integration des 

Krankenhausinformationssystems in das 

(regionale) Gesundheitsinformationssystem...........145 

4 Was zeichnet ein gutes 

Krankenhausinformationssystem aus? ..............148 

4.1 Einleitung .............................................................................149 

4.2 Strukturqualität bei 

Krankenhausinformationssystemen.....................................150 

4.2.1 Qualität der Daten ...................................................150 

4.2.2 Qualität der Anwendungsbausteine ........................152 

4.2.3 Qualität der Physischen 

Datenverarbeitungsbausteine .................................156 


10.2_KIS2_05_Folien.doc


4.3 Prozessqualität bei 

Krankenhausinformationssystemen .................................... 164 

4.4 Ergebnisqualität bei 

Krankenhausinformationssystemen .................................... 170 

4.5 Balance als Herausforderung des 

Informationsmanagements.................................................. 174 

4.6 Rechtliche Anforderungen (Datenschutz) ........................... 175 

4.6.1 Rechtsgrundlagen................................................... 177 

4.6.2 Grundanforderungen und Maßnahmen zu 

ihrer Sicherstellung................................................. 186 

4.6.3 Gesetze .................................................................. 204 

4.6.4 Literatur................................................................... 207 

5 Wie erreicht man ein gutes 

Krankenhausinformationssystem? (Wie führt man 

strategisches Informationsmanagement im 

Krankenhaus durch?)..........................................208 

5.1 Strategisches Denken ......................................................... 210 

5.1.1 Unternehmensstrategie .......................................... 211 

5.1.2 Unternehmensstrategie als Voraussetzung 

für strategisches Informationsmanagement ........... 215 

5.1.3 Literatur................................................................... 217 

5.2 Organisatorische Voraussetzungen für 

(strategisches) Informationsmanagement im 

Krankenhaus ....................................................................... 218 

5.2.1 Theorie (Literatur zum 

Informationsmanagement)...................................... 219 

5.2.2 Praxis...................................................................... 224 

5.2.3 Literatur................................................................... 227 

5.3 Planung von Krankenhausinformationssystemen ............... 229 

5.3.1 Kriterien für die Planung der 

Aufgabenunterstützung .......................................... 230 

5.3.2 Kriterien für die Planung der Architektur................. 236 

5.3.3 Rahmenkonzepte für das 

Informationsmanagement....................................... 238 

5.4 Steuerung von Krankenhausinformationssystemen 

= Konstruktion von KIS ........................................................251 

5.4.1 Der Zusammenhang von strategischem, 

taktischem und operativen 

Informationsmanagement .......................................251 

5.5 Überwachung von 

Krankenhausinformationssystemen.....................................256 

5.5.1 Aufgaben der strategischen Überwachung.............257 

5.5.2 Methoden der strategischen Überwachung ............262 






Voraussetzungen 5 

Voraussetzungen 

• Datenbanken, Informationssysteme, Verteilte Systeme 

• Vorlesung KIS 0, I 

entspricht: 

Haux R., Winter A., Ammenwerth E., Brigl B. (2004). Strategic 

Information Management in Hospitals Springer, New York 

(Kapitel 1, 2, 3.1-3.4) 

• ggf. noch einmal sorgfältig nachlesen und studieren! 



Vorbemerkungen 6 

Literatur (unbedingt erforderlich!): 

http://imise.uni-leipzig.de/lehre/medinf/Vorlesungen/2004- 

05/KIS1/index.jsp 

Login: Student (großes "S" ist wichtig) Passwort: ws04kis 

Kommentar [AW1]: Noch zu 

aktualisieren!!! 



Winter, A., Ammenwerth, E., Brigl, B., Haux, R. (2005). 

Krankenhausinformationssysteme. In Lehmann, T. (ed.) (2005). 

Handbuch der Medizinischen Informatik, Hanser: München. S. 

549-623. 




Empfehlung: 

Vorlesungen und Übung 

„Einführung in die Gesundheitsökonomie“ 

Prof. Dr. König, Dr. Scharsky 




Der geplante „Rote Faden“ 

Grundlagen 

Was sind Krankenhausinformationssysteme? 

(Wie werden sie konstruiert?) 

(Objekt der Untersuchung: der Körper) 

Was zeichnet ein gutes Krankenhausinformationssystem aus? 

(Zustand des Objekts: Diagnostik) 

Wie erreicht man ein gutes Krankenhausinformationssystem? 

(Wie führt man strategisches Informationsmanagement im Krankenhaus 

durch?) 

(Bearbeitung des Objekts: Prophylaxe & Therapie) 

Wie betreibt man ein Krankenhausinformationssystem? (Ernährung, Sozialwissenschaften) 



Werkzeuge der Informationsverarbeitung: Typische Anwendungsbausteine 9 

1 Grundlagen 

(Wiederholung aus KIS I) 

Inhaltsverzeichnis 

2.1 Krankenhausinformationssysteme 

2.2 Aufgaben des Krankenhauses, die das KIS unterstützen muss 

2.3 Modellierung von Krankenhausinformationssystemen 

2.4 Ein Metamodell für die Modellierung von Krankenhausinformationssystemen: Das 3-Ebenen-Metamodell 3LGM² 

2.5 Management von Krankenhausinformationssystemen 

2.6 Hausaufgaben 




1.1 Krankenhausinformationssysteme 

Ein Krankenhausinformationssystem 

ist das soziotechnische 

Teilsystem eines 

Krankenhauses, welches 

alle informationsverarbeitenden 

Prozesse und die an 

ihnen beteiligten menschlichen 

und maschinellen 

Handlungsträger in ihrer informationsverarbeitenden 

Rolle umfasst. 

Was halten Sie von einer „RIS-KIS Kopplung“? 




1.2 Aufgaben des Krankenhauses, 

die das KIS unterstützen muss 




1.3 Modellierung von 


• Was ist ein Metamodell? 

• Welche typischen Metamodelle gibt es für die verschiedenen 

Aspekte von KIS? 

• Was ist ein Referenzmodell? 




Ein Metamodell legt die Rahmenbedingungen des Modellierens 

auf einer schematischen Ebene fest. Dazu gehören: 

• die verwendeten Modellierungsobjekte 

(abstrakte Syntax und Semantik), 

• deren (z.B. graphische) Repräsentation (konkrete Syntax) 

das Modellierungsvorgehen (Aktivitäten). 




Funktionale Metamodelle 

• Technische Metamodelle 

• Metamodelle für Organisationsmodelle 

• Metamodelle für Datenmodelle 

• Metamodelle für die Geschäftsprozessmodellierung 

• Metamodelle für die Unternehmensmodellierung 

(enterprise modeling, enterprise architecture) 




Definition: 

Sei eine Klasse S von Systemen gegeben. Ein Modell R ist 

Referenz für eine Systemklasse S oder 

R ist ein Referenzmodell für die Systemklasse S, genau dann wenn 

R ein allgemeines Modell ist, das 

• als Grundlage für die Konstruktion spezieller Modelle M für 

Systeme der Klasse S oder 

• als Vergleichsobjekt für Modelle von Systemen der Klasse S 

dienen kann. 




1.4 Ein Metamodell für die Modellierung von 

Krankenhausinformationssystemen: 

Das 3-Ebenen-Metamodell 3LGM² 




ist_Teil_von 

0..* 

0..* 

Objekttyp 

0..* 

greift_zu_auf 

zugriffsart: interpretierend, 

bearbeitend 

greift_zu_auf 

0..* 

wird_erledigt_von 

ist_Teil_von 

0..* 

Aufgabe 0..* 

0..* 

0..* 

Organisationseinheit 




is_part_of 

0..1 

0..* 1..* 

1..* 

object type 

task 

1..* 1 * 

access 

speichert 

sendet 

transportiert 

Datenbank 

system 

1wird_gest 

euert_durch 

0..1 

verfügt über besteht au 0 * 

1..* 

0..1 

Anwendungs 

baustein 

0..1 

0..* 

wird_gesteuert 

ist_Teil_von 

_durch 

besitzt 

Empfänger 

0..* 

Kommunikationsschnittstelle 

Sender 

0..* 0..* 

Bausteinschnittstelle 

Nachrichtentyp 

access 

type: reading, writing 

0..1 

Organisationsplan 

Anwendungsprogramm 

0..* 

basiert_auf 

1 

Softwareprodukt 

Benutzungsschnittstelle 

basiert_auf 

is_part_of 

0..* 

1..* kann_unterstützt_ 

werden_durch 

1..* 

Datenbankverwaltungssystem 

Kommunikationsbeziehung 

Anwendungsbausteinkonfiguration 

Kommunikationsstandard 




Anwendungsbaustein 

1..* 

kann_genutzt_ 

Netztyp 

0..* 

basiert auf 

0..* 

basiert auf 

Subnetz 0..* Netzprotokoll 

0..* 

0..* 

gehört zu 

ist Teil von 

0..* 

0..* 

ist_verbunden_mit 

0..* 

1..* 1..* 

Phys. Daten- 

Verarbeitungbaustein 

0..* 0..* 

ist ein 

0..1 

Bausteintyp 

0..* 0..1 

Standort 

hat_als_Standort 




Warum müssen sich Medizinische Informatiker nicht so sehr 

um die physische Werkzeugebene kümmern? 




1.5 Management von 


Das Management von Krankenhausinformationssystemen ist das 

Informationsmanagement in Krankenhäusern. 

Es umfasst das Management von 

• Information, 

• Anwendungsbausteinen und von 

• rechner- und nicht-rechnerunterstützter Informations- und 

Kommunikationstechnik. 




Aufgaben: 

• Krankenhausinformationssysteme 

planen 

• die Weiterentwicklung 

ihrer 

Architektur und 

ihren Betrieb 

steuern und 

• die Einhaltung der 

Planvorgaben 

überwachen. 

Planungshorizonte 

operativ . 

taktisch 

strategisch 

Planung 

Information 

Überwachung 

Steuerung 

Aufgaben 

Anwendungssysteme 

Gegenstandsebenen 

I&K-Technik 




Planung Projektplanung 

Systemanalyse 

Systembewertung 

Durchführung Systemauswahl Projektbegleitung 

Systembereitstellung 

Systemeinführung 

Abschluß Projektabschluss 




1.6 Hausaufgaben 

Bitte erledigen Sie die Hausaufgaben; denn ich werde 

• den Stoff nicht mehr „vorlesen“; 

• Sie über die Hausaufgaben referieren lassen; 

• mit Ihnen den Stoff diskutieren; 

• Ihre Fragen nur beantworten, wenn Sie welche haben; 

• auf diesem Stoff aufbauen. 




Hausaufgabe: 

Bitte lesen Sie in Chapter 3.5 die Abschnitte „Typical Application 

Components“ und „Typical Physical Data Processing 

Components” 

(Wiederholung aus dem Grundstudium) 



Bitte bringen Sie das Buch (oder Kopien der Seiten) regelmäßig 

mit in den Unterricht. 




2 Was sind 

Krankenhausinformationssysteme? 


Objekt der Untersuchung: der Körper 

2.5 Werkzeuge der Informationsverarbeitung im 

Krankenhaus 




2.5.1 Typische rechnerunterstützte 

Anwendungsbausteine 

2.5.1.1 Patientenverwaltung 

• Was ist ein „Patientenverwaltungssystem“ (PVS) 

[patient management system PMS]? 

• Welche Aufgaben werden damit erledigt? 

• Welche Daten müssen vom PVS versendet werden? Welche 

müssen empfangen werden? 

• Von wo? 

• Erläutern Sie die Vor-/Nachteile bei der engen Kopplung an 

die administrativen bzw. klinischen Systeme! 




2.5.1.2 Am klinischen Arbeitsplatz auf Station 

• Welche Aufgaben auf der Station können durch 

rechnerbasierte Anwendungsbausteine unterstützt werden? 

• Kennen Sie passende Softwareprodukte? 

• Welche Kommunikation ist erforderlich? 

• Wie kommt man an medizinisches Wissen? 

• Ist das Dokumentieren von Diagnosen leichter mit einem r.g. 

Anwendungssystem? 

• Wieso können sich die Schwestern nicht von ihren Aufnahme- 

Büchern trennen? 




2.5.1.3 Am klinischen Arbeitsplatz in der Ambulanz 

• Was ist eine Ambulanz? 

• Welche Aufgaben in der Ambulanz können durch 

rechnerbasierte Anwendungsbausteine unterstützt werden? 

• Kennen Sie passende Softwareprodukte? 

• Welche Kommunikation ist erforderlich? 

• Kann man Arzt-Praxis-Software im Krankenhaus einsetzen? 




2.5.1.4 Diagnostischer Funktionsbereich: Radiologie 




• Was ist ein RIS? 

• Was ist ein PACS? 

• Welche Schnittstellen wohin sind nötig? 







2.5.1.5 Diagnostischer Funktionsbereich: Labor 







• Wie kommen die Blutwerte in den Befund? Wo kommen sie 

her? 

• Welche Schnittstellen wohin sind nötig? 




2.5.1.6 Therapeutischer Funktionsbereich: 

Intensivtherapiestation 







• Wie kommt der Blutdruck auf den Bildschirm? 

• Was kann hier ein „Expertensystem“ tun? 




2.5.1.7 Therapeutischer Funktionsbereich: 

Operationssaal 

• Wieso können sich die UKL-Operateure nicht von ihren OP- 

Büchern trennen? 

• Wieso ist OP-Dokumentation in der Augenklinik so 

besonders lästig? 

• Was hat OP-Planung mit OP-Dokumentation zu tun? 




2.5.1.8 Krankenhausverwaltung: Administration 

• Wer liefert in Deutschland (meistens) die Software für die .... 

Anwendungsbausteine für 

• das Finanz- und Rechnungswesen ( „FIBU“), 

• die Anlagenwirtschaft („ANLAGEN“), 

• das Controlling ( „CONTROL“) 

• die Materialwirtschaft ( „MAWI“) 




2.5.1.9 Integration 

Anwendungsbaustein für 

• die Kommunikation zwischen Anwendungssystemen: 

Kommunikationsserver 






Werkzeuge der Informationsverarbeitung: Typische Physische Datenverarbeitungsbausteine 43 

2.5.2 Typische Physische 

Datenverarbeitungsbausteine 

• Wie unterscheidet sich auf dieser Ebene ein KIS von einem 

SchraubenfabrikIS? 

• Wie unterscheidet sich die Hardware-Ausstattung an einem 

Verwaltungsarbeitsplatz von der am klinischen Arbeitsplatz? 



Werkzeuge der Informationsverarbeitung: Typische Physische Datenverarbeitungsbausteine 44 



Werkzeuge der Informationsverarbeitung: Klinische Arbeitsplatzsysteme 45 

Hausaufgaben 

Bitte lesen Sie Chapter 3.5 zu Ende und Chapter 3.6 in 





und lesen Sie bitte folgenden Text zu Hause aufmerksam durch: 




„After many years of internally building almost all components of a hospital 

clinical information system (HELP) at Intermountain Health Care, we 

changed our architectural approach as we chose to encompass ambulatory as 

well as acute care. We now seek to interface applications from a variety of 

sources (including some that we build ourselves) to a clinical data repository 

that contains a longitudinal electronic patient record. 

RESULTS: We have a total of 820 instances of interfaces to 51 different 

applications. We process nearly 2 million transactions per day via our 

interface engine and feel that the reliability of the approach is acceptable. 

Interface costs constitute about four percent of our total information systems 

budget. The clinical database currently contains records for 1.45 m patients 

and the response time for a query is 0.19 sec. 

DISCUSSION: Based upon our experience with both integrated (monolithic) 

and interfaced approaches, we conclude that for those with the expertise and 




resources to do so, the interfaced approach offers an attractive alternative to 

systems provided by a single vendor. We expect the advantages of this 

approach to increase as the costs of interfaces are reduced in the future as 

standards for vocabulary and messaging become increasingly mature and 

functional.“ 1 

1 

Clayton PD, Narus SP, Huff S, Pryor TA, Haug PJ, Larkin T, Matney S, Evans 

RS, Rocha BH, Bowes WA, Halston ET, Gundersen ML (2003). Building a 

Compehensive Clinical Information System from Components - The approach at 

intermountain Health Care. Methods Inf Med 1(2003), 1-7 




2.5.3 Klinische Arbeitsplatzsysteme 

(healthcare professional workstations (HCPW)) 

• Auf welche Ebene des 3LGM² gehört eine HCPW? 

• Welche Aufgaben sollten dort unterstützt werden (bitte 

perfekt aufzählen!)? 

• Welche Probleme ergeben sich mit mobilen Werkzeugen? 

• Wie bringt man die Menü-Wünsche der Patienten in die 

Küche? 



Werkzeuge der Informationsverarbeitung: Elektronische Patientenakten-Systeme 49 

2.5.4 Elektronische Patientenakten-Systeme 

(electronic patient record systems) 

(Krankenakte) Patientenakte (PA): 

• Was sind die Ziele der Medizinischen Dokumentation? 

• Was ist eine Patientenakte? 

Elektronische Patientenakte (EPA): 

• Welche Dokumentenarten sollten vordringlich elektronisch 

vorgehalten werden? 

• Worauf ist bei der Wahl des Datenträgers bei einer EPA zu 

achten? 



Werkzeuge der Informationsverarbeitung: Elektronische Patientenakten-Systeme 50 

• Wie ist die EPA in einem Krankenhausinformationssystem 

repräsentiert bzw. gespeichert? 

• Was spricht für eine EPA? 

• Was spricht für eine PA 

• Was ist in einem Krankenhaus zu tun, wenn man dort 

Elektronische Krankenakten haben will? 

• Was würden Sie unter einem Elektronischen Patientenakten- 

System (electronic patient record system) 

verstehen? 

• Welcher Zusammenhang besteht zu den 

Klinischen Arbeitsplatzsystemen? 



Architekturen von Krankenhausinformationssystemen 51 

2.6 Architekturen von 


• Was ist eine „Architektur von Informationssystemen“? Wie 

finden Sie eine Antwort im Buch? 

• Was ist ein „Architekturstil“? 

• Auf welcher Ebene des 3LGM² unterscheiden sich die 

Architekturen von KIS (nicht)? 



Architekturen von Krankenhausinformationssystemen: Architekturstile der logischen Werkzeugebene 52 

2.6.1 Architekturstile der logischen Werkzeugebene 

2.6.1.1 DB 1 -Architekturstil 

• Was ist der DB 1 -Architekturstil? 

• Wann und wo gab/gibt es ihn? 

• Welche Voraussetzungen müssen erfüllt sein? 




Healthcare Information Systems Architecture (HISA) 2 

• HISA ist eine Europäische (Vor-) Norm! 

• HISA is an open architecture, based on the introduction of a 

middleware of common healthcare-specific services, on top 

of which existing systems can be made interworking and new 

application systems can be rapidly developed. 

• New applications need no local database 

2 

(FERRARA 1997), [CEN/TC251 (1997)] 







2.6.1.2 DB n -Architekturstil: 

• Was ist der DB n -Architekturstil? 

• Wie kommt es zu diesem Architurstil? 

• Welches Problem verursachen Architekturen dieses Stils? 

• Wie würden Sie die Anwendungsbausteine verbinden? 

• Was ist Spaghetti-Stil? 

• Was ist Stern-Stil? 

• Was ist beim Stern-Stil das Ding in der Mitte? 

• Welcher Architekturstil-Wechsel wurde bei Intermountain 

Health Care in Salt Lake City (Utah) vorgenommen? 

• Warum wurde gewechselt? 




• Welche Kommunikation läuft hier ab, wenn ein Patient 

aufgenommen wird, 

dann eine 

Radiologische 

Untersuchung 

beauftragt wurde 

2 

und der Befund 

zurück gesendet 

1 

wird. Was ist noch 

zu kommunizieren, 

2 

wenn das 

Geburtdatum des 

Patienten korrigiert 

werden muss? 



Architekturen von Krankenhausinformationssystemen: Architekturstile der physischen Werkzeugebene 57 

2.6.2 Architekturstile der physischen Werkzeugebene 

2.6.2.1 Mehrstufige Client-Server Architekturen 3 

• „1,5 stufige“ Architektur: Zentralrechner 

Zentralrechner 

Kommunikationsnetz 

3 

Siehe z.B.: Appelrath H-J, Ritter J (2000). R/3-Einführung. Berlin: Springer. 




• 2-stufige Client-Server Architektur 

Was hat sich geändert? 

Applikationsund 

Datenbankserver 





• „2,5-stufige“ Client-Server Architektur 



Applikations- 

Fileserver 





• 3-stufige Client-Server Architektur 



Applikationsserver 





• „3,5-stufige“ Client-Server Architektur: „Thin-Clients“ 

Wieso ist das vergleichbar mit der Zentralrechner- 

Architektur? 

Warum ist das eine sinnvolle Architektur? 

Was hat das mit Mobilen Geräten zu tun? 


Applikationsserver 

Terminal 

- server 

386 





• Was hat das mit TCO (total cost of ownership) zu tun? 




2.6.2.2 Hochverfügbarkeit 

Szenarien der „Geringverfügbarkeit“: 

• Das Anwendungsbaustein für die Fakturierung ist nach einer 

neuen Softwareversion für zwei Monate nicht funktionsfähig. 

Es können Rechnungen in Höhe von 30 Mio. € nicht 

geschrieben werden. Das Klinikum bekommt 

Liquiditätsprobleme und erleidet Zinsverluste. 




• Der Telefon-Vermittlungsrechner fängt in der Nacht Feuer 

und fällt teilweise aus. Beim Löschen ruiniert die Feuerwehr 

durch ihre Hochdruckspritze den Rest der Anlage. 

Auf den Stationen im Bettenhaus funktionieren die Telefone 

nicht. Die einzige Schwester auf einer Station, die diese nicht 

verlassen kann, weiß nicht, wie sie für einen Bluterpatienten 

einen Arzt zu Hilfe holen soll. 

• Wegen eines Netzproblems stürzt der Anwendungsbaustein 

für die OP-Dokumentation mitten in der Dokumentation ab. 

Der Arzt startet es neu und beginnt von vorn. 




Lösungsmöglichkeiten: 

• Klimatisierte Rechnerräume 

• Unterbrechungsfreie Stromversorgung (USV): 

„große“ Batterien, Notstromaggregat 

• Redundant array of inexpensive disks RAID: 

Daten werden innerhalb eines „Kastens“ redundant auf 

mehrere Platten verteilt. Es werden verschiedene 

Sicherheitsstufen angeboten (aufsteigend mehr Sicherheit bis 

zur Fehlerkorrektur): RAID 1, RAID 2, ... 




• Rechnerverbund mit „hot-standby“: 

zwei Rechner können auf das selbe Plattenlaufwerk (ggf. 

schon RAID n) zugreifen. Bei Ausfall eines Rechners geht 

nur der Inhalt des Arbeitsspeichers verloren; dann übernimmt 

der zweite Rechner. 

• Rechnerverbund mit gespiegeltem und synchronisiertem 

Parallelbetrieb. 




Murphys Gesetz schlägt manchmal zu: 

• Der Strom fällt aus 

• die USV versagt 

• die Batterie der RAID-Platte ist defekt 

• Wegen Arbeitsüberlastung durch Wartungsarbeiten hatte man 

sich gestern die „all“ abendliche Datensicherung „geschenkt“ 

• Es ist der Abend des letzten Freitags vor Weihnachten und ab 

Montag sind die meisten der Mitarbeiter, die heute Patienten 

aufgenommen oder Rechnungen vorbereitet haben, im 

Urlaub. 




2.6.2.3 Netzarchitektur und Sicherheit 

Notwendigkeit: 

z.B. an Klinischen Arbeitsplatzsystemen benötigt der Arzt sowohl 

• den Zugriff auf das KDMS um die klinische Dokumentation 

und z.B. Arztbriefe und Befunde seines Patienten sehen zu 

können als auch 

• den Zugriff auf medizinisches Wissen im Internet, z.B. 

Medline, um eine Therapieentscheidung schnell und unter 

Nutzung aktueller Forschungsergebnisse treffen zu können. 




Problem: 

Bei einer Öffnung des internen Kommunikationsnetzes des 

Krankenhauses nach außen kann von außen eingedrungen werden. 

Wie beurteilen Sie die folgenden Handlungsalternativen: 

• Firewall 

• zweites, nach außen offenes Netz (Wissenschaftsnetz) 

• Spiegelung der Daten auf einen internen Server und KEIN 

Internetzugang 



Integrität und Integration im KIS 70 

2.7 Integrität und Integration im KIS 



Integrität und Integration im KIS 71 

• Was ist Integrität? Wann ist Integrität im KIS gegeben? Wie 

erreicht man Integrität? 

• Welche Qualitäten von Integration gibt es in KIS? 

• Welche Methoden und Werkzeuge gibt es generell für welche 

Arten von Integration in verteilten Informationssystemen? 

• Welche Methoden und Werkzeuge gibt es dazu speziell für 

KIS? 



Integrität und Integration im KIS: Integrität 72 

2.7.1 Integrität (bei Verteilten 

Krankenhausinformationssystemen) 

• Was bedeutet „Integrität“? 

• formale Integrität 

• inhaltliche Integrität 




2.7.1.1 Formale Integrität 

• Was bedeutet „Objektidentität“ 

• Was ist ein „entity type“? 

• Bei welchen entity types im Krankenhaus ist Objektidentität 

besonders wichtig und wie wird sie hergestellt? 

• Was bedeutet „Referenzielle Integrität“? Was ist die 

Voraussetzung? 

• Wo ist Referenzielle Integrität im Krankenhaus besonders 

(Lebens-) wichtig? 




• Wozu ist Transaktionsmanagement im 

Krankenhausinformationssystem erforderlich? 

• Was bedeutet ACID? 

• Wie funktioniert das „2-phase-commit Protokoll“? 

• Wird das 2-phase-commit Protokoll in 

Krankenhausinformationssystemen eingesetzt? Warum? 

• Welche Alternative gibt es? 




2.7.1.2 Inhaltliche Integrität (semantic integrity): 

Medical Data Dictionaries 4 

4 

HUFF SM, CIMINO JJ (1995): Medical Data Dictionaries and their use in Medical 

Information System Development. In: PROKOSCH HU, DUDECK J (1995): 

Hospital Information Systems, Elsevier, 53-75. 

BÜRKLE T (2000): Can we classify Medical Data Dictionaries?. In: HASMAN et al. 

(Hrsg.) (2000): Medical Infobahn for Europe. Proceedings of the MIE2000 and 

GMDS2000. Amsterdam: IOS, 691-695. 

PROKOSCH HU, DUDECK J, MICHEL A (1992): Standards for Data Dictionaries. In: 

BAKKER AR, EHLERS CT, BRYANT JR, HAMMOND WE (Hrsg.) (1992): Hospital 

Information Systems - Scope, Design, Architecture. Amsterdam: North Holland, 

189-195. 




• Wieso auch „inhaltliche Integrität“? 

• Was ist ein data dictionary? 

• Woraus besteht ein medical data dictionary? 

• Was ist eine Nomenklatur? Nennen Sie zwei Beispiele? 

• Was haben Nomenklaturen mit medical data dictionaries zu 

tun? 

• Hat das UKL-KIS ein MDD? 



Integrität und Integration im KIS: Integration 77 

2.7.2 Integration 

„Zusammenschluss von Teilen zu einem Ganzen, das gegenüber 

seinen Teilen eine neue Qualität aufweist“ 5 

• Unterschied zu Integrität?? 

5 

[BI Universallexikon (1989)] 




Ziele: 

1. Nutzung von Anwendungsbausteinen des 

Krankenhausinformationssystems 

ermöglichen. 




2. Zusammenarbeit 

unterschiedlicher Nutzer 

ermöglichen 6 

Was kommt Ihnen an 

diesem Bild bekannt vor? 

6 

Weber H. (Hrsg.) (1997). The Software 

Factory Challenge. 




3. Nutzung der benötigten unterschiedlichen 

Anwendungsbausteine des Krankenhausinformationssystems am 

jeweiligen Arbeitsplatz ermöglichen. 




2.7.2.1 Datenintegration (data integration) 

Ein Datum, das im Rahmen einer Aufgabe einmal erfasst wurde, 

muss innerhalb des KIS nicht wieder erfasst werden, auch wenn es 

im Rahmen dieser oder einer anderen Aufgabe wieder benötigt 

wird. 

• Beispiel für fehlende Datenintegration? 

• Welche Werkzeuge/Methoden würden Sie im KIS zur 

Herstellung der Datenintegration einsetzen? 




2.7.2.2 Zugangsintegration (access integration) 

Zugangsintegration (access integration) ist gewährleistet, wenn 

Funktionen, die von einem Anwendungsbaustein angeboten 

werden, überall dort auch genutzt werden können, wo sie benötigt 

werden. 

• Beispiel für fehlende Zugangsintegration? 


Herstellung der Zugangsintegration einsetzen? 




2.7.2.3 Präsentationsintegration (presentation 

integration) 

Präsentationsintegration (presentation integration) ist gegeben, 

wenn unterschiedliche Anwendungsbausteine ihre Daten und ihre 

Benutzeroberfläche in einer einheitlichen Weise präsentieren. 

• Beispiel für fehlende Präsentationsintegration? 


Herstellung der Präsentationsintegration einsetzen? 




2.7.2.4 Kontext-Integration (visual integration) 

Eine Teilaufgabe, die im Rahmen einer Aufgabe einmal für einen 

bestimmten Zweck durchgeführt werden muss, soll innerhalb des 

KIS in einer anderen oder derselben Aufgabe nicht wieder 

durchgeführt werden müssen, wenn genau dieser Zweck wieder 

erreicht werden soll. 

• Beispiel für fehlende Kontextintegration trotz Daten-, 

Funktions- und Präsentationsintegration? 







In der Literatur wird diese Art der Integration auch als visuelle 

Integration (visual integration) 7 bezeichnet. 

• Warum? Warum wird hier von Kontextintegration 

gesprochen? 

7 

The Clinical Context Object Workgroup (1998). Clinical Context Object 

Workgroup. HL7 special interest group "Clinical Context Object Workgroup". 

White Paper. CCOW98-02-16 

(http://www.hl7.org/library/committees/sigvi/CCOW_white_paper.doc) 




2.7.3 Methoden & Werkzeuge zur Systemintegration in 

verteilten Systeme 

2.7.3.1 föderierte Datenbanksysteme 

• Ein föderiertes Datenbanksystem ist ein integriertes System 

autonomer (Komponenten-) Datenbanksysteme. 

• Bei föderierten Datenbanksystemen wird die klassische 3- 

Ebenen-Architektur (NICHT 3lgm!!) um Aspekte der 

Verteilung, Heterogenität und Autonomie ergänzt. 




• Grundlegende Arbeit ist [SHETH A, LARSON J (1990)], siehe 

auch [RAHM (1994)], [Hasselbring (1997)]. 8 

• Die Architektur von SHETH und LARSON unterstützt in erster 

Linie den globalen Zugriff auf die Komponenten-Datenbanken. 

8 

Sheth, A. and J. Larson (1990). "Federated database systems for managing distributed, heterogeneous, and autonomous databases." 

ACM Computing Surveys 22(3): 183-236. 

Rahm, E. (1994). Mehrrechner-Datenbanksysteme: Grundlagen der verteilten und parallelen Datenbankverarbeitung. Bonn, Addison- 

Wesley. 

Hasselbring, W. (1997). A Federated Schema-Based Middleware Architecture. New Technologies in Hospital Information Systems. J. 

Dudeck, B. Blobel, W. Lordieck and T. Bürkle. Amsterdam, IOS Press: 24-29 




• Hierzu werden global interessierende Teile der Komponenten- 

Datenbankschemata zum föderierten Datenbankschema 

zusammengefügt. In einer Meta-Datenbank (Data Dictionary) 

werden die Informationen darüber verwaltet, wo welche Daten 

wie gelesen bzw. geändert werden dürfen. 

[SHETH A, LARSON J (1990)]: 







Voraussetzung: 

• Alle Komponenten-Datenbankschemata sind bekannt und die 

Komponenten-Datenbanksysteme sind offen. 




Mögliches Ziel: 

• Auf der Basis des föderierten Datenbankschemas kann ein 

Softwareprodukt realisiert werden, das auf die Datenbanken aller 

Komponenten-Datenbanksysteme zugreifen kann. 

• Wo liegt das Problem im rechnerunterstützten Teil eines 

Krankenhausinformationssystems? 




Hausaufgaben 

Bitte lesen Sie Chapter 3.7 zu Ende und Chapter 3.8 in 








2.7.3.2 Middleware 

„In verteilten 

Informationssystemen 

bezeichnet Middleware 

weit mehr als nur den 

Schrägstrich ‚/‘ in 

Client/Server.“ 9 

9 

[TRESCH M (1996)]. Dort finden Sie eine sehr schöne Übersicht zum Thema! 




2.7.3.2.1 Klassische Middleware 

Kommunikation: 

• Remote Procedure Call (RPC) 

ermöglichen das Ausführen einer Prozedur, die auf einem 

entfernten Server ablaufen kann, durch einen Prozess, der auf 

dem lokalen Client läuft; (z. B. für FTP, Telnet, anwendungsspeziefische Operationen) 

Vermittlung wird i. d. R. vom Betriebssystem zur Verfügung 

gestellt 




Vermittlerbausteine (Bsp): 

o Microsoft RPC Locator 

Microsoft Locator is the default name service that ships with Microsoft® Windows 

NT®/Windows 2000. The RPC run-time library uses it to find server programs on 

server host systems. 

o Unix Portmapper 

(Industrie-)Standards für RPC: 

Network Computing System (NCS); genutzt haupsächlich von Microsoft 

Open Network Computing (ONC); genutzt hauptsächlich von UNIX- 

Implementierungen 




Standardisierung und Erweiterung der Funktionalität durch 

Distributed Computing Environment (DCE) der Open 

Systems Foundation (OSF) [siehe dort im WWW] 




Hinweise: Remote Function Call (RFC): 

SAP-spezifische Technik zum Aufruf von Operationen von 

SAP-Anwendungsbausteinen 

Bei KIS: z.B. Kommunikationsverbindung zur Übermittlung 

von Operationsdaten von MCC an IS-H 

OP-Datensätze 

per RFC 

R/3 IS-H MCC 

Bewegungs-IDs 

als Rückgabe 

der RFCs 




• Message Queuing 

beschreibt eine Mailbox-ähnliche Kommunikation mit Hilfe 

eines automatisierten Mechanismus in Form eines Queue 

Managers. 

Ein Vorteil im Vergleich zu RPC: Broadcasting 

z.B. MQSeries 10 

10 

Wollen Sie sich mal schlau machen? 




Bei KIS: Kommunikationsserver z.B. bei den 

Kommunikationsverbindungen für ADT-Daten aus IS-H an 

MCC und Operationsdaten aus MCC an IS-H: 




Ausschnitt aus der log. WE des UKL-KIS: 







SQL: 

• SQL-Treiber 

Schnittstelle (API) zu beliebigen Datenbanken (z.B. ODBC) 

Vermittler-Bausteine (Bsp): 

SQL-Gateway-Server 

eigenständiger Prozess, der Anfragen an beliebige 

Datenbanken übersetzt 




2.7.3.2.2 Middleware in verteilten Objektsystemen 

Object Management Architecture (OMA) und Common Object 

Request Broker Architecture (CORBA): 

OMA (Überblick) 




ORB-Spezifikation (Auszug) 

Diese Architektur wird von der Object Management Group 

(OMG) (weiter-) entwickelt. 

Bitte schauen Sie sich www.omg.org an!! 




 

 

 

 

Das verteilte System besteht aus Objekten, die Dienste 

(„services“) anbieten. Jedes Objekt kann je nach Situation 

Client oder Server sein. 

Dienste können dynamisch bei dem zu einem Zeitpunkt 

geeignetsten Objekt (=Server) angefordert und genutzt 

werden. 

Dienste können in einer konkreten Implementierung 

festgelegt und realisiert werden. 

Dienste können durch die OMG bzw. (branchen-) spezifische 

Arbeitsgruppen (domain task forces (DTF)) normiert werden 

(s.u.) 




 

 

Art und Sprache der Implementierung der Dienste ist einem 

Client ebenso unbekannt wie die Adresse des geeignetsten 

Servers. 

Ein Object-Request-Broker (ORB) liefert bei Anforderung 

eines Dienstes die Adresse des aktuell geeignetsten Servers 

und die Eigenschaften/Qualitäten des angebotenen Dienstes 

 

Im Krankenhausinformationssystem: Nicht geeignet zum 

Verknüpfen vorhandener Anwendungsbausteine. Geeignet 

zur Entwicklung eines NEUEN Anwendungsbausteins (z.B. 

für Klin. Arbeitsplatzsysteme), aus dem heraus auf 

vorhandene Anwendungsbausteine zugegriffen werden soll. 




 

Für „legacy systems“ sind „wrapper“ erforderlich. [BRODIE, 

STONEBRAKER (1995)] 




Konsequenzen für das strategische Management eines 

Krankenhausinformationssystems: 

 

 

 

CORBA liefert eine sehr gut geeignete 

Architektur für Krankenhausinformationssysteme 

CORBA schafft die künftige „componentware“ 

und kann die erforderliche Integration liefern. 

Das Werkzeug für die KIS-Manager war bisher 

der Kommunikationsserver; künftig ist es der 

Object-Request-Broker ORB. 

? 




 

 

ABER: (ähnlich wie bei Komm.-Server + HL7) die 

Softwareindustrie muss CORBA-konforme 

Softwarekomponenten liefern! 

ABER: Welche Dienste sollen durch die Objekte angeboten 

werden? 




OLE, COM/DCOM 

Wettbewerbsprodukte bzw. Architekturen im Microsoft-Umfeld. 

Möglicherweise müssen die vorangegangenen Aussagen revidiert 

werden! 

2.7.3.3 Hypertext Markup Language (HTML) 

Wie verhält sich HTML zu Middleware??? 




Kommunikationskategorien zwischen Anwendungsbausteinen: 

Datenbankzugriff 

synchrone Kommunikation 

bei der der Prozess auf dem lokalen Rechner solange unterbrochen 

wird, bis die Prozedur auf dem entfernten Rechner vollständig 

durchgeführt worden ist. 

asynchrone Kommunikation 

Asynchrone Kommunikation bedeutet, dass der Prozess auf dem 

lokalen Rechner Client oder Server nach dem Initiieren des 

Kommunikationsvorgangs mit dem entfernten Rechner Server 

nicht solange unterbrochen wird, bis Antwortdaten von dem 

entfernten Rechner Server eintreffen. Diese Art der 




Kommunikation erfolgt durch das Versenden von Nachrichten 

(messages). 




2.7.4 Methoden und Werkzeuge für die Integration von 


2.7.4.1 Datenintegration in 

Krankenhausinformationssystemen mit DB n - 

Architekturstil durch Nachrichtenversand 

2.7.4.1.1 Kommunikationsserver 

2.7.4.1.2 Kommunikationsstandards 




2.7.4.2 Zugangs- und Präsentationsintegration in 

Krankenhausinformationssystemen bei verteilten 

Objektsystemen (CORBAmed) 11 

CORBAmed is the OMG's Domain Task Force on Healthcare with 

the mission to: 

... 

CORBAmed defines standardized object-oriented interfaces 

between healthcare related services and functions. 

11 

Diese Informationen basieren auf [Object Management Group Healthcare Domain 

Task Force (1998)]. Bitte schauen Sie sich www.omg.org/pub/docs/corbamed/ 

an!!! 




These interfaces serve to promote interoperability between a 

variety of platforms, operating systems, languages and 

applications. 

... 

CORBAmed has formed both informal and formal relationships 

with the following other standards groups. 

Health Level 7 (HL7) 

DICOM 

Stichting Groupe RICHE 

... 

The cost and quality of healthcare software can be improved by 

inheriting characteristics which are common to other businesses. 




Most businesses involve persons and/or institutions which interact 

in the following ways: 

 

 

 

 

Ordering 

Tracking (workflow) 

Scheduling 

Delivery of goods/services 

(order fulfillment) 

 

Common services 

(security, timekeeping, 

persistence, vocabulary, 

etc.) 

 

Billing 

 

Inventory 

 

Personnel administration 



2.3 Architektur der logischen Werkzeugebene von Krankenhausinformationssystemen 118 

It should therefore be possible to build a top level model of the 

healthcare domain which inherits from these general business 

functions: 

 

Persons: 

Patients (PIDS service) 

Guardians/guaranteer 

Physicians 

Nurses 

Technologists 

Therapists 

Pharmacists 

Clerical Personnel 

Administrative personnel 

Maintenance personnel 

Etc. 



Institutions: 

Hospital 

Clinic 

Office practice 

Laboratory 

Pharmacy 

Etc. 

Ordering 

Clinical Orders 

(medications, 

diagnostic procedures, 

 

 

therapeutic 

procedures) 

Event orders (ADT) 

Tracking 

Enterprise (patient 

tracking) 

Departmental (workflow 

tracking) 

Scheduling 

Enterprise 

Departmental 



Delivery of goods/services 

(order fulfillment) 

Clinical 

Observations/Results 

Reporting 

Clinical Decision Support 

Etc 

Healthcare Financial 

Services 



Integrität und Integration in Krankenhausinformationssystemen 121 




CORBAmed Services 

This is a notional package to illustrate the extent of the expected 

complete scope of CORBAmed's activities. 




Patient Centred Services 

Those services that are chiefly centred around identifying and 

describing the patient. 

 

 

 

Medical Transcription Service 

Transcription of clinical information about the patient - to be 

entered into the patient record. 

Record Locator Service 

Enables the location of segments of a distributed patient 

record. 

Person Demographic Service 

Provides demographic information about persons (date of 

birth, name, address, relationships to other people etc.). 




 

 

 

 

Person Identification Service (PIDS) 

Enables matching of person traits and identifiers - a tracing 

service. 

Clinical Observations Access Service (COAS) 

Enables access to observations made of an observed subject. 

These observations of many types (text, measurements, wave 

forms etc.). 

Clinical Image Access Service (CIAS) 

Enables access to images made of an observed subject. 

Summary List Management Service (SLIMS) 




Provider Centred Services 

Services that are chiefly aimed at provider support. 

 

 

Careplan Management Service 

Creation of a plan of clinical and administrative activities (or 

events) that may be executed by the care plan execution 

service. 

Careplan Usage Service 

Invokes the establishment, requesting, performance and other 

states of work items. Manages the on-line co-ordination of 

activities between peer Care plan execution servers. 




 

Worklist Management Service 

Utilizes information about planned activities to develop 

worklists for specific agents. 




Enterprise Information Services 

Provision of organisational information that can be used in the 

planning and execution of care. 

 

Knowledge and Decision Support Services 

Generic package, covering LQS, & provide protocol & 

enterprise info. 

Lexicon Query Service (LQS) 

Provision of lexical and knowledge information. 

Protocol Access Service 

Provide complete or part protocols for implementation as care 

plans. 




 

 

 

 

Health Data Interpretation Facility (HDIF ) 

Decision support facility. 

Location Service 

Provide information on physical locations: postal addresses, 

map references, wards etc.. 

Resource Management Service 

Locate, allocate and dispose of resources. 

Supplies Service 

Locate, allocate and dispose of consumable resources. 

Organisation Record Service 

Identify organisations, their nature and roles and their 

relationships to each other. 




 

 

Authorisation Service 

Provide information on the authorities, rights and 

responsibilities of organisations and people. Includes sources 

of authority. 

Healthcare Resource Access Control (HRAC) 

The CORBAmed security service. 

Pharmacy Interaction Facility (PIF) 

Facilitate the communication of prescription information 

between pharmacy prescribers and pharmacy dispensers. 

Administration Centred Services 

Services to the enterprise of an administrative (non clinical) 

nature. 




Ist es Ihnen aufgefallen: 

Ein CORBAbasiertes 

Krankenhausinformationssystem 

verliert 

seine abteilungsbezogene 

Struktur 

und gewinnt eine 

integrative, dienstorientierte 

Struktur. 

So stellen wir uns eigentlich auch Krankenhäuser künftig vor! 




Der „Rote Faden“ 

Grundlagen (Wiederholung aus KIS I) 







(Wie führt man strategisches Informationsmanagement im Krankenhaus durch?) 






EUROREC 




2.3 Architektur der logischen Werkzeugebene von 


2.3.1Typische rechnerunterstützte Anwendungsbausteine 

2.3.2Architekturstile bzw. Referenzarchitekturen 

2.3.3 ................. Integration 

2.3.3.1 Integrationsbegriffe 

2.3.3.2 Methoden und Werkzeuge für die visuelle 

Integration 

2.3.4Integration in die Gesundheitsversorgungsregion 

2.3.5 .......................Literatur 

2.7.4.3 Kontextuelle Integration mit CCOW 




ACHTUNG: Mit Hilfe der Folien von Oliver Stolle aus dem 

Seminar im SS02 überarbeiten. 

Siehe für Erläuterungen: 

http://www.hl7.org/special/Committees/ccow_sigvi.htm 










Healthcare Common Services: 

 

 

 

 

 

 

Subjects of Care Healthcare Common Services (S-HCS); 

Health Characteristic Healthcare Common Services (HC- 

HCS); 

Activity Healthcare Common Services (A-HCS); 

Resource Healthcare Common Services (R-HCS); 

Authorisation Healthcare Common Services (AU-HCS); 

Concept Healthcare Common Services (C-HCS). 




 

 

According to the foundation purposes of this European 

Prestandard, the functionalities of the services are defined 

only through natural language, adopting terms which are used 

and familiar in the common practice of information 

technology. Such a level of formality allows the 

identification of the scope of the individual services. 

The detailed specification of the interaction mechanisms of 

individual services, up to the level of allowing different 

software products to interact in a generic physical 

environment, is outside the scope of this European 

Prestandard. 




An Stelle von „Diensten“ sind im wesentlichen Datenstrukturen 

beschrieben(, die man als Referenzmodelle sehr gut nutzen kann). 

Z.B. die Datenstrukturen der „Activity Healthcare Common 

Services“: 







Ein HISA konformes Produkt ist „Distributed Healthcare 

Environment“ (DHE) von GESI (Italien) 12 

12 

[Privighitorita, Sobottka et al. (1997)] 







Hausaufgaben 

Bitte lesen Sie 

• in Chapter 3.7 „Integrating Hospital Information systems into 

Health Information Systems” und informieren Sie sich über 

MPI 

• Chapter 4.1 und 4.2 










Integrität und Integration in Krankenhausinformationssystemen: Integration des KIS in das (regionale) GIS 145 

2.7.5 Integration des 

Krankenhausinformationssystems in das 

(regionale) Gesundheitsinformationssystem 

• Was ist ein Gesundheitsinformationssystem? 

• Welche Aufgaben des Krankenhauses können nur erledigt 

werden, wenn das KIS in das GIS integriert ist? 

• Welches sind die beiden wichtigsten Probleme bei der 

Integration KIS – GIS? 

• Was macht Verschlüsselung problematisch, wenn sich die zwei 

Kommunikationspartner nicht kennen? 

• Welche Art der Integration lässt sich mit HTTP erreichen? 



Integrität und Integration in Krankenhausinformationssystemen: Integration des KIS in das (regionale) GIS 146 














Was zeichnet ein gutes Krankenhausinformationssystem aus? 147 














Was zeichnet ein gutes Krankenhausinformationssystem aus? 148 

3 Was zeichnet ein gutes 

Krankenhausinformationssystem aus? 



Was zeichnet ein gutes Krankenhausinformationssystem aus? Einleitung 149 

3.1 Einleitung 

• Was ist Qualität? 

• Was ist der Unterschied zwischen Strukturqualität (quality of 

structures), Prozessqualität (quality of processes), 

Ergebnisqualität (outcome quality) 

• Was interessiert Sie als Patient? Was können Sie messen? 



Was zeichnet ein gutes Krankenhausinformationssystem aus? Strukturqualität 150 

3.2 Strukturqualität bei 


3.2.1 Qualität der Daten 

• Bitte erläutern Sie die folgenden Kriterien für Datenqualität 

und geben Sie Beispiele: 

• Korrektheit, 

• Integrität, 

• Vertrauenswürdigkeit 

• Vollständigkeit, 




• Genauigkeit 

• Relevanz 

• Authentizität 

• Verfügbarkeit 

• Vertraulichkeit und Sicherheit 

• Sicherheit 

• Warum ist das nicht bereits Ergebnisqualität? 




3.2.2 Qualität der Anwendungsbausteine 

Software-Qualität 13 nach ISO 9126 14 : 

• Bitte erläutern Sie die folgenden Kriterien für die Qualität der 

Anwendungsbausteine und geben Sie Beispiele: 

13 

Was hat diese mit Anwendungsbausteinen zu tun? 

14 

ISO. International Standard ISO/IEC 9126-1. Information technology –Software 

product evaluation – Quality characteristics and guidelines for their use. Geneva: 

International Organization for Standardization, International Electrotechnical 

Commission; 2001. http://www.iso.org. 




• Funktionalität 

• Zuverlässigkeit 

• Nutzbarkeit 

• Effizienz 

• Wartbarkeit 

• Portabilität 




ISO 9241 15 spezifiziert Anforderungen an die Software- 

Ergonomie und besonders die Dialoge der Benutzungsoberfläche. 

Dialog-Prinzipien nach ISO 9241: 

• Aufgabenangemessenheit 

• (Selbst-) Erklärend 

15 

ISO. International Standard ISO 9241. Ergonomics requirements for office work 

with visual display terminals (VDTs). Geneva: International Organization for 

Standardization, International Electrotechnical Commission; 1993. 

http://www.iso.org. 




• Anpassbarkeit 

• Erwartungstreue 

• Steuerbarkeit 16 

• Fehlertoleranz 17 

16 

Bei welcher Art von Anwendungsbausteinen könnte es hier Probleme geben? 

17 

Wieso ist dies für Anwendungsbausteine von KRANKENHAUS- 

Informationssystemen besonders wichtig? 




3.2.3 Qualität der Physischen 

Datenverarbeitungsbausteine 

• Bitte erläutern Sie die folgenden Kriterien für die Qualität der 

Physischen Datenverarbeitungsbausteine und geben Sie 

Beispiele: 

• Angemessenheit 

• Verfügbarkeit 

• Multiple Nutzbarkeit 

• Effizienz 

• Flexibilität 




. 

• Stabilität und Zuverlässigkeit 

• Sicherheit 

• Ungefährlich 

• Nutzerfreundlichkeit 

• Standardisierung 

• ZUSÄTZLICH: Je nach Land besondere Regelungen für 

Medizinisch-Technische Geräte; z.B. PC in 

Operationssälen 




Viele der Kriterien passen auch zu papierbasierten 

Anwendungsbausteinen. 




3.2.3.1 Qualität der Integration 

Bereits besprochen: 

• Daten-Integration 18 

• Zugangs-Integration 

• Präsentations-Integration 

• Kontext-Integration 

18 

Unterschied zu Daten-Integrität?? 




Weitere Aspekte: 

• Anpassbarkeit und Flexibilität, 

• Kontrollierte Redundanz von Daten. 




Anpassbarkeit und Flexibilität 

• Was bedeuten „Anpassbarkeit“ und „Flexibilität“ in diesem 

Zusammenhang? 

• Warum muss ein KIS flexibel angepasst werden können? 

• Welche Architekturstile auf der LWE unterstützen das gut, 

welche nicht? 

• Auf welchen Ebenen des 3LGM ist „Anpassbarkeit“ und 

„Flexibilität“ erforderlich? 




Kontrollierte Redundanz von Daten 

• Ist Redundanz von Daten in KIS schlecht? 




Hausaufgaben 

Bitte lesen Sie 

• Chapter 4.3 - 4.5 







Was zeichnet ein gutes Krankenhausinformationssystem aus? Prozessqualität 164 

3.3 Prozessqualität bei 


• Effizienz der Informationslogistik, 

• Schlankheit der informationsverarbeiteten Werkzeuge, 

• Multiple Verwendbarkeit von Daten, 

• Keine Transkription von Daten und keine Medienbrüche, 

• Patientenzentrierte Informationsverarbeitung. 




Effizienz der Informationslogistik 

• Was bedeutet das: 

Informationen vor allem über Patienten zur Verfügung stellen: 

zur richtigen Zeit (just in time?) 

die richtigen Informationen 

am richtigen Ort 

den richtigen Personen 

in der richtigen Form (personal filtering, information 

overload) 




Schlankheit der informationsverarbeiteten Werkzeuge 

Für die Aufgaben an einem bestimmten Arbeitsplatz oder einer 

bestimmten Person oder für eine bestimmte Aufgabe: 

so wenig verschiedene Werkzeuge wie möglich und so viele wie 

nötig. 

• Wo gibt es da möglicherweise Probleme? 

• Warum ist das eine Frage der Prozess- und nicht der 

Strukturqualität? 




Multiple Verwendbarkeit von Daten 

Daten sollen nur einmal eingegeben, aber vielfach genutzt 

werden! 

THESE: 

Das ist der größte / einzige Nutzen der Rechnerunterstützung 

• Was ist zu tun? 




Keine Transkription von Daten und keine Medienbrüche 

Transkription: 

Übertragung von Daten von einem nicht-rechnerunterstützten 

Speichermedium auf ein anderes Speichermedium. 

• Beispiele? 

• wie kann man Transkriptionen mit dem 3lgm erkennen? 




Patientenzentrierte Informationsverarbeitung 

Im Vordergrund steht nicht, dass eine Institution alle notwendigen 

Daten hat, sondern dass immer alle erforderlichen Daten zu einem 

Patienten am richtigen Ort in der richtigen .... vorhanden sind. 

• Was ist zu tun? 



Was zeichnet ein gutes Krankenhausinformationssystem aus? Ergebnisqualität 170 

3.4 Ergebnisqualität bei 


Ergebnisqualität beschreibt u.a, ob mit dem KIS 

• die Ziele des Krankenhauses erreicht und 

• die rechtlichen Vorschriften erfüllt werden und ob 

• die Interessengruppen zufrieden sind. 




Erfüllung der Ziele des Krankenhauses 

siehe kommende Kapitel 




Erfüllung der rechtlichen Vorschriften 

siehe folgendes Kapitel 




Erfüllung der Erwartungen verschiedener 

Interessengruppen 

Welchen Nutzen erwarten die verschiedenen Personengruppen 

und wann würden sie ein Krankenhausinformationssystem als gut 

bezeichnen? 

• Patienten 

• Besucher 

• Ärzte 

• Pflegekräfte 

• Sachbearbeiter in der Abrechnung 

• Geschäftsführer 



Was zeichnet ein gutes Krankenhausinformationssystem aus? Balance 174 

3.5 Balance als Herausforderung des 

Informationsmanagements 

• Was gibt es hier zu balancieren? 

• Homogenität Heterogenität 

• Computerbasierte Werkzeuge papierbasierte 

Werkzeuge 

• Datenschutz Aufgabenunterstützung 



Was zeichnet ein gutes Krankenhausinformationssystem aus? Rechtliche Anforderungen (Datenschutz) 175 

3.6 Rechtliche Anforderungen 19 (Datenschutz 20 ) 

4.6.1 Rechtsgrundlagen 

4.6.2 Grundanforderungen und Maßnahmen zu ihrer 

Sicherstellung 

19 

Dieser Teil ist weitgehend entnommen aus [Haufe und Schurig (2000)] 

20 

Es gibt noch weitere, z.B. bzgl. Aufbewahrungspflichten 




• Informationstechnische Sicherheit und Datenschutz bestehen 

aus einem technischen, aber auch einem rechtlichen 21 

Risikomanagement. 

• Die Entwicklung und Fortschreibung umfassender und 

angemessener informationstechnischer Sicherheitsstrategien 

sollte daher vorrangige Managementaufgabe sein. 

21 

sowohl straf- als auch zivilrechtlich! 




3.6.1 Rechtsgrundlagen 

3.6.1.1 Gesetze und Richtlinien 

• Bundesdatenschutzgesetz [2] 

• Sächsisches Datenschutzgesetz [3] 

• Sächsisches Krankenhausgesetz [4] 

• Teledienstegesetz [5] 

• Teledienstdatenschutzgesetz [6] 

• Telekommunikationsgesetz [7] 

• Informations- und Kommunikationsdienstegesetz [8] 




• Signaturgesetz [9] 

• Strafgesetzbuch (ärztliche Schweigepflicht nach § 203 

StGB) 




3.6.1.2 Rechtmäßigkeit der Verarbeitung von 

Patientendaten 

„Entscheidend bleibt festzuhalten, dass personenbezogene Daten über 

Gesundheit einem Verarbeitungsverbot unterliegen, so dass 

telematische Anwendungen, die individualisierte medizinische 

Informationen enthalten, grundsätzlich einer gesetzlichen Erlaubnis 

oder aber einer Einwilligung der Betroffenen bedürfen.“ 22 

22 

Dierks C, Nitz G, Grau U (2003). Gesundheitstelematik und Recht - Rechtliche 

Grundlagen und legislativer Anpassungsbedarf. Frankfurt am Main: 

MedizinRecht.de, S. 58 




Bundes-/Landesdatenschutzgesetze in Verbindung mit 

Landeskrankenhausgesetzen erlauben den Krankenhäusern (nur) 

die Patientendaten zu verarbeiten, 

• die zur Erledigung ihrer Aufgaben benötigt werden, 

• in dem zur Erledigung der Aufgaben benötigten Umfang. 

Die Aufgaben ergeben sich aus Behandlungsvertrag, Krankenhausgesetz 

(auch Forschung!), Statistikgesetze, SGB, ... 




3.6.1.3 Rechtmäßigkeit digitaler Verfahren der 

Dokumentation und Archivierung 

Die Dokumentation und Archivierung von 

patientenbezogenen und administrativen Daten im 

Gesundheitswesen (Befunde, med. Bilder, Arztbriefe etc.) in 

(ausschließlich) digitaler Form ist unzweifelhaft zulässig. 

Dies wird durch folgende Rechtsgrundlagen belegt 23 : 

23 

nach [Geis (1997)] 




Abgabenordnung 

§ 147 AO: Speicherung von Informationen auf Bildträgern oder 

anderen Datenträgern 

Hierbei ist zu beachten, dass die vorgeschriebene ärztliche 

Dokumentation (s.u.) unter Beachtung der im Schreiben des 

Bundesfinanzministeriums vom 7.11.1995 (veröffentlicht im 

BStBl. 1 1995, 738-747) definierten Grundsätze der 

ordnungsmäßigen Aufbewahrung erfolgt. 




Musterberufsordnung 

Die Zulässigkeit nach ärztlichem Berufsrecht regelt die 

Musterberufsordnung: 

• § 11 Abs. 1 MBO: Aufzeichnungs- und 

Dokumentationspflicht (Aufklärungs- und 

Rechenschaftspflicht des Arztes über Vorbeugemaßnahmen 

und Risiken, Pflicht zur Dokumentation durchgeführter 

Behandlungen und Operationen) 

• § 11 Abs. 5 MBO: Zulässigkeit von elektronischen 

Datenträgern oder anderen Speichermedien 




Röntgenverordnung 

Die Bildarchivierung erfolgt nach Vorgaben der 

Röntgenverordnung 

• § 28, Abs. 5 RöV: Als Speichermedium für Bilder können 

entweder Bildträger (Röntgenfilm) oder andere Datenträger 

verwendet werden. Bei Direktradiographie können 

Aufnahmen erst nach Ablauf von 3 Jahren auf einen digitalen 

Datenträger aufbewahrt werden. Bei digitaler Radiographie 

ist sofortige und ausschließliche Archivierung auf digitalen 

Datenträgern möglich. 




3.6.1.4 Beweisqualität 

Heutige Rechtsauffassung: ausschließlich digital verfügbares 

Dokument hat keine Urkundenqualität. 

Digitale medizinische Dokumente sind Objekte des 

Augenscheins und unterliegen somit der freien 

Beweiswürdigung (§ 286 Zivilprozessordnung) durch einen 

Richter. 

Deshalb §147 AO: Dadurch entsteht ein Dokument als Objekt 

des Augenscheins hoher Qualität, das einer Urkunde sehr 

nahe kommt und die Beweisqualität deutlich erhöht. 




3.6.2 Grundanforderungen und Maßnahmen zu ihrer 

Sicherstellung 

3.6.2.1 Vertraulichkeit 

Es ist zu gewährleisten: 

• dass nur Befugte personenbezogene Daten zur Kenntnis 

nehmen können (Vertraulichkeit), 




Datenzugriff 

Klar definiertes hausinternen Regelwerk: 

• rollenbezogene Vergabe der Rechte 

(strukturbezogene (organisatorische) oder auch 

prozessbezogene Rollen sind möglich) 

• Welche Abteilungen dürfen auf welche Daten von Patienten 

und wann zugreifen? 

• in der Regel Begrenzung des Zugriffs auf Daten „eigener“ 

Patienten, d.h. dass eine Abteilung nur auf Daten derjenigen 

Patienten Zugang hat, die in dieser Abteilung zur Zeit 

behandelt werden. (Und danach?) 




Technische Maßnahmen: 

• Die Vergabe eines Passworts (= Wissen) 

• Kombination von Besitz und Wissen durch Chipkarte mit 

zusätzlicher PIN (künftig Health Professional Card (HPC)) 

• biometrische Verfahren (z.B. Fingerabdruck, 

Augenhintergrund, etc.). (finanziell noch nicht vertretbar) 

• Es ist sicherzustellen, dass bei Nichtbenutzung des 

Arbeitsplatzes nach einer arbeitsplatz-spezifisch einstellbaren 

Zeit die Nutzungsrechte erlöschen und nur nach erneutem 

Einloggen die Nutzung wieder aufgenommen werden kann. 




Zugriff im Notfall 

Es ist ein Notfallkonzept erforderlich, das einen Zugriff auf 

Daten durch den behandelnden Mediziner unabhängig von 

den zuvor erwähnten Vorkehrungen ermöglicht, wobei die 

Notfallzugriffe eindeutig und vollständig zu protokollieren 

sind. (Generalschlüssel hinter Glas) 




Datenübertragung 

Bei der Übertragung personenbezogener Daten über öffentliche 

Netze soll durch eine Verschlüsselung zwischen Aus- und 

Eintrittsstelle des jeweiligen lokalen Netzes verhindert werden, 

dass diese Daten Dritten im Klartext zur Kenntnis kommen. 

• Realisierung erfolgt über Komponenten der 

Kommunikationstechnik (Router, Firewall-Rechner mit 

Router-Funktion etc.) mit integrierter Verschlüsselungsfunktionalität. 

• Eine Verschlüsselung bei Datenübertragung in hausinternen 

(lokalen) Netzen wird nicht gefordert. 




Fernwartung 

• die Verbindung sollte nur vom Anwender aus aufgebaut 

werden (Call-Back-Verfahren). 

• Fernwartungsaktivitäten sollten seitens des Auftraggebers 

mitverfolgt und ggf. unterbrochen werden können. 

• Der Wartungstechniker sollte keinen Systemverwalterstatus 

erlangen können. 

• Sämtliche Fernwartungsaktivitäten sind revisionssicher 

aufzuzeichnen und vor Manipulation zu schützen. 




3.6.2.2 Integrität 


• dass personenbezogene Daten während der Verarbeitung 

unversehrt, vollständig und widerspruchsfrei bleiben 

(Integrität), 

d.h. Korrektheit der Daten ist eine Forderung des 

Datenschutzrechtes!!! 




Integrität der Patientendaten 

Alle zum Patienten erhobenen Daten müssen eindeutig 

diesem Patienten zugeordnet werden können. (Referentielle 

Integrität) 

• Die (manuelle) Mehrfacheingabe von Patientenidentifikation 

an unterschiedlichen Stellen sollte vermieden werden. 




Einheit von Bild und Befund 

ist bei den Ergebnissen der diagnostischen Radiologie zu 

gewährleisten. 

Datenübertragung 

Die Unversehrtheit der übertragenen Daten muss überprüfbar 

sein. 




3.6.2.3 Verfügbarkeit 


• dass personenbezogene Daten zeitgerecht zur Verfügung 

stehen und ordnungsgemäß verarbeitet werden können 

(Verfügbarkeit), 

( Durch nicht rechtzeitig zur Verfügung stehenden Daten 

kann der Patient Schaden erleiden und dies als Schadensersatz 

finanziell geltend machen.) 




Zuverlässigkeit und Ausfallsicherheit 

In einem Ausfallkonzept sind Havarielösungen und 

Sicherheitsmaßnahmen (Redundanzen, Aufrechterhaltung der 

Stromversorgung usw.) darzustellen. 

Technische Änderungen und Ergänzungen 

Zur Sicherstellung der Verfügbarkeit von personenbezogenen 

Daten ist zu gewährleisten, dass der Zugriff auf und die 

Verarbeitbarkeit von Daten auch bei Änderung, Ergänzung 

oder Austausch von Hard- und Software möglich bleibt. 




Doppelte Datenhaltung 

• Auch eine Langzeitarchivierung muss durch Anfertigen von 

Sicherungskopien, die an getrennten Orten aufzubewahren 

sind, vor Datenverlusten geschützt sein. 

• Die Patientendatenbanken sind regelmäßig auf Datenträger 

zu sichern. 

• Zudem sind die physikalischen Verfalldaten von 

Speichermedien und deren ordnungsgemäße Lagerung und 

Handhabung zu beachten. 




3.6.2.4 Authentizität 


• dass jederzeit die Urheberschaft personenbezogener Daten 

festgestellt werden kann (Authentizität der Daten), 

Feststellbarkeit der Urheberschaft 

In Anlehnung an die zuvor erwähnten Maßnahmen zur 

Sicherstellung der Vertraulichkeit ist auch der Nachweis der 

Urheberschaft bis zur Verfügbarkeit einer Health Professional 

Card über die an ein Passwort gekoppelten Funktionen und 

Benutzerrechte zu realisieren. 




3.6.2.5 Revisionsfähigkeit 


• dass festgestellt werden kann, wer wann welche 

personenbezogene Daten in welcher Weise verarbeitet hat 

(Revisionsfähigkeit), 




Dokumentationspflicht 

Gemäß Musterberufsordnung besteht für den Arzt bzw. das 

Krankenhaus die Pflicht zur Dokumentation. Daraus ergeben 

sich Vorschriften zur Archivierung und Archivierungsdauer, 

forensische Konsequenzen sowie der Nachweis über 

Negativbefunde usw. Die Frage, wer welche Diagnose und 

welche Therapie verordnet hat, muss nachvollziehbar bleiben. 




Protokollierung 

Protokollierung beim Betrieb von IT-Systemen ist die 

Erstellung von manuellen oder automatisierten 

Aufzeichnungen 

• über die tatsächlichen Veränderungen an 

Hardwarekomponenten und an der Software (Betriebssystem, 

systemnahe Software, Anwendungssoftware) sowie 

• über die Verarbeitung (Erhebung, Speicherung, Veränderung, 

Löschung, Sperrung, Übermittlung und sonstige Nutzung) 

von personenbezogenen Daten. 




3.6.2.6 Transparenz 


• dass die Verfahrensweisen bei der Verarbeitung 

personenbezogener Daten vollständig, aktuell und in einer 

Weise dokumentiert sind, dass sie in zumutbarer Zeit 

nachvollzogen werden können (Transparenz). 




Maßnahmen 

• Ausreichende Dokumentation der Verfahren 

• Vermittlung des zum bestimmungsmäßigen Betrieb der 

Systemlösung nötigen Know-hows an das Personal des 

Nutzers 

• Ausreichende Aufklärung über Systemveränderungen 

• Absicherungsmaßnahmen bei Auflösung oder Veräußerung 

des auftragnehmenden Unternehmens (z.B. Hinterlegung von 

Quellcodes, Übergabe von Programmentwicklungsunterlagen, 

Übernahmeverpflichtung von Support, etc.) 




3.6.3 Gesetze 

[2] Bundesdatenschutzgesetz 

Gesetz zur Fortentwicklung der Datenverarbeitung und des Datenschutzes 

(BDSG) vom 20. Dezember 1990 (BGBl I S.2954) 

[3] Sächsisches Datenschutzgesetz 

Gesetz zum Schutz der informationellen Selbstbestimmung im Freistaat 

Sachsen (Sächsisches Datenschutzgesetz – SächsDSG) vom 11. Dezember 

1991 (GVBl. S. 401), geändert durch Gesetz vom 7. April 1997 (GVBl. S. 

350) veröffentlicht im Sächsischen Gesetz- und Verordnungsblatt Nr. 

32/1991 am 13. Dezember 1991 




[4] Sächsisches Krankenhausgesetz 

Gesetz zur Neuordnung des Krankenhauswesens (Sächsisches 

Krankenhausgesetz SächsKHG) vom 19. August 1993 (GVBl. S. 675), 

zuletzt geändert durch Art. 2 Haushaltbegleitgesetz 1997 vom 12. 

Dezember 1997 (GVBl. S. 537) 

[5] Informations- und Kommunikationsdienstegesetz 

Gesetz zur Regelung der Rahmenbedingungen für Informations- und 

Kommunikationsdienste (Informations- und Kommunikationsdienstegesetz 

- IuKDG) vom 22. Juli 1997 (BGBl. I S. 1870) 

[6] Teledienstegesetz 

Gesetz über die Nutzung von Telediensten (Teledienstegesetz - TDG) vom 

22. Juli 1997 (BGBl. I S. 1870) 




[7] Teledienstedatenschutzgesetz 

Gesetz über den Datenschutz bei Telediensten (Teledienstedatenschutzgesetz 

- TDDSG) vom 22. Juli 1997 (BGBl. I S. 1870) 

[8] Telekommunikationsgesetz 

(TKG) vom 25. Juli 1996 (BGBl. I S. 1120), geändert durch Art. 2 Abs. 34 

des Begleitgesetzes zum Telekommunikationsgesetz vom 17. Dezember 

1997 (BGBl. I S. 3108), geändert durch Art. 2 Abs. 6 des Sechsten 

Gesetzes zur Änderung des Gesetzes gegen Wettbewerbsbeschränkungen 

vom 26. August 1998 (BGBl. I S. 2544) 

[9] Signaturgesetz 

Gesetz zur digitalen Signatur (Signaturgesetz - SigG) vom 22. Juli 1997 

(BGBl. I S. 1870, 1872 




3.6.4 Literatur 

GEIS I (1997). Rechtsfragen der Telearchivierung medizinischer Dokumente. 

Datenschutz und Datensicherheit 10. 

HAUFE G, SCHURIG A (2000). Empfehlungen für ein Sicherheits- und 

Datenschutzkonzept. Sächsisches Staatsministerium für Soziales, Familie, 

Jugend und Gesundheit: Modellprogramm Digitalisierung bildgebender 

Verfahren und Bildkommunikation der Krankenhäuser im Freistaat 

Sachsen, Wissenschaftlicher Beirat (Koordinierungsausschuss für 

Grundsatzfragen). Bericht. Version 03. 



5 Wie erreicht man ein gutes Krankenhausinformationssystem? 208 

4 Wie erreicht man ein gutes 

Krankenhausinformationssystem? 

(Wie führt man strategisches 

Informationsmanagement im 

Krankenhaus durch?) 



5 Wie erreicht man ein gutes Krankenhausinformationssystem? 209 

5 Wie erreicht man ein gutes Krankenhausinformationssystem? 

(Wie führt man strategisches Informationsmanagement im 

Krankenhaus durch?) 

5.1 Strategisches Denken 


strategisches Management von 


5.3 Planung von Krankenhausinformationssystemen 

5.4 Steuerung von Krankenhausinformationssystemen 

= Konstruktion von KIS 





5 Wie erreicht man ein gutes Krankenhausinformationssystem? Strategisches Denken 210 

4.1 Strategisches Denken 




4.1.1 Unternehmensstrategie 

• „Unter Geschäftsstrategien [...] verstehen wir die 

langfristigen Vorstellungen über die Produkte und Märkte 

eines Unternehmens“ (nach [Brenner (1994)]) 

• „Formulation [of strategy] involves making decisions about 

the mission and goals of the organization and the activities and 

initiatives that it will undertake to achieve that mission and 

those goals.” [Glaser und Hsu (1999)] 

• „Developing effective strategies is difficult.“ 

[Glaser und Hsu (1999)] 




Unternehmensstrategie: 

Auftrag (mission) 

Ziel 1 (goal 1) 

Ziel 2 (goal 2) 

Maßnahme 1 

Maßnahme 2 

Maßnahme n 

Ziel n (goal n) 




Bitte formulieren Sie eine Unternehmensstrategie für ein 

Universitätsklinikum: 

• Auftrag des Klinikums: 

‣ Ziel 1: 

‣ Ziel 2: 

‣ Ziel 3: 

‣ Ziel 4: 




Auftrag aller (?) Krankenhäuser ist die Patientenversorgung. 

Unterschiede ergeben sich erst durch die Formulierung 

spezifischer Ziele, z.B.: 

• Rahmenkonzept Universitätsklinikum Leipzig 

• Rahmenkonzept Med. Fakultät Univ. Leipzig 

• Wozu muss man die Ziele kennen? Können diese Ziele Einfluss 

auf das Krankenhausinformationssystem (Architektur, 

Management, ...) haben? 




4.1.2 Unternehmensstrategie als Voraussetzung für 

strategisches Informationsmanagement 

• Wettbewerb im Gesundheitswesens erfordert: 

Ausrichtung der strategischen Planung der 

Informationssysteme auf die strategischen Ziele des 

Unternehmens. (strategic alignment) 

• Informationsmanagement benötigt Wissen über die 

Unternehmensstrategie. 

• Unternehmensmanagement benötigt Wissen über Bedeutung 

und Möglichkeiten der Informationsverarbeitung. 




• Wenn bei der Anamnese kein Computer eingesetzt wird, 

bedeutet das einen schlechte Unterstützung dieser Aufgabe 

durch das KIS? 





BRENNER W (1994). Grundzüge des Informationsmanagements. Berlin: 

Springer. 

GLASER JP, HSU LD (1999). The strategic application of information 

technology in healthcare organizations. New York: McGraw-Hill. 



5.2 Wie erreicht man ein gutes KIS?: Organisatorische Voraussetzungen für Informationsmanagement im Krankenhaus 218 


(strategisches) Informationsmanagement im 

Krankenhaus 

• Welche Aufbauorganisation für das Informationsmanagement 

eines Krankenhauses schlagen Sie vor? 

Welche Aufgabenbereiche müssen abgedeckt werden und wie 

fügt man sie in eine Organisationsstruktur? 

• Welche Besonderheiten gibt es bei großen/kleinen 

Krankenhäusern? 




4.2.1 Theorie (Literatur zum Informationsmanagement) 

Verantwortlich für das Informationsmanagement und damit für 

das Management des Krankenhausinformationssystems ist die im 

englischen Sprachraum als "Chief Information Officer" (CIO) 

bezeichnete Person, die direkt dem "Chief Executive Officer" 

(CEO), bzw. der Krankenhausleitung berichtet. 24 

Aufgaben eines Chief Information Officer (CIO) 25 : 

24 

(MARTIN 1990), S. 17) 

25 

[Heidrick & Struggles 1997] 




Gesamtverantwortung für strategisches, taktisches und operatives 

Informationsmanagement. Am wichtigsten: 

• Ausrichtung des strategischen Informationsmanagements auf 

die Unternehmensziele 

• Rahmenplanung von Informationssystemen (siehe später) 

CIO ist (i.d.R.) kein Computerfreak! 

Der CIO verfügt über eine Einrichtung für das 

Informationsmanagement („Rechenzentrum“). 




Dezentrales Informationsmanagement: 26 

• Gerade in großen Unternehmen/Krankenhäusern ist es nicht 

sinnvoll und auch kaum praktikabel, das Informationsmanagement 

ausschließlich einer zentralen Stelle zuzuordnen. 

• Vielmehr sollten in den einzelnen Fachabteilungen 

Managementgruppen angesiedelt werden, die eng an das 

zentrale Management angekoppelt sind. 

26 

(SCHEER 1994), S. 693, (HAAS 1996) 




Ein Lenkungsausschuss 27 

• hat die Aufgaben der Planung, Überwachung und Steuerung 

des strategischen Projektportfolios; 

• besteht aus dem für die Informationsverarbeitung verantwortlichen 

Mitglied der Unternehmensleitung, dem Leiter der 

IKS-Abteilung und den Leitern der Fachabteilungen; 

27 

[Heinrich (1999)] S. 49 f 




• entscheidet über die Priorität der Projekte und ihre strategisch 

bedeutsamen Planungsziele bezüglich Leistung, Kosten und 

Termine. (Redet also dem Projektleiter nicht rein!) 




4.2.2 Praxis 

5.2.2.1 kleinere Krankenhäuser 

In der Regel kein CIO, sondern 

• ein Arzt macht das nebenbei (Was halten Sie davon?) oder 

• ein Informatiker in der Organisationsabteilung der 

Verwaltung 




4.2.3.2 Universitätsklinikum Leipzig 

Vorstand des 

Universitätsklinikums 

Leipzig 

Beratung 

Arbeitsgruppe 

Strategisches 

Informationsmanagement 

(AG SIM) 

Beratung 

Dekanatskollegium 

der Medizinischen 

Fakultät der 

Universität Leipzig 

Weisung 

und Aufsicht 

Aufträge 

A. Winter 

Aufträge 

Aufträge 

Bereich 


des 

Universitätsklinikums 

Abstimmung 

Institut für 

Medizinische 

Informatik, Statistik 

und Epidemiologie 

der Medizinischen 

Fakultät 

D. Jaeckel AG-KIS 




Wer ist CIO? 





MARTIN J (1990). Information Engineering, Book II: Planning & Analysis. 

Englewood Cliffs: Prentice Hall. 

HAAS P (1996). Informatik im Krankenhaus: Konsequenzen für Organisation 

und Personalbedarf. (1996). Praxis der Informationsverarbeitung im 

Krankenhaus. Landsberg: ecomed. 

HEIDRICK & STRUGGLES (Hrsg.) (1997): CIOs: The future of Information 

Systems. http://www.heidrick.com/publications/pdfs/cio.pdf (letzter Abruf 

17.04.00). 

Heinrich LJ (1999). Informationsmanagement: Planung, Überwachung und 

Steuerung der Informations-Infrastruktur. München: Oldenbourg. 

SCHEER A-W (1994). Wirtschaftsinformatik. Berlin: Springer. 

ÜBERLA K, HAUX R, TOLXDORFF T (1997): Empfehlungen zu Aufgaben, 

Organisation und Ausstattung der Servicebereiche für Medizinische 




Informationsverarbeitung (klinische Rechenzentren) und der Institute für 

Medizinische Informatik in den Klinika und Medizinischen Fakultäten der 

Bundesrepublik Deutschland. Informatik, Biometrie und Epidemiologie in 

Medizin und Biologie 28 (1): 25-45 



Wie erreicht man ein gutes KIS?: Planung von Krankenhausinformationssystemen 229 

4.3 Planung von 





4.3.1 Kriterien für die Planung der 

Aufgabenunterstützung 

4.3.1.1 Notwendigkeit eines stufenweisen Vorgehens 

Es ist unmöglich ‚auf einen Schlag‘ alle Aufgaben des 

Krankenhauses mit neuen, d.h. besseren (vielleicht 

rechnerunterstützten) Werkzeugen auszustatten! 

1) Nur ein stufenweises Vorgehen ist möglich und sinnvoll! 

2) 1.+Innovation ==> es entsteht ein ‚unendlicher‘ Prozess! 




4.3.1.2 Welche Aufgaben haben für Sie Priorität bei der 

Rechnerunterstützung? 

• Angenommen Sie sind CIO in einem Krankenhaus ohne 

(nennenswerte) Rechnerunterstützung. Welche Stufen würden 

Sie vorschlagen? Bitte schreiben Sie die Aufgabe auf, für die 

Sie mit erster Priorität eine Rechnerunterstützung einführen 

würden; dann noch die mit zweiter und dritter Priorität 

• Bitte seien Sie konkret. Verwenden Sie die Bezeichnungen 

konkreter Aufgaben des Krankenhauses. 




4.3.1.3 Die Prioritäten des Universitätsklinikums 

Leipzig 

• Aufgaben der Leistungsstellen Klinisch Chemisches Labor, 

diagnostische Radiologie, ... 

• Administrative Aufgaben wie Abrechnung, Finanz- und 

Rechnungswesen, Materialwirtschaft 

• Patientenaufnahme und –abrechnung 

• Operationsdokumentation 

• Diagnosedokumentation 

• Arztbriefschreibung 

• Befundübermittlung 




• Pflegeanamnese und Dienstübergabe 




Voraussetzung für ein stufenweises Vorgehen 

• Aufgaben der Leistungsstellen Klinisch 

Chemisches Labor, diagnostische Radiologie, ... 

• Administrative Aufgaben wie Abrechnung, Finanzund 

Rechnungswesen, Materialwirtschaft 

• Patientenaufnahme und –abrechnung 

• Operationsdokumentation 

• Diagnosedokumentation 

• Arztbriefschreibung 

Kommentar [AW2]: Seite: 243 

Ab hier am 25.1.2005 




• Befundübermittlung 

• Pflegeanamnese und Dienstübergabe 

• Sorgen Sie dafür, dass die Oberin glauben kann, dass sie 

tatsächlich auch mal dran kommt! 

Wie machen Sie das? 




4.3.2 Kriterien für die Planung der Architektur 

1. Geringe Beschaffungskosten 

2. Geringe Betriebskosten 

3. Gute Erweiterbarkeit und Anpassbarkeit 

4. Übersichtlichkeit 

5. Sicherer Betrieb 




Konsequenzen : 

• So viele heterogene Werkzeuge wie nötig und 

so wenige wie möglich! 

• Nach Möglichkeit standardisierte Bausteinschnittstellen 

einsetzen 

• Keine eigene Softwareentwicklung betreiben 

(Was denken Sie?) 




4.3.3 Rahmenkonzepte für das 


ZUM Einstieg hier die Folien von M1g4/42 verwenden! 

Die Planung von Krankenhausinformationssystemen im Rahmen 

des strategischen Informationsmanagements ist die Rahmenplanung 

von Krankenhausinformationssystemen. 

Die Rahmenplanung gibt für einen vorgegebenen Zeitraum, 

allgemeine Leitlinien für den Aufbau bzw. die Weiterentwicklung 

des Krankenhausinformationssysteme vor. 

Das Ergebnis der Rahmenplanung ist in der Regel ein Rahmenplan 

oder ein Rahmenkonzept; teilweise wird auch von einem 




Gesamtkonzept gesprochen (HAUX, SCHMÜCKER et al. 1996). Im 

anglo-amerikanischen Bereich spricht man von „strategic plan“. 

Bislang wurde von einem Rahmenkonzept für das 

Krankenhausinformationssystem gesprochen. Wir wollen von 

einem Rahmenkonzept für das Informationsmanagement im 

Krankenhaus sprechen. 




4.3.3.1 Wer braucht wozu ein Rahmenkonzept für das 

Informationsmanagement? 

• Leitung des Krankenhauses 

• Beschäftigte und Abteilungen: Ärzte, Schwestern, 

Verwaltung 

• Informationsmanager (EDV-Abt., Rechenzentrum, CIO) 

• Krankenhaus-Träger 

• Berater 

• Hardware- und Software Lieferanten. 




Diese Interessensgruppen sind zu unterschiedlichen Phasen an 

Rahmenkonzepten interessiert: 

• Erstellung 

• Verabschiedung 

• Durchsetzung, Umsetzung 

• Anwendung 

• Aktualisierung 




4.3.3.2 Wie sollte ein Rahmenkonzept für das 

Informationsmanagement aufgebaut sein? 

• Was würden Sie in ein Rahmenkonzept hineinschreiben? 




• Ein Rahmenkonzept für das Informationsmanagement muss 

mit einem Ziel für das Informationsmanagement bzw. einem 

Ziel, dass durch das Krankenhausinformationssysstem 

erreicht werden soll, beginnen! 

• Dieses Ziel muss sich aus den strategischen Zielen des 

Krankenhauses ergeben! 

=> Das Krankenhaus wird nur dann ein adäquates 

Krankenhausinformationssystem bekommen, wenn der Planer 

seine Unternehmensziele kennt!! 




Gliederung: 

0. Kurze (Management-) Zusammenfassung 

1. Strategische Ziele des Krankenhauses -> strategische Ziele für 

das Informationsmanagement 

2. Ist-Zustand des Krankenhausinformationssystems 

3. Bewertung des Ist-Zustand 

4. Soll-Zustand des Krankenhausinformationssystems 

5. Weg vom Ist zum Soll 

6. Anhang: Organisationsstruktur, Personal, Lagepläne, 

Netzwerk-Architektur, ... 




Bitte vergleichen Sie mit dem Rahmenkonzept für die 

Weitereinwicklung des Informationssystems des UKL! 




Strategische Ziele des Krankenhauses 

Zum Beispiel:(hatten wir schon) 

• Zahl der ambulanten Patienten erhöhen 

• Reduzierung der Liegezeit 

• Beste Qualität der Behandlung 

• Optimale Zusammenarbeit in der Gesundheitsversorgungsregion 

• Image als “Modernes” Krankenhaus mit bester Technikaustattung 

• Image als Krankenhaus mit ganzheitlicher Medizin und individueller, 

persönlicher Betreuung der Patienten 

• Gewinnmaximierung 

• Verlustminimierung. 




Ist-Zustand des Krankenhausinformationssystems 

Aufwendig aber notwendig um Schwachstellen identifizieren zu 

können. 

Nicht alle Schwachstellen haben technische Gründe, daher z.B. 

die Organisationsstruktur nicht vergessen! 




Bewertung des Ist-Zustand 

Beachte: geringer Computer-Einsatz ist nicht unbedingt ein 

Mangel! (siehe oben) 




Soll-Zustand des Krankenhausinformationssystems 

• Auch organisatorische Änderungen sind zu berücksichtigen. 

(Vielleicht liegen die Probleme ja auch an der mangelhaften 

Organisation des Informationsmanagements) 

• Vielleicht führt man einen CIO ein. 




Weg vom Ist zum Soll 

• Stufen-(!)-plan mit konkreten Projekten und Terminen 

• Geschätzte Investitions- und künftige Betriebskosten 

• Personalbedarf 



Wie erreicht man ein gutes KIS?: Steuerung von Krankenhausinformationssystemen 251 

4.4 Steuerung von 


= Konstruktion von KIS 

4.4.1 Der Zusammenhang von 

strategischem, taktischem und operativen 

Informationsmanagement 28 

28 

siehe hierzu auch: 

Österle H, Brenner W, Hilbers K (1992). Unternehemensführung und 

Informationssystem: Der Ansatz des St. Galler Informationsmanagements. 

Stuttgart: Teubner. S. 44 




bzw. 

Krcmar H (2003). Informationsmanagement. Berlin: Springer. S. 37 



Strategisches 

Inf.Managem. 

Taktisches 

Inf.Managem. 

Operatives 

Inf.Managem. 


Strategisches 

UnternehmensManagement. 

Planen 

Rahmenplan 

Proj.Portfolio 

Steuern = 

Umsetzen 

Überwachen 

Projekt 

Planen 

Projektplan 

Steuern 

=Realisieren 

Überwachen 

Betreiben 

Nutzer 

KIS 

KIS- 

KIS- KIS- Komponente 3 

Komponente Komponente 1 2 




Koppelung von strategischer Steuerung und taktischem 

Management 

Voraussetzung: 

• Es gibt in der Aufbauorganisation des 

Informationsmanagements nicht nur Einrichtungen für das 

strategische und operative sondern auch für das taktische 

Informationsmanagement. 




• Das Rahmenkonzept gilt für einen längeren Zeitraum, aber 

Anforderungen und verfügbare Ressourcen verändern sich 

schneller, d.h. 

• ca. jährlich muss ein aktueller strategischer Projekteplan 

(Projektportfolio) erstellt werden und mit der 

Unternehmensleitung abgestimmt werden. 

Die Unternehmensleitung muss entscheiden, welche 

Projekte durchgeführt werden sollen, und muss die 

Ressourcen dafür bereitstellen. 

• Über (Zwischen-)Ergebnisse wird an die Einrichtungen 

des strategischen Informationsmanagements berichtet. 



Wie erreicht man ein gutes KIS?: Überwachung von Krankenhausinformationssystemen 256 



In der Literatur auch „Evaluation“ oder „Technology Assessment“ 




4.5.1 Aufgaben der strategischen Überwachung 

• Sind die Nutzer zufrieden mit dem KIS (z.B. bzgl. 

Informationslogistik, Funktionalität, Benutzerfreundlichkeit) 

• Entspricht das KIS dem „state of the art“ 

(z.B. Rechnerunterstützung, Technologie (?), Standards) 

• Sind externe Institutionen (un-)zufrieden mit dem KIS? 

• Haben die Projekte die vorgesehenen Ziele erreicht? 

• Welche Qualität hat die KIS-Architektur? 

• Ist die Organisation des Informationsmanagements (noch) in 

Ordnung? 




u.a. das ist zu tun: 

• Lokale Presse im Bezug auf das eigene Krankenhaus- 

Informationssystem überwachen; 

• Regelmäßige Begutachtung z.B. durch externe Experten; 

• KIS regelmäßig mit state-of-the-art-Referenz-Modellen 

vergleichen; 

• Qualitätskriterien für Struktur-, Prozess und Ergebnisqualität 

festlegen. 

• Zusammenführen der Sichtweisen aller großen 

Benutzergruppen (z.B. Umfragen, Workshops, 

Lenkungsausschuss); 




• Initiieren von Projekten zur Überprüfung bestimmter 

Aufgaben (z.B. Vollständigkeit/Sicherheit/Geschwindigkeit 

bei Befundübermittlung); 

• Initiieren vergleichender Interventionsstudien (Verbessert 

elektronische Arztbriefschreibung die Rechtzeitigkeit? 

Reduzieren Mobile Werkzeuge den Dokumentationsaufwand 

auf einer Normalstation?); 

• Regelmäßig die Gesetzgebung verfolgen; 

• Formelle Zertifizierung des Krankenhauses anstoßen. 




4.5.1.1 kontinuierlicher Monitor 

Manche Qualitätsindikatoren können automatisch kontinuierlich 

erfasst und ausgewertet werden, z.B.: 

• Anzahl der elektronisch übermittelten Befunde, 

• Anzahl täglicher Zugriffe auf zentrale Wissensquellen (z.B. 

Leitlinien, Behandlungspfade, Literaturdatenbank), 

• durchschnittliche Zeit von Entlassung bis Fertigstellung 

Arztbrief. 




4.5.1.2 Ad-Hoc Projekte 

Initiierung bestimmter Projekte (s.o.) 




4.5.2 Methoden der strategischen Überwachung 

4.5.2.1 Evaluationsstudien (Technology Assessment) 

Evaluationsstudien (Assessment studies) haben typische Phasen: 

• Systemanalyse: Die zu evaluierende Komponente des KIS 

wird ermittelt und dargestellt. 

• Systemevaluation: An der Komponente werden vorher 

festgelegte Kriterien (Qualitätsindikatoren) gemessen (vorher 

und/oder nachher; Kontrollgruppe, ...) 




Studie benötigt Studienprotokoll: 

1. Definition der Ziele der Studie. 

2. Definition der zu bewertenden Komponente des KIS 29 . 

3. Definition klarer und beantwortbarer Fragen. 

4. Definition der Umgebung, in der die Komponente genutzt 

wird. 

5. Auswahl valider und zuverlässlicher Messmethoden. 

6. Definition des Studiendesigns. 

29 

Das ist nicht trivial! Siehe TEP-Planung! 




7. Beschreibung des Studienablaufs. 

Zum Bericht zusätzlich: 

8. Beschreibung Studienverlauf 

9. Beantwortung der Studienfragen. 

10. Diskussion der Zuverlässigkeit der Ergebnisse. 




Unterschiedliche Studientypen: 

• SWOT Analyse: Analysis of the most significant strengths 

(positive features), weaknesses (negative features), 

opportunities (potential strengths), and threats (potential 

weaknesses) that characterize an information system 

component. 

• Akzeptanzstudie (User acceptance study): 

• Effektivitätsstudie: Werden die gewünschten Effekte/Ziele 

erreicht? 




• Cost-effectiveness analysis: ökonomische Analyse zur 

Gegenüberstellung von Effekten mit dem erforderlichen 

Aufwand (ggf. ohne monetäre Bewertung von Effekten) 

• Kosten-Nutzen-Analyse: monetäre Bewertung des Nutzens 

und Gegenüberstellung zum Aufwand. 

• Return-on-investment (ROI) studies (Rentabilitätsrechnung) 

30 

30 

z.B.: Friedman CP, Wyatt J C. Evaluation Methods in Medical Informatics. 

New York: Springer; 1997. 




4.5.2.2 Zertifizierung, Akkreditierung und 

Exzellenzprogramme 

Zertifizierung: 

• Strukturqualität, keine Ergebnisqualität 

• meist auf ISO 9000 basierend 

• kein spezieller Bezug zu Gesundheitswesen 

Ammenwerth E, Gräber S, Herrmann G, Bürkle T, König J (2003). Evaluation of 

Health Information Systems - Problems and Challenges. International Journal of 

Medical Informatics. 71(2-3), 125-35. 




Akkreditierung: 

• total quality management (TQM), continuous quality 

improvement (CQI) 

• Bezug zur Gesundheitsversorgung, Integration in Region, 

• USA: JCAHO program 31 

• Deutschland: KTQ 32 ( ISO 9000 + EFQM + JCAHO +...) 

31 

Joint Commission on Accreditation of Healthcare Organizations, 

http://www.jcaho.org. 

32 

Kooperation für Transparenz und Qualität im Krankenhaus, http://www.ktq.de. 




Exzellenz-Programme: 

• streben nach TQM 

• Scoring zum Vergleich 

• EFQM 33 

• Malcolm Baldrige National Quality Award 34 

33 

European Federation for Quality Management (EFQM), http://www.efqm.org/ 

new_website. 

34 

National Institute of Standards and Technology, Baldrige National Quality 

Program, http://www.baldrige.org.

Vorlesungsunterlagen Krankenhausinformationssysteme 2

Sie wollen auch ein ePaper? Erhöhen Sie die Reichweite Ihrer Titel.

Template löschen?

Als Template speichern?