Haux, Winter, Ammenwerth, Brigl - Strategic Information Management in Hospitals - En.es PDF

Informática de la salud
(Anteriormente Informática en Salud)
Kathryn J. Hannah Marion J. Ball

Editores de serie
Springer Science + Business Media, LLC

Reinhold Haux Alfred invierno
Elske Ammenwerth Birgit Brigl
Gestión de información
estratégica en hospitales
Una introducción al Hospital
Sistemas de información
Con un prólogo de Reed M. Gardner
Con 110 ilustraciones
13
Reinhold Haux, Ph.D. Alfred invierno, el profesor de doctorado del Instituto de
Profesor de Medicina Instituto de Informática de Información de Salud Informática Médica de Informática Médica, Estadística y
de la Universidad de Informática de Sistemas y Tecnología de la Salud
Epidemiología Universidad de
Tyrol (UMIT) 6020 Innsbruck, Leipzig 04103 Leipzig, Alemania
Austria reinhold.haux@umit.at winter@imise.uni-leipzig.de Birgit
Elske Ammenwerth, Ph.D. Brigl, Ph.D.
Profesor Adjunto de Informática Médica de Investigación de Evaluación Instituto de Informática Médica, estadísticas y
del Grupo de Información en Salud Epidemiología Universidad
sistemas de Leipzig 04103 Leipzig,
Universidad de Informática de la Salud y Tecnología Alemania
Tyrol (UMIT) 6020 Innsbruck, birgit.brigl@t-online.de
Austria
elske.ammenwerth@umit.at
Editores de serie:
Kathryn J. Hannah, Ph.D., RN Marion J. Ball, Doctor en Educación
Profesor Adjunto, Departamento de Ciencias de la Salud de la Vicepresidente, Soluciones Clínicas Healthlink, Inc.
Comunidad Facultad de Medicina de la Universidad de 2 Hamill carretera
Calgary, Alberta, Canadá T3B 4Z8
y
Profesor auxiliar
La Escuela de la Universidad Johns Hopkins de Enfermería
de Baltimore, MD 21210, EE.UU.
Biblioteca del Congreso de datos Catalogación en la Publicación

gestión de la información estratégica en los hospitales: una introducción a la información del hospital
sistemas / Reinhold Hauz ... [et al.].
pag.; cm- (serie de Informática de la salud)
Incluye referencias bibliográficas e indice.
ISBN 978-1-4419-2331-8 ISBN 978-1-4757-4298-5 (libro electrónico)
DOI 10.1007 / 978-1-4757-4298-5
1. almacenamiento y recuperación de sistemas-hospitales. 2. La informática médica.

I. Haux, R. (Reinhold) II. informática de la salud.
[DNLM: 1. Hospital de Sistemas de Información. 2. Gestión de la Información. 2. Modelos, teórico. WX
26.5 S898 2003] R858.S77 2003
362.11'0285-DC22 2003059129
ISBN 978-1-4419-2331-8 Impreso en papel libre de ácido.
© 2004 Springer Science + Business Media Nueva York
Originalmente publicada por Springer-Verlag New York, LLC en 2004
Todos los derechos reservados. Este trabajo no puede ser traducida o copiado en su totalidad o en parte, sin el permiso por escrito
del editor Springer Science + Business Media, LLC , a excepción de breves extractos
en relación con los exámenes o análisis académico. El uso en conexión con cualquier forma de almacenamiento y recuperación de
información, la adaptación electrónico, software informático, o por metodología similar o no conocido actualmente o desarrollado en el futuro
está prohibido.
La utilización de esta publicación de nombres comerciales, marcas registradas, marcas de servicio y términos similares, aunque no se
identifican como tal, no debe ser tomado como una expresión de opinión en cuanto a si son o no están sujetos a derechos de propiedad.
Mientras que el asesoramiento y la información en este libro se cree que son verdadera y exacta en la fecha de su impresión, ni los
autores ni los editores ni el editor puede aceptar ninguna responsabilidad legal por cualquier error u omisión que se pueden hacer. El
editor no ofrece ninguna garantía, expresa o implícita, con respecto al material contenido en el presente documento.
(RW / MVY)
987654321 SPIN 10936962
springeronline.com
Prefacio
gestión de la salud es una tarea compleja y cambiante. A medida que aumenta el conocimiento de
medicina, como las estrategias de gestión clínica o la gestión administrativa cambio de estrategias, y ya
que los pacientes se mueven de una ciudad a otra o de un país a otro, los retos de la gestión de la
asistencia sanitaria han cambiado y seguirán cambiando. Central para todos estos cambios es una
necesidad de almacenar y procesar los registros administrativos y clínicos para el paciente. Por las
razones mencionadas anteriormente, la informatización de los sistemas de registro en los hospitales y
clínicas ha sido y continúa siendo un proceso lento y complejo. El desarrollo de una estrategia para
proporcionar el mejor servicio de atención médica al menor costo posible es un objetivo común de casi
todos los sistemas de salud en el mundo. Los cuidados prestados en el hospital suele ser el más
avanzado, el más complejo y el más caro. Como consecuencia de ello, la comprensión y la gestión de la
asistencia sanitaria en los hospitales es fundamental para todo sistema de salud. Este libro ofrece una
visión maravillosa para los estudiantes y profesionales de la informática médica. También se presentan
los antecedentes que cada especialista en informática médica tiene que entender y manejar las
complejidades de los sistemas de información hospitalarios.
Este libro se ocupa principalmente de los sistemas administrativos subyacentes que están en su lugar en
los hospitales de todo el mundo. Estos sistemas son fundamentales para el desarrollo e implementación de los
sistemas aún más desafiante que adquirir, procesar y gestionar la información clínica del paciente. sistemas de
información hospitalarios proporcionan una parte importante de la información que necesitan las personas para
pagar el cuidado de la salud, ya sean administradores de hospitales, compañías de seguros de salud,
autoridades de salud pública, o líderes políticos locales o nacionales. Como consecuencia de ello, un conjunto
importante y complejo de las estrategias ha sido implementado para documentar los problemas y
procedimientos que los hospitales están tratando con médicos. Los problemas generalmente se codifican con
la Clasificación Internacional de Enfermedades (ICD-9 o ICD-10) sistemas de codificación, mientras que los
procedimientos médicos se designan mediante los códigos actuales de procedimiento Terminología (CPT). Por
lo general, estos códigos se utilizan para generar facturas a una compañía de seguros o unidad
gubernamental. Como consecuencia, estos datos deben ser generados, transmitidos, y se procesan con
precisión y prontitud. La tecnología informática mejora la capacidad del personal clínico y administrativo del
hospital para proporcionar estos datos.
v
vi Prefacio
Debido a la complejidad y evolución de las necesidades de información médica, el campo de la

informática médica está en la necesidad de un número creciente de profesionales que entienden cómo
usar las computadoras y están familiarizados con los requisitos administrativos del campo de la salud y la
medicina clínica. Tener una persona que tenga conocimientos en todos estos campos es inusual. Sin
embargo, estoy convencido de que la velocidad a la que la medicina es capaz de utilizar mejor la
tecnología informática está limitada por la falta de un número suficiente de profesionales bien entrenados
que tienen una comprensión de todos estos campos. Como consecuencia de ello, felicito a cada uno de
ustedes que está estudiando los sistemas de información del hospital y le animo a tomar lo que usted
aprenderá de este libro y mover el campo hacia adelante.
Después de tener una comprensión de lo que se presenta en este texto, le animo a asumir el reto
de informática clínica. Estudiar y aprender cómo las computadoras se pueden utilizar con ventaja por los
que prestan atención son médicos clínicos, enfermeras, farmacéuticos, terapeutas y otros cuidadores.
En el futuro, todos debemos trabajar hacia el desarrollo de sistemas informáticos y de comunicaciones
que mejorarán la adquisición de los datos clínicos de modo que los datos pueden ser utilizados para
proporcionar una mejor atención al paciente y la documentación administrativa más eficiente y mejor.
Disfrutar de este libro. Sus materiales escritos con claridad y ejercicios deben dar a cada
lector de un desafío y una oportunidad para aprender. He encontrado el Apéndice A, el tesauro, un
tesoro de información importante. El tesauro será muy útil para todo el mundo en los próximos
años. Felicito a los autores para su conocimiento, habilidad y dedicación de escribir y publicar este
libro.
Reed M. Gardner
Profesor y Jefe del Departamento de Medicina de la Universidad de Informática
del Hospital de Utah y de LDS, Salt Lake City, Utah, EE.UU.
Reed.Gardner@hsc.utah.edu
Prólogo de la serie
Esta serie está dirigida a los profesionales sanitarios que están liderando la transformación del cuidado de la
salud mediante el uso de la información y el conocimiento. Lanzado en 1988 como Computadoras en la
atención sanitaria, la serie ofrece una amplia gama de títulos: algunas dirigidas a determinadas profesiones
como la enfermería, la medicina, la salud y la administración; otros a zonas especiales de la práctica como el
trauma y radiología. Aún otros libros de la serie se centran en temas interdisciplinarios, tales como el registro
computadorizado de pacientes, registros electrónicos de salud, y los sistemas de salud en red.
Rebautizado Informática de la Salud en 1998 para reflejar la rápida evolución de la disciplina conocida
ahora como informática de la salud, la serie continuará añadiendo títulos que contribuyen a la evolución del
campo. En la serie, los expertos eminentes, que actúa como editores o autores, ofrecen a sus cuentas de
innovaciones en informática de la salud. Cada vez más, estas cuentas van más allá del hardware y el
software para abordar el papel de la información para influir en la transformación de los sistemas de
prestación de asistencia sanitaria en todo el mundo. La serie también se centrará cada vez más en
“peopleware” y los cambios organizativos, de comportamiento y sociales que acompañan a la difusión de la
tecnología de la información en entornos de servicios de salud.
Estos cambios darán forma a los servicios de salud en el próximo milenio. Al hacer uso completo y
creativo de la tecnología para dominar y transformar datos de información, informática de la salud fomentarán
el desarrollo de la era del conocimiento en el cuidado de la salud. Como coeditores, nos comprometemos a
apoyar a nuestros colegas profesionales y los lectores de la serie, ya que comparten los avances en la nueva
y excitante campo de la informática de la salud.
Kathryn J. Hannah
Marion J. Ball
vii
Prefacio
¿Qué es un sistema de información del hospital? La literatura define los sistemas de información hospitalarios de
muchas maneras diferentes y presenta varios puntos de vista. Algunos artículos se centran en funciones de
procesamiento de información, mientras que otros se centran en la tecnología utilizada. En primer lugar, entendemos un
sistema de información del hospital como el procesamiento de la información y el almacenamiento de la información
subsistema de un hospital.
Este libro analiza la importancia de procesamiento de la información en los hospitales, los avances
en la tecnología de la información y la comunicación, y la importancia de la gestión de la información
sistemática. Casi todas las personas que trabajan en un hospital tienen una enorme demanda de
información, que ha de cumplirse con el fin de lograr una alta calidad y eficaz del paciente. La gestión de
un hospital necesita información actualizada sobre los costes y los servicios del hospital. La calidad del
procesamiento de la información también es importante para la competitividad de un hospital. sistemas
de información hospitalarios pueden ser considerados como la memoria y el sistema nervioso de un
hospital.
El objeto de procesamiento de la información es bastante complejo. Casi todos los grupos y todas las áreas de
un hospital dependen de la calidad del procesamiento de la información. La cantidad de procesamiento de la
información es tremendo. Además, las necesidades de información de los diferentes grupos se basan a menudo en
los mismos datos. Por lo tanto, el procesamiento de información integrada es necesario. Si los sistemas de
información del hospital no son administrados y operados de manera sistemática, tienden a desarrollar de forma
caótica. Esto, a su vez, conduce a consecuencias negativas, tales como la baja calidad de los datos y el aumento de
los costos de la atención al paciente.
Bien educada especialistas en informática de la salud, con el conocimiento y las habilidades para
gestionar de forma sistemática y operar sistemas de información hospitalaria, por lo tanto, son necesarios
para aplicar adecuada y responsable de la información y tecnología de comunicación al complejo entorno
de procesamiento de la información de un hospital.
Este libro analiza los sistemas de información del hospital y su gestión sistemática. Gestión de
la información comprende aquellas actividades en un hospital que se ocupan de la gestión de
procesamiento de la información y por lo tanto con la gestión de su sistema de información
hospitalaria.
El objetivo de este libro es introducir cuidado de la salud y de la salud profesionales de la informática,
así como los estudiantes de informática médica / salud informática
ix
X Prefacio
y la gestión de información de la salud, a la gestión estratégica de sistemas de información

hospitalarios. El libro debe ser considerada como una introducción a este tema complejo. Para una
comprensión más profunda, el lector tendrá conocimiento adicional y, sobre todo, la práctica en este
campo.
Después de leer este libro, el lector debe ser capaz de responder a las siguientes preguntas:
• ¿Por qué es importante sistemática procesamiento de la información en los hospitales?
• ¿Qué sistemas de información hospitalarios parecen?

• ¿Cuáles son buenos sistemas de información del hospital?
• ¿Cómo podemos gestionar estratégicamente los sistemas de información del hospital? Esperamos que
el lector encontrará útil este libro. Cualquier comentario sobre él o sugerencias para mejorar son una calurosa
bienvenida.
Reinhold Haux
Alfred invierno Elske
Ammenwerth
Birgit Brigl
Expresiones de gratitud
Nos gustaría expresar nuestro agradecimiento a todos nuestros colegas que han contribuido a este
libro, especialmente Reed Gardner, que comentaron en él y escribió el prólogo. Gracias también a
muchas otras personas que ayudaron a producir este libro, especialmente Frieda Kaiser y Gudrun
Hübner-Bloder.
También nos gustaría dar las gracias a los siguientes colegas para ayudar a obtener cifras
y capturas de pantalla: Marc Batschkus, Thomas Bürkle, Andrew Grant, Torsten Happek,
Marianne Kandert, Thomas Kauer, Georg Lechleitner, Otwin Linderkamp, André Michel,
Gerhard Mönnich, Oliver Reinhard , Christof Seggewies, Pierre Tetrault, Raimund Vogl, y
Emanuel Wilhelmy. En particular, estamos agradecidos a Ursula y Markus Beutelspacher para
lo que nos permite tomar una foto de sus quíntuples Heidelberg para la portada (foto quintuplet
por Bernd Krug).
No menos importante, queremos agradecer a nuestros estudiantes, que siguió haciendo preguntas críticas y
llamó la atención a los argumentos incompletos e imprecisos.
Reinhold Haux
Alfred invierno Elske
Ammenwerth
Birgit Brigl
xi
“Cualquier tecnología establece una relación entre los seres humanos y su entorno, tanto físico como
humano. Ninguna tecnología puede considerarse como meramente instrumental. Esto es especialmente
relevante cuando se trata de sistemas de información automática de gran tamaño, diseñado para contribuir
a la gestión e integración de grandes organizaciones, tales como hospitales “.
Jean-Marie Fessler y Francois GREMY problemas

éticos con los sistemas de información sanitaria. Los métodos de la
Información en Medicina 2001; 40: 359-61.
“La salud y la educación en informática médica es de particular importancia en el inicio de

la 21 S t siglo por las siguientes razones ...:
1. progreso en el procesamiento de información y la información y comunica-

ción tecnología está cambiando nuestras sociedades;
2. la cantidad de salud y el conocimiento médico está aumentando a un ritmo tan fenomenal que no
podemos esperar para mantenerse al día con él, o almacenar, organizar y recuperar existentes y
nuevos conocimientos en el momento oportuno sin necesidad de utilizar un nuevo tratamiento de la
información tecnologías de la metodología y de información;
3. hay beneficios económicos significativos a ser obtenidos del uso de la información y

la comunicación para apoyar la medicina y la asistencia sanitaria;
4. Del mismo modo la calidad de la atención médica se ve reforzada por la aplicación sistemática
de procesamiento de información y tecnología de la información y la comunicación;
5. se espera que estos desarrollos seguirán, probablemente por lo menos al mismo ritmo
que se puede observar hoy en día;
6. profesionales de la salud que están bien educados en la salud o médica
Se necesitan informática para procesar información de manera sistemática en la
medicina y en el cuidado de la salud, y para la aplicación adecuada y responsable de la
información y la comunicación “.
recomendaciones
Informática de la Asociación Médica Internacional (IMIA)
de Educación en Salud y medicina Informática. Los métodos de
la Información en Medicina 2000; 39: 267-77.
Disponible en http://www.imia.org.
xiii
Contenido
Prólogo de Reed M. Gardner ............................................ .................................................. .v Serie Prefacio
.............................................. .................................................. ............................. Prefacio vii ...................
.................................................. .................................................. ..................... ix Agradecimientos ...........................
.................................................. .......................................... xi
1. Introducción............................................... .................................................. ................................ 1

1.1 Importancia de procesamiento de información en hospitales ...................................... 1
1.2 Avances en la Tecnología de la Información y Comunicación ............................ 6
1.3 Importancia de la gestión de la información sistemática .................................... 11
1.4 Ejemplos ................................................ .................................................. .......................... 17
1.5 Ejercicios ................................................ .................................................. .......................... 22
1.6 Resumen ................................................ .................................................. .......................... 23
2. Conceptos básicos .............................................. .................................................. ....................... 25

2.1 Introducción ................................................ .................................................. ..................... 25
2.2 Datos, información y conocimiento ........................................... ............................. 25
2.3 Sistemas de Información y sus componentes ............................................ ........ 26
2.4 Sistemas de Información Hospitalaria .............................................. .................................... 30
2.5 Sistemas de Información de Salud .............................................. ........................................ 33
2.6 Gestión de la Información en los hospitales ............................................. .................... 35
2.7 Ejemplos ................................................ .................................................. .......................... 36
2.8 Ejercicios ................................................ .................................................. .......................... 39
2.9 Resumen ................................................ .................................................. .......................... 42
3. ¿Qué hacen los sistemas de información hospitalarios parece? ........................................ .... 45

3.1 Introducción ................................................ .................................................. ..................... 45
3.2 Funciones del Hospital ............................................... .................................................. ........ 45
3.3 Modelado de Sistemas de Información Hospitalaria ............................................. ................ 62
3.4 un metamodelo para el modelado HIS: 3LGM .......................................... ................... 79
3.5 Herramientas de procesamiento de información en hospitales ............................................ ............. 88
3.6 Arquitecturas de Sistemas de Información Hospitalaria ............................................ 112

3.7 La integridad y la integración dentro de los sistemas de información hospitalaria ........... 123
3.8 Ejemplo ................................................ .................................................. ......................... 139
xv
xvi Contenido
3.9 Ejercicios ................................................ .................................................. ....................... 149

3.10 Resumen ................................................ .................................................. ..................... 149
4. ¿Cuáles son buenos sistemas de información hospitalarios? ......................................... ......... 151

4.1 Introducción ................................................ .................................................. .................. 151
4.2 Calidad de Estructuras .............................................. .................................................. ..152
4.3 Calidad de Procesos .............................................. .................................................. ..159
4.4 Calidad Resultado ............................................... .................................................. ........ 164
4.5 Equilibrio como un reto para la Gestión de la Información ............................. 168
4.6 Ejemplos ................................................ .................................................. ....................... 171
4.7 Ejercicio ................................................ .................................................. ......................... 175

4.8 Resumen ................................................ .................................................. ....................... 176
5. ¿Cómo gestionar estratégicamente sistemas de información hospitalarios ....................... 177

5.1 Introducción ................................................ .................................................. .................. 177
5.2 estratégico, táctico y operacional de gestión de información ........... 177
5.3 Estructuras organizativas para la gestión de la información .......................... 187
5.4 Planificación Estratégica de Sistemas de Información Hospitalaria ................................. 194
5.5 Seguimiento Estratégico de Sistemas de Información Hospitalaria ............................. 204

5.6 Mejor Dirección estratégica de sistemas de información hospitalarios ................................ 213
5.7 Ejemplos ................................................ .................................................. ....................... 215
5.8 Ejercicios ................................................ .................................................. ....................... 218
5.9 Resumen ................................................ .................................................. ....................... 219
6. Observaciones Finales .............................................. .................................................. ...................... 221
Apéndice A: Sinónimos .............................................. .................................................. ......... 223
Apéndice B: Bibliografía .............................................. .................................................. ... 251
Apéndice C: Lista de ejemplos y ejercicios .......................................... .................. 255
Sobre los autores............................................... .................................................. ................... 259
Índice ........................................................................................................................................ 263

Lista de Tablas y Figuras
Mesas
Tabla 1.1: Ejemplo de la paradoja de Simpson. Las tasas de éxito de Novum y

Verum tratamientos para los pacientes con diagnóstico Δ, tratados durante los años δ en
el Centro Médico Plötzberg y medicina
La escuela (PMC) .............................................. .................................................. .................... 21
Tabla 3.1: Un extracto de la funcional su modelo, describiendo

hospital funciona relevantes para la enfermería en el Centro Médico Plötzberg y la Escuela Médica (PMC).
.................................................. .....................sesenta y cinco
Tabla 3.2: El marco Zachman arquitectura de la empresa. ................................ 72
Tabla 3.3: Un ejemplo de un modelo de referencia para funciones de hospital. ................. 76
Tabla 5.1: Dimensiones a ser considerados para la información operativa
gestión de la parte asistido por ordenador de sistemas de información hospitalarios .......................................
.................................................. ............. 191
Tabla 5.2: Estructura del plan de gestión de la información estratégica
(2002-2007), del Centro Médico Plötzberg y la Escuela Médica (PMC) ..................................
.................................................. ............................. 202
Tabla 5.3: Una estructura para un procesamiento de la información
informe de seguimiento ................................................ .................................................. .......... 210
Figuras
Figura 1.2: Un ejemplo de un registro electrónico paciente, que comprende

documentos, así como imágenes. .................................................. .................................... 4
Figura 1.3: Un archivo de registro del paciente basado en el papel como una información
la parte de almacenamiento de la memoria del hospital y el sistema nervioso .............................. 5
Figura 1.4: Una sala de servidores de un hospital como el procesamiento de una información
parte de la memoria del hospital y el sistema nervioso. ............................................ 6
Figura 1.5: conferencia Radiológica utilizando un archivo de imágenes y
sistema de comunicación para la presentación de imágenes ............................................. ....... 7
Figura 1.6: Un sistema de entrenamiento basado en ordenador para cuidados críticos,
la simulación de un paciente y diversos parámetros de cuidados intensivos ........................ 10
xvii
xviii Lista de Tablas y Figuras
Figura 1.7: Un ordenador móvil en una sala de apoyo médico

documentación y acceso a la información .............................................. .................... 10
Figura 1.8: Escribir un informe de alta usando el reconocimiento de voz. ................ 11
Figura 1.9: multitud de formas en papel en una unidad de pacientes ambulatorios. ...................... 12
Figura 1.10: Búsqueda para registros de pacientes en un paciente
Archivo de registro ................................................ .................................................. ................... 13
Figura 1.11: redondo clínica Regular por diferente de la salud
profesionales en una sala .............................................. .................................................. ..14
Figura 1.12: Un médico en una sala de examen de una
unidad para pacientes ambulatorios. .................................................. .................................................. ...............15
Figura 1.13: Un asistente médico-técnico y un microbiólogo
en una unidad de laboratorio .............................................. .................................................. ...........15
Figura 1.14: Una enfermera en una sala de oftalmología. .................................................. ......dieciséis
Figure1.15: Prof. Otwin Linderkamp, jefe del Departamento de

Pediatría en Heidelberg, en colaboración con el médico
servidor de conocimiento. .................................................. .................................................. ......... 18
Figura 1.16: Los quintuplets Heidelberg. .................................................. ...................... 19
Figura 2.1: Los componentes típicos de procesamiento de datos físicos (por ejemplo,
ordenador, teléfono impresora, archivo de historias clínicas en papel, pizarras) en una sala
.................................. .................................................. .............. 29
Figura 2.2: Una asistencia sanitaria acceso a la información profesional paciente ................ 31
Figura 2.3: Diferentes personas que trabajan en un hospital (en este caso, las enfermeras y
los médicos en un servicio de urgencias). .................................................. .......... 33
Figura 2.4: Una médico general poner en contacto un hospital por teléfono ..................... 34
Figura 2.5: La oficina de un médico de alto nivel. .................................................. ............... 39
Figura 2.6: La oficina de un médico general. .................................................. ........ 40
Figura 2.7: Una unidad de cuidados intensivos. .................................................. ................................... 40
Figura 2.8: Una unidad de laboratorio. .................................................. .............................................. 41
Figura 3.1: Un paciente que es admitido en un departamento de la admisión del paciente. ...... 46
Figura 3.2: medios de organización típica: una tarjeta magnética y
pegatinas con datos de identificación del paciente. .................................................. ............. 47
Figura 3.3: Informar a los familiares del paciente en una sala de ......................................... ........... 48
Figura 3.4: Infraestructura para acceder a los conocimientos médicos en
una biblioteca clínica ............................................... .................................................. ............... 49
Figura 3.5: Reunión ordinaria de profesionales de la salud para discutir
los próximos pasos de diagnóstico y terapéuticos para un paciente .................................. 49
Figura 3.6: Extractos de formularios de entrada de orden basados en papel para
prueba de laboratorio. .................................................. .................................................. ......... 51
Figura 3.7: examen clínico realizado por un pediatra. ........................... 52

Figura 3.8: documentación de enfermería basados en papel en una sala. ................................... 53
Figura 3.9: Dictado de los resultados en una unidad radiológica. ........................................... 54

Figura 3.10: Preparación para la descarga de un paciente desde una sala de ...................... 55
Figura 3.11: Análisis de un ....................................... registro del paciente basado en papel ....... 57
Lista de Tablas y Figuras xix
Figura 3.12: Documentar el préstamo de registros de pacientes que tienen

sido ordenado por departamentos clínicos en un paciente
archivo de registros ................................................ .................................................. ................. 57
Figura 3.13: El stock de medicamentos en un ....................................... sala de hospital ............. 59

Figura 3.14: La farmacia central de un hospital ......................................... ................ 59
Figura 3.15: Un médico comunicarse con un médico general
por teléfono ................................................ .................................................. .............................. 60
Figura 3.16: Un extracto de una técnica HIS modelo con algunos

componentes de procesamiento de datos físicos y sus enlaces de transmisión de datos del sistema
de información del hospital del Centro Médico Plötzberg y la Escuela Médica (PMC). El óvalo en el
centro simboliza la red. .................................................. .............................................. 66
Figura 3.17: Un extracto de una técnica HIS modelo con algunos

componentes de la aplicación y sus enlaces de comunicación del sistema de información del hospital
del Centro Médico Plötzberg y la Escuela Médica (PMC) ............................
.................................................. .......... 67
Figura 3.18: Un extracto del modelo de organización de Plötzberg
Centro Médico y la Facultad de Medicina (PMC). .................................................. ..68
Figura 3.19: Un modelo de datos simplificado (diagrama de clase UML),
que describe las relaciones entre el paciente tipos de entidad, la caja, y el
procedimiento, como extracto del modelo de datos del SIS de la medicina y
Plötzberg Centro
Escuela de Medicina (PMC) ............................................. .................................................. ..69
Figura 3.20: Ejemplo de un modelo de proceso de negocio, basado en una
UML diagrama de actividad, que describe una parte del proceso de admisión en el Departamento
de Psiquiatría Infantil y Juvenil en el Centro Médico Plötzberg y la Escuela Médica (PMC).
......................... 71
Figura 3.21: El modelo de referencia Heidelberg para las funciones de hospital ................. 75
Figura 3.22: capa de dominio 3LGM ............................................ ............................................ 80
Figura 3.23: Ejemplo de una capa de dominio 3LGM. .................................................. ....... 80
Figura 3.25: Ejemplo de una capa de herramienta lógica 3LGM ........................................ .......... 82
Figura 3.26: 3LGM capa de herramienta física. Las líneas de puntos denotan capa intermedia
relaciones entre capa de herramienta lógica y la capa de herramienta física. ............. 83
Figura 3.27: Ejemplo de una capa de herramienta física 3LGM ........................................ ....... 84
Figura 3.28: Ejemplo de dos configuraciones de componentes de aplicación de una
la función del hospital ................................................ .................................................. .............. 85
Figura 3.29: Ejemplo de componente de procesamiento de datos dos

configuraciones de un componente de aplicación ............................................. ........... 87
Figura 3.30: Captura de pantalla de un componente de aplicación para el paciente
admisión. Sólo se han introducido algunos datos básicos como el nombre y la fecha de nacimiento.
.................................................. ................................................ 90
Figura 3.31: Captura de pantalla de un componente de aplicación de
documentar la historia del paciente, el apoyo a la entrada de datos estructurada con casillas de verificación,
además de ofrecer campos de texto libre ......................... 91
xx Lista de Tablas y Figuras
Figura 3.32: Captura de pantalla de un componente de aplicación para la escritura

informes de endoscopia, incluyendo tanto las imágenes como los campos de entrada de datos de texto libre.
.................................................. .................................................. ............... 91
Figura 3.33: Captura de pantalla de un componente de aplicación para la codificación de

diagnósticos utilizando la Clasificación Internacional de Enfermedades (ICD-10) ......................................
.................................................. ........................................ 92
Figura 3.34: Captura de pantalla de un componente de aplicación de la
presentación de los resultados (en este caso: la química) .......................................... ..................... 93
Figura 3.35: componente de aplicación, lista nuevos resultados (arriba) como
así como órdenes sin signo (abajo) para un paciente ................................ 93 seleccionado
Figura 3.36: Captura de pantalla de un servidor conocimiento clínico, ofreciendo
referencias clínicas ................................................ .................................................. .......... 94
Figura 3.37: Captura de pantalla de un componente de aplicación para la programación
en una unidad de pacientes ambulatorios. .................................................. .................................................. ... 95

Figura 3.38: Presentación de imágenes radiológicas en un radiológica
unidad utilizando un PACS .............................................. .................................................. ............ 97
Figura 3.39: Captura de pantalla de un componente de aplicación PACS,
la presentación de diferentes imágenes archivadas de un paciente ........................................... ..97
Figura 3.40: Captura de pantalla de un componente de aplicación para una
unidad de cuidados intensivos, que muestran, entre otros parámetros, la frecuencia cardíaca, los resultados de
laboratorio, y la presión arterial ............................... ............................. 99
Figura 3.41: componentes de procesamiento de datos basados en papel típicos. ....................... 101
Figura 3.42: Una sala de servidor para el sistema de registro electrónico del paciente
y otros componentes de la aplicación clínica. .................................................. .... 102
Figura 3.43: Uso de un terminal móvil durante las rondas del médico sobre
una sala de ................................................ .................................................. ................................ 103
Figura 3.44: Un típico SU infraestructura en una sala, que comprende
así como la información en papel basado en computadora
herramientas de procesamiento. .................................................. .................................................. ......... 103
Figura 3.45: Una estación de trabajo profesional de la salud en un neurológica
sala de cuidados intensivos ............................................... .................................................. ...... 104
Figura 3.46: La pantalla principal de un cuidado de la salud (móvil) profesional
estación de trabajo, mostrando listas de pacientes a la derecha inferior y superior, y la funcionalidad disponible en
la izquierda. .................................................. ............. 105
Figura 3.47: Captura de pantalla de un registro electrónico de pacientes de un paciente,
que comprende ambos documentos e imágenes ............................................. ................ 106
Figura 3.48: Captura de pantalla del registro electrónico de pacientes de una

paciente, que muestra los procedimientos abiertos a la derecha, y los procedimientos ejecutados en la parte
inferior ................................... .................................................. ...... 107

Figura 3.49: En una unidad de oftalmología (1) ........................................ .......................... 108
Figura 3.53: Una sala en un hospital de ....................................... “sin papel” .................... 110
Lista de Tablas y Figuras xxi
Figura 3.54: DB 1 estilo arquitectónico con el equipo basado en uno

componente de aplicación, el uso de símbolos 3LGM. El rectángulo gris indica la componente basado
en ordenador de aplicación que contiene un sistema de base de datos (denotado por el cilindro)
...................... 113
Figura 3.55: DB 1 estilo arquitectónico con el equipo basado en múltiples
componentes de la aplicación, utilizando símbolos 3LGM. Sólo un componente de la aplicación basada en
ordenador (en el centro) contiene un sistema de base de datos. ..................................................
................................... 114
Figura 3.56: DB norte estilo arquitectónico con el equipo basado en múltiples
componentes de la aplicación, cada uno con su propio sistema de base de datos, utilizando símbolos
3LGM. La nube en el centro indica que se necesita algún medio todavía desconocido para unir los
componentes. .............................. 115
componentes de la aplicación, el uso de símbolos 3LGM, con varias interfaces de comunicación
bidireccionales. Esta representación también se llama un “spaghetti” ....................................... estilo
arquitectónico ............. 116
componentes de la aplicación, el uso de símbolos 3LGM, conectados por un componente de la aplicación
específica para la comunicación (el servidor de comunicación). Esta representación es también llamada la
“estrella” ....................................... estilo arquitectónico ............................................. 117
Figura 3.59: La comunicación entre diferentes aplicaciones

componentes en el contexto de un examen radiológico, utilizando símbolos 3LGM
...................................... .................................................. ........................ 120
componentes de la aplicación, conectados por un componente de la aplicación específica, utilizando símbolos
3LGM. .................................................. ...................... 122
Figura 3.61: Asignación de los resultados a los casos, y de esos casos a una
de pacientes en particular, en un modelo de datos ........................................... ............................. 125
comunicación impulsado por Evento con HL7 .........................................: Figura 3.62 ..... 133
Figura 3.63: En el departamento de administración de pacientes, durante
admisión de un paciente. .................................................. .............................................. 140
Figura 3.64: Las enfermeras preparación de un plan de cuidados de enfermería en el cuidado de la salud
estación de trabajo profesional. .................................................. .......................................... 142

Figura 3.65: Registro de los hallazgos de la historia del paciente del médico
en la estación de trabajo profesional de la salud. .................................................. ..... 143
Figura 3.66: Un médico de revisar los datos y entrar órdenes en
estación de trabajo profesional de la salud móvil de la sala durante la ronda del médico.
.................................................. ................................................ 144
Figura 3.67: etiquetas legibles por máquina sobre muestras de sangre. .................................... 145
Figura 3.68: Un médico revisar las imágenes radiológicas digitales en una
sala de examinación................................................ .................................................. ........ 146
Figura 4.1: documentación basada en papel a la cabecera del paciente,

usando una herramienta fácil de usar, estable, móvil, basado en papel procesamiento de la información.
.................................................. .................................................. ........... 155
xxii Lista de Tablas y Figuras
Figura 4.2: Una cama como una herramienta flexible, la información también apoyar
tareas de procesamiento ................................................ .................................................. ............ 156
Figura 4.3: En el consultorio de un médico jefe, la organización “especial”
de trabajo utilizando herramientas basadas en papel ........................................... ................................... 156
Figura 4.4: Ejemplo de una transcripción (1). .................................................. ............... 161
Figura 4.6: Ejemplo de la transcripción (3). .................................................. ............... 163
Figura 4.8: Extracto del proceso de negocio ....................... 164 “ordenamiento comida.”
Figura 5.1: Relación entre la planificación, dirección y supervisión
durante, y la información operativa estratégica, táctica
administración................................................. .................................................. .................. 179
Figura 5.2: clasificación tridimensional de información
actividades de gestión ................................................ ................................................ 180
Figura 5.3: estratégico, táctico, y la información operativa
gestión en los hospitales, su funcionamiento y su
relaciones. .................................................. .................................................. ................ 181
Figura 5.4: fases típicas de información táctica
proyectos de gestión ................................................ .................................................. 0,183
Figura 5.5: Control de servidor de un hospital
sistema de informacion................................................ .................................................. ...... 185
Figura 5.6: Una reunión del consejo de administración de información. Participantes

son (desde la izquierda): el subdirector de la administración, el subdirector de enfermería, el
director del departamento de informática médica como presidente, el jefe del centro de
gestión de la información, el director médico, y el vice jefe del centro de gestión de la
información................................................ ...................... 189
Figura 5.7: Un centro de apoyo inmediato para el apoyo de tercer nivel de

un proveedor................................................ .................................................. ............................ 191
Figura 5.8: Organización de gestión de la información en el
Centro Médico Plötzberg y la Escuela Médica (PMC) ............................. 192
Figura 5.9: Información estratégica planificación de la gestión de los hospitales ............ 198
Los autores de este libro. Desde la izquierda: Reinhold Haux, Alfred invierno,
Birgit Brigl y Elske Ammenwerth ............................................ ....................... 261
Anotación a las Figuras
Todas las personas que aparecen en las fotos han dado su permiso. Con la excepción de los
quintillizos Heidelberg, no se muestran los pacientes reales. Los pacientes en las cifras son en su
mayoría los autores, sus familias o informática VIP médicos.
Hemos utilizado parte capturas de pantalla de productos de software comercial en este libro. Este
uso no puede considerarse como una recomendación para esos productos. Sólo queremos ilustrar la
funcionalidad típica y usuario típico inter
Lista de Tablas y Figuras xxiii
rostros de los productos de software que soportan las funciones hospitalarias específicas. Por lo tanto, no mencionamos
los nombres de los productos.
Figura Créditos
• Centro Hospitalario Universitario de Sherbrooke, Quebec, Canadá:

3,35, 3,48
• Servicios de Apoyo Inmediato Cerner, Kansas City, Missouri: 5.7
• Diakonissehjemmets Sykehus Haraldsplass, Bergen, Noruega: 4.5
• Centro Alemán de Investigación del Cáncer, Heidelberg, Alemania: 4.4
• LDS Hospital, Salt Lake City, Utah: 1,11, 3,5
• Biblioteca Nacional de Medicina, Bethesda, Maryland: 3,4, 3,36
• Una de oficina en casa del autor, Meckesheim, Alemania: 3,41
• Hospital de Selayang, Kuala Lumpur, Malasia: 1,7, 3,10, 3,38, 3,53, 5,5
• Siemens Medical Solutions Servicios de Salud, Malvern, Pensylvania:
3,34, 3,46
• Especialista en Práctica Dr. Fröhlich, Bammental, Alemania: 2,6, 3,7, 3,65
• Centro Médico de la Universidad de Erlangen, Alemania: 1.4, 2.1, 2.2, 2.3, 3.8,
3.11, 3.44
• Centro Médico de la Universidad de Heidelberg, Alemania: 1.1, 1.2, 1.3, 1.8,
1.10, 1.12, 1.13, 1.14, 1.15, 2.4, 2.5, 2.7, 2.8, 3.1, 3.2, 3.6, 3.12, 3.13,
3.15, 3.30, 3.33, 3.40, 3.45, 3.47, 3.49, 3.50, 3.64, 3.67, 4.1, 4.2, 4.3,
4.7, 5.6
• Centro Médico de la Universidad de Innsbruck, Austria: 1.5, 1.9, 3.9. 3,14, 3,37,
3.39, 3.42, 3.43, 3.51, 3.52, 3.63, 3.66, 3.68, 4.6
• Centro Médico de la Universidad de Munich-Großhadern, Alemania: 1.6
• Centro Médico de la Universidad de Münster, Alemania: 3,32
• Weinberg Cancer Center de la Universidad Johns Hopkins, Baltimore, Maryland: 3.3
• Zürcher Höhenkliniken Wald-Davos, Suiza: 3,31
1. Introducción
1.1 Importancia de procesamiento de información en hospitales
Procesamiento de la información es un importante factor de calidad
Casi todos los profesionales de la salud necesitan una gran cantidad de información. Es esencial para la calidad
de la atención al paciente y por la calidad de la gestión hospitalaria para cumplir con estas necesidades de
información.
Cuando un paciente es admitido en un hospital, un médico o una enfermera primero necesita
información sobre el motivo de ingreso y sobre la historia del paciente. Más tarde, él o ella necesita
resultados de clínicos, de laboratorio y exámenes radiológicos (Figura 1.1), que son algunos de los
procedimientos diagnósticos más frecuentes. En general, la información clínica relacionada con el
paciente debe estar disponible a tiempo, y debe estar al día y válido (por ejemplo, la reciente laboratorio
Figura 1.1: conferencia Radiológica en un radiodiagnóstico depar tamento.

2 1. Introducción
informe debería estar disponible en la sala dentro de 2 horas). Si este no es el caso, si llega demasiado tarde o
es vieja o incluso mal, la calidad de la atención al paciente está en riesgo (por ejemplo, un informe de laboratorio
incorrecta puede conducir a decisiones erróneas de tratamiento e incluso dañinas). Si esto causa repetición de
exámenes o búsquedas de información caros, los costos del cuidado de la salud pueden aumentar. La
información debe ser documentado adecuadamente, permitiendo a los profesionales sanitarios para acceder a la
información necesaria y para tomar decisiones acertadas.
Las personas que trabajan en la administración del hospital también deben estar bien informados con el
fin de llevar a cabo sus tareas. Se les debe informar de manera oportuna y recibir información actual. Si el
flujo de información es demasiado lento, las cuentas son días o incluso semanas escritos después de la
descarga del paciente. Si falta información, servicios de pagar no se pueden facturar, y se reducirán los
ingresos del hospital.
la dirección del hospital también tiene una enorme necesidad de información. Hasta a la información actualizada
sobre los costes y los ingresos son necesarias como base para el control de la empresa. Información sobre la calidad
de la atención al paciente es igualmente importante, por ejemplo, acerca de la forma y la gravedad de las
enfermedades de los pacientes, acerca de las infecciones nosocomiales, o sobre las tasas de complicaciones de
procedimientos terapéuticos. Si esta información no es correcta, no en el tiempo, o incompleta, el trabajo del hospital
no puede ser controlada adecuadamente, lo que aumenta los riesgos de errores de gestión.
Por lo tanto, el procesamiento de la información es un importante factor de calidad en el cuidado de la salud y, en

particular, en los hospitales.
Tratamiento de la información es un factor enorme costo
En 1996, en la Unión Europea (UE), los gastos de asistencia sanitaria, incluidos los costos de los
aproximadamente 14.000 hospitales, ascendieron a 814 billón €,
que es el 8,7% del total del producto interno bruto (PIB) de todos los países de la UE. 1 En 1998, los costos de
los hospitales aproximadamente 2.200 alemanes con sus 570.000 camas ascendieron a 107 billón €; 1,1
millones de personas trabajaban en estas instituciones en Alemania, y se trataron 16 millones de pacientes
hospitalizados. 2
Un porcentaje importante de esos costos se gasta en el procesamiento de información. Sin embargo, el

porcentaje total de procesamiento de la información sólo puede ser estimado. Ya en la década de 1960, los
estudios observaron que el 25% de los costos de un hospital se deben a procesamiento de la información
(basada en equipo basado en papel y). 3 Sin embargo, esta estimación depende de la definición de
procesamiento de la información. En general, los costos de inversión (incluyendo la compra, adaptación,
intro-
1. Organización para la Cooperación y el Desarrollo Económico (OCDE). Los datos de la OCDE Salud 2000.
http://www.oecd.org/els/health/software.
2. Oficina Federal de Estadística. Anuario estadístico de 2000 para la República Federal de Alemania. Stuttgart:
Metzler-Poeschel; 2000. pp. 428, 431, 438.
3. Jydstrup R, Gross M. costo de manejo en los hospitales información. Health Services Research, 1966; 1:
235-71.
1.1 Importancia de procesamiento de información en hospitales 3
ducción, formación) debe distinguirse de los costos regulares (incluido el personal), y los costos de equipo
basado partir de los costos para el procesamiento de la información en papel (que hoy en día son a
menudo mucho mayor en los hospitales).
En cuanto a procesamiento de la información computerbased, el presupuesto anual que las
instituciones de salud gastan en tecnología de información y comunicación (incluyendo sistemas
informáticos, redes informáticas, y los componentes de aplicación computerbased) es, según
distintas fuentes, entre las
2,8% 4 y 4,6%. 5 En lo que respecta al progreso técnico, esta tasa puede continuar aumentando.
Cuando se mira en el procesamiento de la información en papel, los números se vuelven cada vez más
vaga. Sin embargo, podemos esperar que, por ejemplo, los costos anuales de operación (incluyendo los gastos
de personal) para un archivo basado en papel, que almacenan alrededor de 400.000 nuevos registros de
pacientes cada año, puede ascender fácilmente a más de 500.000 €. A, forma típica, estandarizado legible por
máquina, incluyendo dos copias de carbono (por ejemplo, una orden de radiología) cuesta aproximadamente 0.50
€. Un registro de hospitalización típica en un hospital universitario consiste en cerca de 40 documentos.
Sobre la base de estas cifras, se hace evidente que el procesamiento de la información en el cuidado de la
salud es un importante factor de costo y considerablemente más importante para la economía nacional. Está claro
que, por un lado, el procesamiento eficiente de información ofrece un enorme potencial para la reducción de costes.
Por otro lado, el procesamiento de información en mal estado produce aumentos de los costos.
La información se vuelve un factor de productividad
En el siglo 19, muchas sociedades se caracterizan por el aumento de la industria y la producción

industrial. En la segunda mitad del siglo 20, la idea de la comunicación y el procesamiento de datos por
medio de ordenadores y redes informáticas ya estaba emergiendo. Hoy hablamos del siglo 21 como el
siglo de la tecnología de la información, o de una “sociedad de la información.” Se espera para
convertirse en un siglo en el que la informática y las tecnologías de la información y la comunicación
(TIC) juegan un papel clave. Información, unido a un medio de materia o energía, pero en gran medida
independiente del lugar y tiempo, se pondrá a disposición de las personas en cualquier momento y en
cualquier lugar imaginable. La información deberá encontrar su camino a la gente, no al revés.
Hoy en día, la información pertenece a los factores de productividad más importantes de un hospital. Para
la alta calidad la atención al paciente y la gestión económica de una
4. Garets D, Duncan M. Sistemas de toda la empresa: Fact de ficción? Salud Informática Online, Febr.
1999. http://www.healthcare-informatics.com/issues/1999/02_99/ garets.htm.
5. Información de Salud y Sociedad Sistemas de Gestión (HIMSS). La 11ª Encuesta Anual HIMSS
Liderazgo patrocinado por IBM: tendencias en la información sanitaria y Tecnología Informe de final.
2000. http://www.himss.org.
4 1. Introducción
hospital, es esencial que el sistema de información del hospital puede hacer que la información correcta
totalmente disponible a tiempo. Esto también es cada vez más importante para la competitividad de los
hospitales.
Procesamiento de la Información debe ofrecer una visión holística del

paciente y del Hospital
procesamiento de la información en un hospital debe ofrecer una visión global, holística del paciente y del
hospital. “Holístico” en este contexto significa una imagen completa de la atención de un paciente,
independientemente de dónde en el hospital el paciente ha sido o será tratada. Esta visión integral en el
paciente puede reducir las consecuencias no deseadas de la medicina altamente especializada con varios
departamentos y profesionales sanitarios implicados en la atención al paciente. A pesar de diagnóstico y la
terapia altamente diferenciadas, y la multitud de personas y áreas en un hospital, procesamiento de la
información adecuada (y un buen sistema de información del hospital) pueden ayudar a hacer que la
información sobre un paciente completamente disponible (Figura 1.2). A medida que la especialización en
medicina y cuidado de la salud aumenta, también lo hace la fragmentación de la información, lo cual hace
que la combinación de la información en un punto de vista holístico más y más necesaria. Sin embargo, se
debe asegurar claramente que sólo el personal autorizado pueda acceder a los datos y los datos de los
pacientes sobre el hospital como empresa.
Figura 1.2: Un ejemplo de un registro electrónico paciente, que comprende documentos, así como imágenes.
1.1 Importancia de procesamiento de información en hospitales 5
Un sistema de información hospitalaria como la memoria y el sistema

nervioso de un Hospital
En sentido figurado, un sistema de información del hospital podría ser considerada como la memoria y el
sistema nervioso de un hospital. Un sistema de información hospitalaria, que comprende el procesamiento y
almacenamiento de información en un hospital (Figuras 1.3 y 1.4), en cierta medida, puede ser comparado con
el procesamiento de la información de un ser humano. El sistema de información del hospital también recibe,
transmite, procesa, almacena, y presenta la información. La calidad de un sistema de información hospitalaria
es esencial para un hospital, de nuevo en sentido figurado, con el fin de ser capaz de reconocer de manera
adecuada y hechos de la tienda, para recordarlos, y actuar sobre ellos.
Figura 1.3: Un archivo de registro del paciente basado en el papel como una información de la parte de almacenamiento de la memoria
del hospital y el sistema nervioso.

6 1. Introducción
Figura 1.4: Una sala de servidores de un hospital como una información de parte de procesamiento de la memoria del hospital y
el sistema nervioso.
1.2 Avances en la Tecnología de Información y Comunicación
Los avances en la tecnología de la información y la comunicación (TIC) cambia las sociedades y afecta a
los costes y la calidad del procesamiento de la información en la atención sanitaria. Por tanto, es útil para
echar un vistazo al mundo de la información y la comunicación.
1.2 Avances en la Tecnología de Información y Comunicación 7
Tecnología de Información y Comunicación se ha convertido en decisivo para la

calidad de la atención sanitaria
mejoras enormes en el diagnóstico han sido puestos a disposición por la tecnología moderna, por
ejemplo, en el área de la señal de médico y procesamiento de imágenes. La resonancia
magnética y tomografía computarizada, por ejemplo, no habría sido posible sin mejoras en el
procesamiento de la información y metodología de la información y sin información moderna y la
tecnología de comunicación (Figura 1.5). Tales diagnósticos mejorados luego dar lugar a una
mejora en la terapia. Algunas terapias, por ejemplo en neurocirugía o radioterapia, son posibles
debido principalmente a los avances en las TIC.
un avance importante debido a las mejoras en las modernas TIC también se puede observar en los sistemas
de información de las instituciones de salud. El papel de los sistemas de información asistidos por ordenador, junto
con la documentación clínica y los sistemas de soporte de decisiones basadas en el conocimiento, difícilmente
puede exagerarse con respecto a la calidad del cuidado de la salud, ya que el volumen de datos disponibles en la
actualidad es mucho mayor de lo que era hace unos años hace.
Figura 1.5: conferencia Radiológica utilizando un archivo de imágenes y sistema de comunicación para la presentación de
la imagen.
8 1. Introducción
Por lo tanto, existe una relevancia significativa de las modernas tecnologías para la calidad de la atención sanitaria.
la información de alto nivel y tecnología de la comunicación constituye una base para el procesamiento de información de
alto nivel en el cuidado de la salud.
Tecnología de Información y Comunicación se ha convertido en importancia

económica
Para muchos países, la visión de una “sociedad de la información” se está convirtiendo en una realidad. Más
ordenadores personales se venden en todo el mundo hoy en día que los coches. 6
Casi todas las partes de un sistema económico moderno está conformado por el procesamiento de
la información y la tecnología de información y comunicación. Los principales países
industrializados en 1999 pasaron entre el 5% y el 7,7% de su producto interno bruto (PIB) de la
información y la comunicación. 7
En 1999, el mercado mundial de la información y la comunicación tecnologıa era 1.592 mil millones €, con
una tasa de crecimiento estimada del 9,3 por ciento al año. 7 El mercado de las TIC de Estados Unidos fue de
aproximadamente 564 mil millones €, y el mercado europeo de las TIC (incluida Europa del Este) fue menos a
493 billón €. 7 esperado volumen de negocios total de Alemania en la información y la comunicación tecnolo- gía
fue de aproximadamente 104 mil millones €. 7 En general, la mitad de este dinero se gasta en tecnología de la
información (procesamiento de datos y la comunicación de datos del equipo, el software, los servicios
relacionados) y la otra mitad en la tecnología de la comunicación (equipos de telecomunicaciones y servicios
relacionados). 7
El porcentaje de las TIC de la salud en el mercado mundial de las TIC es difícil de estimar. Los
siguientes números pueden indicar la importancia de las TIC en la atención sanitaria: El tamaño estimado del
mercado total de TI de la salud en los Estados Unidos fue de aproximadamente 16,5 billón € en 1998. 8 Para los
sistemas de información hospitalarios por sí solos, 3 mil millones € se gastaron en los Estados Unidos, en
comparación con 2,6 mil millones en la UE. 9 En 1999, la Asociación Alemana de Investigación financiado
inversiones en hardware y software para los 36 hospitales universitarios alemanes con 27 millones €. La
cantidad total de las inversiones de hardware y software de
6. Ministerio de Economía alemán. Info 2000: El camino de Alemania a la sociedad de la información (en alemán). Bonn:
Ministerio de Economía alemán; 1996. pp. 7.
7. Observatorio Europeo de Información sobre Tecnología (EITO). La nueva edición del Observatorio Europeo de
Tecnología de la Información. Frankfurt: EITO; 2000. pp. 378, 384,
434. http://www.eito.com.
8. Solberg C. demostrarlo! Proveedores de TI necesitan para mostrar los resultados a la industria de la salud. Salud
Informática Online, junio de 1999. http://www.healthcare-informatics.com/ cuestiones / 1999 / 06_99 / prove.htm.
9. Iakovidis I. hacia una infraestructura telemática de salud en la Unión Europea. En: Balas EA, Boren SA, Brow GD,
editores. estrategias de tecnología de la información de Estados Unidos y la Unión Europea: La transferencia de la
investigación a la práctica para la mejora de la salud. Amsterdam: IOS Press. pp. 23-33.
1.2 Avances en la Tecnología de Información y Comunicación 9
estos hospitales alemanes se estimó en el rango de 100 a 200 millo- león €.
Uno puede tener dudas acerca de la validez de estos números muy refinado. Sin embargo,
todos ellos son ejemplos de lo siguiente: Hay una relevancia económica significativa y creciente de
tecnología de la información y la comunicación en general y en la medicina y la salud.
Tecnología de Información y Comunicación seguirá cambiando

Cuidado de la Salud
Ahora, una vez más, ¿qué cambios en la atención médica que esperan a través de tecnología de la información y la
comunicación?
Los desarrollos mencionados probablemente continuará en la próxima década, al menos, a la misma
velocidad como se da en la actualidad. El desarrollo de la tecnología de la información y la comunicación
seguirá teniendo un efecto considerable en nuestras sociedades en general y sobre nuestros sistemas de
salud en particular. 10
El uso de las herramientas informáticas en el cuidado de la salud aumentará dramáticamente, y las

nuevas tecnologías tales como dispositivos móviles y terminales de cabecera multifuncionales proliferarán.
Esas herramientas de procesamiento de información móvil ofrecerán tanto la funcionalidad de
procesamiento de información y comunicación. Las redes inalámbricas serán estándar en muchos
hospitales. sistemas de formación basados en ordenador apoyarán fuertemente aprendizaje eficaz para
los profesionales sanitarios (Figura 1.6). esfuerzos de documentación aumentarán y dar lugar a
herramientas de documentación basados en computadoras más sofisticadas (ver Figuras 1.7 y 1.8).
herramientas de soporte de decisiones se integrarán y apoyan el cuidado de alta calidad. La comunicación
será apoyado cada vez más por medios electrónicos. La globalización de la atención sanitaria y la
cooperación de los profesionales de la salud se incrementarán, y los pacientes y los profesionales
sanitarios buscarán información de salud en Internet cada vez más. bases de datos de salud grandes
estarán disponibles para todo el mundo en su lugar de trabajo.
Proporcionar alta calidad y la atención sanitaria eficiente continuará siendo fuertemente

correlacionada con la información de alta calidad y tecnología de la comunicación y una buena
metodología para procesar la información de manera sistemática. Sin embargo, las nuevas tecnologías de
la información y de la comunicación no garantizan el procesamiento de información de alta calidad. Tanto
el procesamiento de la información tecnologías y metodologías debe ser adecuada y responsable
aplicado y, como se señalará más adelante, gestionado de forma sistemática.
10. Comité de Tecnología de la Información Presidente Asesor (PITAC). A través de la transformación de Salud
informe de Tecnología de la Información-PITAC al presidente. Arlington: Oficina de Coordinación de la Nación para la
Computación; 2001. http://www.hpcc.gov/pubs/ PITAC / PITAC-hc-9feb01.pdf.
10 1. Introducción
02 Analizador Airway Pressure PIP

II plomo 100
En 21 ET 15 0
EEP 1
Temperatura TY ESPIRÓMETRO
36.5 371
RR 24
Ciclo PANI: 3 Último: 0 m: 92

s: 124
02 Sab 88
hr: 103 d: 78
ET-CO2
25 mmHg IV 1 IV 2
Ninguno Ninguno
00:00:20 0 cc / hr 0 cc / hr
Espont. Bolsa
Fi02: 90 gotear 1 Goteo 2 goteo 3
Ninguna Ninguna Ninguna
0.00 0.00 0.00
ug / kg / min ug / kg / min ug / kg / min de goteo 4
Goteo 5 Drip 6
Ninguna Ninguna Ninguna
0.00 0.00 0.00
ug / kg / min ug / kg / min ug / kg / min
Figura 1.6: Un sistema de entrenamiento basado en ordenador para cuidados críticos, la simulación de un paciente y diversos
parámetros de cuidados intensivos.
Figura 1.7: Un ordenador portátil en una sala de apoyo a la documentación médica y acceso a la información.
1.3 Importancia de la Gestión de la Información Sistemática 11
Figura 1.8: Escribir un informe de alta usando el reconocimiento de voz.
1.3 Importancia de la Gestión de la Información Sistemática
Todas las personas y todas las áreas de un hospital se ven afectados por la calidad de su
sistema de información
Casi todas las personas y todas las áreas de un hospital se ven afectadas por la calidad del sistema de información,
ya que la mayoría de ellos necesitan varios tipos de información (por ejemplo, sobre el paciente) en su trabajo
diario. El paciente sin duda puede sacar el mayor provecho de procesamiento de información de alta calidad, ya
que contribuye a la calidad de la atención al paciente y para la reducción de costes.
Los grupos profesionales que trabajan en un hospital, especialmente los médicos, enfermeras y personal
administrativo, pero también otros, también están directamente afectados por la calidad del sistema de
información. A medida que pasan del 25% o incluso más de su tiempo en el manejo de la información, se
benefician directamente de la buena y eficiente procesamiento de la información. Pero también se sienten las
consecuencias en caso de procesamiento de la información es pobre.
La cantidad de procesamiento de la información en los hospitales es

considerable
La cantidad de procesamiento de la información en los hospitales, especialmente en los más grandes,

no se debe subestimar. Veamos un centro médico universitario alemán típico. Es una empresa que
abarca una plantilla de aproximadamente
12 1. Introducción
6.000 personas, con un presupuesto anual de aproximadamente 500 millones € y, como una instalación de máxima
atención, numerosas tareas en la investigación, la educación y la atención al paciente. Se compone de un máximo de 60
departamentos y hasta 100 salas con aproximadamente 1.500 camas y cerca de 100 unidades de consulta externa.
Cada año, aproximadamente

50.000 pacientes hospitalizados y 250.000 pacientes ambulatorios son tratados, y 20.000 informes de
funcionamiento, 250.000 cartas de descarga, 20.000 informes de patología, 100.000 informes de microbiología,
200.000 informes de radiología, y 800.000 informes de química clínica se escriben (Figura 1.9).
Figura 1.9: multitud de formas en papel en una unidad de pacientes ambulatorios.
Cada año, aproximadamente 400.000 nuevos registros de pacientes, que suman aproximadamente 8
millones de hojas de papel, se crean. Cuando se almacena en un formulario basado en papel, un volumen
récord anual de aproximadamente 1.500 metros se genera (Figura 1.10). En Alemania, por ejemplo, deben
ser archivados durante un período de 30 años. Cuando se almacena digitalmente, se espera que el volumen
anual de datos necesaria para ser alrededor de 5 terabytes, incluyendo imágenes digitales y las señales
digitales, y cada vez mayor.
Las herramientas basadas en la informática de un centro médico universitario abarcan cientos de

componentes de aplicaciones basadas en la informática, miles de estaciones de trabajo y otros terminales, y
hasta un centenar de servidores (sistemas informáticos más grandes que ofrecen servicios y funcionalidad a
otros sistemas informáticos), que por lo general pertenecen a una red.
Los números de la mayoría de los hospitales son mucho más pequeños. En los más grandes nos encontraremos,
por ejemplo, aproximadamente 10 departamentos con 600 camas y cerca
20.000 pacientes cada año. En los países industrializados 1.500 miembros del personal trabajarían
allí, y el presupuesto anual del hospital sería de alrededor de 80
millón €. Especialmente en las zonas rurales también podemos encontrar los hospitales con un único departamento y
menos de 50 camas.
Figura 1.10: Búsqueda para los pacientes registros en un archivo de registro del paciente.
Diferentes profesionales de la salud a menudo necesitan los mismos datos
Hay diferentes razones para la consecución de procesamiento de información integral integrado. La

razón más importante es que diversos grupos de profesionales de la salud dentro y fuera de los
hospitales necesitan los mismos datos (Figura 1.11).
Por ejemplo, un cirujano en un hospital documenta los diagnósticos y terapias de un paciente operado en
un informe de operación. Este informe sirve como base para el informe de alta. La carta de descarga es también
un documento importante para comunicarse con la institución de admisión, normalmente un médico general.
Diagnóstico y terapia también son importantes para las estadísticas sobre el cuidado del paciente y para la
gestión de la calidad. Igualmente, que contienen información importante para el cuidado de enfermería
sistemática de un paciente. Los datos de diagnóstico y terapéuticas son también relevantes para la facturación.
14 1. Introducción
Figura 1.11: redondo clínica regular por diferentes profesionales de la salud en una sala.
En Alemania, por ejemplo, algunos datos administrativos básicos deben ser comunicados a la
compañía de seguros de salud en línea respectiva dentro de los 3 días después de la admisión del paciente
y después de la descarga. En una forma codificada, que son la base para la contabilidad. Además, la
gestión y el control de un hospital sólo es posible si los costes (tales como el consumo de materiales o
medicamentos) del tratamiento se pueden comparar con la forma y la gravedad de la enfermedad,
caracterizada por el diagnóstico y la terapia.
Tratamiento de la información integrada Es necesario a Ef cientemente

satisfacer las necesidades de información
El procesamiento de información tiene que integrar las necesidades de información parcialmente superpuestas
de los diferentes grupos y áreas de un hospital (ver figuras 1.12, 1.13 y 1.14)
Se ha demostrado que, el procesamiento integrado de información sistemática en un hospital tiene

ventajas no sólo para el paciente, sino también para los profesionales de la salud, las compañías de seguros
de salud, y los propietarios del hospital. Si el procesamiento de la información no se lleva a cabo a nivel
mundial a través de las instituciones, pero localmente, por ejemplo, en los grupos de profesionales (médicos,
enfermeras, personal administrativo) o áreas (departamentos clínicos, institutos, administración), esto
corresponde a la política de separación tradicionales y conduce a aislados de procesamiento de información
grupos, tales como 'la administración' o "de la clínica. En este caso, la calidad del sistema de información
hospitalaria disminuye claramente, mientras que los costos de procesamiento de la información aumento
debido a la necesidad de múltiples
recopilación de datos PLE y el análisis. Finalmente, esto tiene inconvenientes para el paciente y,
cuando es visto desde un punto de vista económico nacional, para toda la población.
Figura 1.12: Un médico en una sala de examen de una unidad de pacientes ambulatorios.
Figura 1.13: Un asistente médico-técnico y un microbiólogo en una unidad de laboratorio.

dieciséis 1. Introducción
Figura 1.14: Una enfermera en una sala de oftalmología.
Sin embargo, la integración de procesamiento de la información debe tener en cuenta

no sólo el procesamiento de información en una institución de salud, sino también en el
tratamiento de la información y entre las diferentes instituciones o grupos de instituciones
(como los sistemas de prestación de asistencia sanitaria integrados). Los logros de la
medicina moderna, particularmente en el campo de las enfermedades agudas, han
conducido al resultado paradójico de que las enfermedades crónicas y multimorbidity
adquieren cada vez más importancia. Entre otras razones, esto se debe a que las personas
puedan vivir hasta la vejez. Por otra parte, en muchos países una mayor disposición a
cambiar de médico y una movilidad regional superior existe entre los pacientes.
Tratamiento de la información sistemática eleva la calidad de la atención al

paciente y reduce los costes
¿Qué significa “sistemática” en este contexto? “No sistemático” puede, en un sentido positivo,
significa creativa, espontánea, o flexible. Sin embargo, “asistemático
mático”también puede significar caótico, sin sentido e ineficaces, y también implicaría altos costos en
comparación con los beneficios obtenidos.
“Sistemática” en este contexto significa útil y eficaz, y con gran beneficio en los costos. Teniendo esto en
cuenta, es obvio que el procesamiento de la información en un hospital debe ser gestionada de forma
sistemática. Debido a la importancia del tratamiento de la información como un factor de calidad y costo, un
hospital tiene que invertir sistemáticamente en su sistema de información del hospital. Estas inversiones se
refieren tanto al personal como herramientas para el procesamiento de la información. Su objetivo es
aumentar la calidad de la atención al paciente y en la reducción de costes.
procesamiento de la información no sistemática normalmente conduce a un sistema de información hospitalaria de

baja calidad, y las necesidades de información del personal y los departamentos no puede ser satisfecha adecuadamente.
Cuando los sistemas de información del hospital no se gestionan de forma sistemática, tienden a desarrollarse de una
manera caótica. Esto tiene graves consecuencias: disminución de la calidad de los datos, y los mayores costos,
especialmente para las herramientas y el personal de procesamiento de la información, por no hablar de aspectos tales
como la protección de datos y la violación de la seguridad de datos.
Para procesar adecuadamente la información y aplicar la información y la comunicación, se

requieren conocimientos y habilidades para estas tareas.
Gestión sistemática del sistema de información hospitalaria es esencial para el

procesamiento de la información sistemática
Si la dirección del hospital decide invertir en el procesamiento de información sistemática (y no en la

lucha contra los efectos del tratamiento de la información caótica, lo que normalmente significa
inversiones mucho más elevadas), decide gestionar el sistema de información hospitalaria de una
manera sistemática. La gestión de un sistema de información hospitalaria formas y controla el sistema
de información, y garantiza su buen funcionamiento.
1.4 Ejemplos
Ejemplo 1.4.1: Mejora de la atención al paciente mediante el uso de servidores conocimientos

médicos
Imagine la siguiente situación: Ursula B. estaba embarazada de quintillizos. Ya había pasado más
de 5 meses en el Centro Médico de la Universidad de Heidelberg. Tuvo que pasar la mayor parte de
este tiempo en la cama. Durante el curso de su embarazo, sus problemas físicos aumentaron. A
partir de la semana 28 en adelante, que sufrió dificultad respiratoria grave.
El pediatra, que también estuvo implicado en su tratamiento, tenía la siguiente pregunta: ¿Cuáles
son las posibilidades de que los bebés que nacen sanos a esta edad gestacional?
18 1. Introducción
Se fue a un ordenador, una “estación de trabajo de atención médica profesional” disponible en su

barrio y en su oficina. una estación de trabajo de este tipo puede ser utilizado para una variedad de tareas.
Está conectado a la red informática del Centro Médico de la Universidad de Heidelberg. El médico llamado
un “servidor de conocimientos médicos” y uno de sus componentes, una base de datos bibliográfica
(Medline 11)
(Figura 1.15). Esta base de datos contiene el estado actual de la técnica de los conocimientos médicos en todo
el mundo. El servidor conocimiento médico puede acceder en cualquier momento y desde cualquiera de las
estaciones de trabajo profesionales más de 3.000 sanitarios del Centro Médico de la Universidad de Heidelberg.
Figure1.15: Prof. Otwin Linderkamp, jefe del Departamento de Pediatría en Heide lberg, trabajando con el servidor
de conocimientos médicos.
La siguiente información resultado de esta consulta del servidor conocimiento médico: Varias
publicaciones afirmó que sólo existen escasas posibilidades para todos los bebés que sobreviven en
buen estado de salud. Si han nacido durante la semana 28 de embarazo, la posibilidad de
supervivencia es de aproximadamente 15%. En caso de parto en la semana 30 de sus posibilidades
mejorarían a aproximadamente 75%. También, de acuerdo con la literatura, más demora de la
entrega no mejora el pronóstico de los quíntuples. El médico discute los resultados con la futura
madre. A pesar de sus problemas respiratorios, que tenía la fuerza para soportar dos semanas más.
El 21 de enero de 1999, los quintillizos nacieron bien y saludable en el Centro Médico Universitario de
Heidelberg (Figura 1.16). Un equipo de 25 médicos, enfermeras y parteras asistidas durante el parto.
11. ofrece de forma gratuita por la Biblioteca Nacional de Medicina (NLM), Bethesda, EE.UU.,
http://www.ncbi.nlm.nih.gov/entrez/query.fcgi.
1.4 Ejemplos 19
Los costos para un servidor el conocimiento médico de este tipo para un centro médico completo son
generalmente inferiores a los costes de una escáner de ultrasonido, a condición de que el sistema de información
del centro médico ofrece una infraestructura mínima. Todos los hospitales en el mundo desarrollado puede
permitirse una herramienta de este tipo.
Figura 1.16: Los quintuplets Heidelberg.
Un servidor de conocimientos médicos, como parte integrante de un sistema de información del

hospital, se puede utilizar en cualquier momento en el lugar de trabajo del profesional de la salud. Dicho
servidor conocimiento médico fue presentado por el Departamento de Informática Médica de la
Universidad de Heidelberg en 1992. En ese momento, fue una de las primeras instalaciones de este tipo
en el mundo. Hoy en día, el servidor conocimiento médico se mantiene bajo y un mayor desarrollo en
cooperación con la Biblioteca de la Universidad de Heidelberg. En abril de 2001, por ejemplo, el servidor
conocimiento médico fue llamado a cerca de 600 veces al día por los profesionales de la salud del Centro
Médico de la Universidad de Heidelberg.
Ejemplo 1.4.2: Evaluación de un Programa de soporte de decisiones para la gestión de los

Antibióticos 12
Un programa de apoyo a decisiones vinculadas a los registros de pacientes basadas en la informática se ha desarrollado
para ayudar a los médicos en el uso de agentes antiinfecciosos. El PRO-
12. Este ejemplo se toma de: Evans R, Pestotnik S, Classen D, et al. Un programa de manejo asistida por
ordenador de los antibióticos y otros agentes antiinfecciosos. New England Journal of Medicine 1996; 338
(4): 232-60.
20 1. Introducción
gramo puede recomendar regímenes antiinfecciosos y cursos de terapia para pacientes particulares y
proporcionar una respuesta inmediata. El programa de alerta a los médicos a la última información
pertinente de cada paciente en el momento de tomar decisiones terapéuticas. Se sugiere un régimen
antiinfeccioso apropiado para el paciente, usando la lógica de soporte de decisión, en base a los
diagnósticos de admisión, parámetros de laboratorio, los datos quirúrgicos, radiografías de tórax, y la
información de los informes de patología, serología, y la microbiología. La condición previa para este
asistente antibiótico es una entrada de datos estructurada en una base de datos clínicos.
Para analizar los efectos del uso de este programa, su uso en una unidad de cuidados intensivos de 12
camas por 1 año se estudió de forma prospectiva. Durante el período de intervención, todos los 545 pacientes
ingresados en la unidad fueron atendidos con la ayuda del programa de gestión de antiinfeccioso. Las medidas
de los procesos y los resultados se compararon con los de los 1.136 pacientes ingresados en la misma unidad
durante los 2 años anteriores al período de intervención.
El uso del programa llevó a reducciones significativas en los pedidos de medicamentos a los que los
pacientes habían informado de alergias (35 vs. 146 durante el período antes de la intervención), el exceso de
dosis de fármaco (87 vs. 405), y los desajustes antibióticos susceptibilidad (12 vs. 206). Hay también estaban
marcadas reducciones en el número medio de días de dosificación de fármaco excesivo (2.7 vs. 5.9), y en los
eventos adversos causados por agentes antiinfecciosos (4 vs. 28). Los que siempre recibió los regímenes
recomendados por el programa tuvieron una reducción significativa en el costo de los agentes antiinfecciosos
(114 vs. 374 € del período pre-intervención), en los costos totales del hospital (28.946 frente a 38.811 €), y en la
duración de la estancia hospitalaria (10,0 frente a 12,9 días).
Los resultados muestran que este programa computarizado de gestión antiinfeccioso puede mejorar la
calidad de la atención al paciente y reducir los costos.
Ejemplo 1.4.3: no sistemático Tratamiento de la información en los registros

clínicos
El siguiente ejemplo muestra lo que puede suceder cuando el procesamiento de información se

realiza de una manera no sistemática (o, mejor, caótico?) Desde otro punto de vista. 13 Analicemos
un (ficticio) registro clínico del Centro (ficticio) Plötzberg Médico y la Facultad de Medicina
(PMC). PMC será utilizado en los ejemplos y ejercicios de este libro.
La Tabla 1.1 muestra las estadísticas con los pacientes que tienen diagnóstico Δ, por ejemplo, rheuma-
tismo, y tratado durante los años δ, por ejemplo, 1991-2001, en PMC. Los pacientes han recibido cualquiera de
las terapias estándar, Verum, o una nueva terapia, Novum.
Al comparar las tasas de éxito de Novum y Verum, se podría concluir que el nuevo tratamiento es
mejor que el tratamiento estándar. La aplicación de un appro-
13. El ejemplo se basa en una similar en: Verde SB, Byar DP. Usando datos de las observaciones de los registros
para comparar los tratamientos: la falacia de Omnimetrics. Statistics in Medicine 1984; 3: 361-70.
1.4 Ejemplos 21
prueba estadística piado conduciría a una baja pag- valor y un resultado significativo. La tasa de éxito también se
analizó por sexo. Esto dio lugar a Verum líder en pacientes de sexo femenino, así como en pacientes de sexo
masculino.
Es una de nuestras conclusiones erróneas? O tal vez ambas cosas? ¿Cómo sería un diseño sistemático y el
análisis de un registro de este tipo será? Después de mirar los datos, se puede identificar una razón bastante
simple para esta llamada paradoja de Simpson. La metodología para el procesamiento de información debe
sistemáticamente para evitar este tipo de errores; sin embargo, es mucho más compleja.
Tabla 1.1: Ejemplo de la paradoja de Simpson. Las tasas de éxito de los tratamientos Novum y Verum para
los pacientes con diagnóstico Δ, tratados durante los años δ en el Centro Médico de la Escuela de Medicina y
Plötzberg (PMC).
todos los pacientes

éxito éxito
sí no Σ tarifa
Novum 333 1143 1476 (23%)

verum 243 1113 1356 (18%)
Σ 576 2256 2832
pacientes de sexo masculino

éxito éxito
sí no Σ tarifa
Novum 24 264 288 (8%)

verum 147 906 1053 (14%)
Σ 171 1170 1341
pacientes de sexo femenino

éxito éxito
sí no Σ tarifa
Novum 309 879 1188 (26%)

verum 96 207 303 (32%)
Σ 405 1086 1491
Ejemplo 1.4.4: Importancia de Procesamiento de la Información, como se ve desde el punto de vista de

un profesional de la salud
En nuestro campo, la relevancia de la informática médica tanto para la atención al paciente y para la
investigación científica no puede ser sobreestimada. En muchos campos de la medicina, las tecnologías básicas
han desarrollado hasta el momento de que su sabia aplicación y uso exhaustivo han llevado a mejores resultados
y para su mejora.
La revolución de los diagnósticos radiológicos mediante tomografía computarizada es un ejemplo de esto. Aquí,
un principio de 100 años de edad, se ha mejorado enormemente por los medios de procesamiento de datos. Para mi
campo, esto significa muy sobrecargar invasiva

22 1. Introducción
tratamientos de los pacientes se pueden evitar mediante el uso de la alta calidad, la generación de imagen no invasiva.
Debido al registro computarizado de los informes médicos y los datos del paciente,
acontecimientos revolucionarios similares se pueden encontrar en otras tareas médicas.
Garantía de calidad y control de los recursos son sólo dos ejemplos. Se necesita control
eficaz de evitar los diagnósticos de baja informativa y la terapia de baja eficiencia. control
eficaz no sería posible sin los sistemas de infor mación modernos. Esto es cierto tanto
para los departamentos hospitalarios de las personas y de los servicios de salud en su
conjunto. Los que han trabajado con pacientes en situación clínica responsables saben
que las experiencias basadas en casos individuales son bastante engañoso y que una
evaluación racional y cuantificable de sus propias tareas y los efectos resultantes es
necesario. El nuevo conjunto de datos de documentación muy básica, que simplemente
se está introduciendo en todo el país en mi campo,
1.5 Ejercicios
Ejercicio 1.5.1: Cantidad de procesamiento de información en hospitales típicos
Estimar las siguientes cifras para un centro médico universitario y típico de un hospital rural típica. Para
resolver este ejercicio, mirar el plan estratégico de gestión de la información para el procesamiento de la
información de un hospital, o proceder con sus propias investigaciones locales.
• (Número de pacientes hospitalizados) departamentos clínicos e institutos.

• Número de salas y unidades de consulta externa.
• Número de empleados.
• Presupuesto anual.
• Número de camas, los pacientes hospitalizados y ambulatorios, por año.
• Número de nuevos registros de pacientes por año.
• Número de informes de alta por año.
• Número de servidores, estaciones de trabajo y terminales.
• Número de informes de operación, los informes de química clínica, radiología y los informes anuales.
14. Discurso del Vice Decano de la Facultad de Medicina de la Universidad de Heidelberg, el profesor
Christoph Mundt, a los graduados del Programa de Informática Médica de Heidelberg / Heilbronn, durante la
celebración del comienzo de la Universidad de Ciencias Aplicadas de Heilbronn, 4 de octubre de 1996.
1.6 Resumen 23
Ejercicio 1.5.2 Tratamiento de la información en diferentes áreas
Encuentra tres ejemplos de procesamiento de la información para cada una de las siguientes áreas de un
hospital, teniendo en cuenta los diferentes grupos de profesionales sanitarios que trabajan allí. ¿Qué
información se procesa durante el cual las actividades, y qué herramientas se utilizan? Tome a base de papel
y procesamiento de la información basado en computadora en consideración en sus ejemplos.
• procesamiento de la información en una sala.

• procesamiento de la información en una unidad ambulatoria.
• procesamiento de la información en un quirófano.

• procesamiento de la información en un departamento de radiología.
• procesamiento de la información en la administración del hospital.
Ejercicio 1.5.3: Good Practice Information Processing
Echar un vistazo a las siguientes funciones típicas de los hospitales. Tratar de encontrar dos ejemplos de
“buenas” prácticas de procesamiento de la información en estas funciones, y dos ejemplos de prácticas de
procesamiento de la información “pobres”. ¿Qué consecuencias positivas o negativas para los pacientes
podrían tener?
• ingreso del paciente administrativa.

• La documentación clínica.
• el diagnóstico de laboratorio.
• registros de pacientes archivado.
1.6 Resumen
procesamiento de la información es un importante factor de calidad, sino también un enorme factor de costo.
También se está convirtiendo en un factor de productividad. procesamiento de la información debe ofrecer una
visión integral del paciente y del hospital. Un sistema de información hospitalaria puede ser considerada como la
memoria y el sistema nervioso de un hospital.
La tecnología de información y comunicación se ha convertido en económicamente importante y decisivo

para la calidad de la asistencia sanitaria. Se va a seguir cambiando el cuidado de la salud.
El procesamiento integrado de información es importante, porque
• todos los grupos de personas y todas las áreas de un hospital dependen de su calidad,
• la cantidad de procesamiento de la información en los hospitales es considerable, y
• profesionales de la salud trabajan con frecuencia con los mismos datos. El
procesamiento sistemático de la información
• contribuye al cuidado del paciente de alta calidad, y

• que reduce los costes.
24 1. Introducción
procesamiento de la información en los hospitales es compleja. Por lo tanto,
• la gestión sistemática y operación de los sistemas de información hospitalarios, y
• Se necesitan especialistas en informática de la salud responsables de la gestión y operación de los

sistemas de información hospitalarios.
Conceptos 2Configuración básica
2.1 Introducción
Cada dominio generalmente tiene su propia terminología, que a menudo difiere de la comprensión ordinaria de
los conceptos y términos. En este capítulo se presenta la terminología de los sistemas de información hospitalaria
y su gestión de la información, tal como se utiliza en este libro. Por tanto, es esencial leer detenidamente este
capítulo. Todos los conceptos relevantes también se pueden encontrar en el diccionario de sinónimos en el
Apéndice
A.
Después de leer este capítulo, usted debería ser capaz de responder a las siguientes preguntas:
• ¿Cuál es la diferencia entre datos, información y conocimiento?

• ¿Cuáles son los sistemas de información, y cuáles son sus componentes?
• ¿Cuáles son los sistemas de información del hospital?
• ¿Cuáles son los sistemas de información de salud?
• ¿Qué significa la gestión de la información?
2.2 Datos, Información y Conocimiento
Datos constituyen representaciones reinterpretable de información, o el conocimiento, de una manera

formalizada adecuada para la comunicación, interpretación, o el procesamiento por los seres humanos o
máquinas. Formalización puede tomar la forma de caracteres discretos o de señales continuas (por
ejemplo, señales de sonido). Para ser reinterpretable, tiene que haber un acuerdo sobre cómo representan
los datos de información. Por ejemplo, “Peter Smith” o “001001110” son los datos. Un conjunto de datos
que se junta con el propósito de la transmisión y que es considerado como una sola entidad para este
propósito se llama mensaje.
No existe una definición única de información. Dependiendo del punto de vista, la definición puede
tratar con un aspecto sintáctico (la estructura), un aspecto semántico (significado), o un aspecto
pragmático (la intención o el objetivo de la información). simplemente vamos a definir la información
como un conocimiento específico de entidades como hechos, eventos, cosas, personas, procesos, ideas
o conceptos.
26 2 Conceptos básicos
Por ejemplo, cuando un médico conoce el diagnóstico (hechos) de un paciente (persona), entonces él o
ella tiene información.
Conocimiento es la información general acerca de los conceptos en un cierto dominio (científica o
profesional) (por ejemplo, acerca de las enfermedades, métodos terapéuticos). Conocimiento contrasta con
información específica sobre los individuos particulares del dominio (por ejemplo, pacientes). El conocimiento de
una enfermera, por ejemplo, comprende cómo tratar normalmente con los pacientes que sufren de decúbito.
En aras de la simplicidad, a menudo se utiliza el término procesamiento de información cuando nos

referimos a tratamiento de datos, información y conocimiento.
2.3 Sistemas de Información y sus Componentes
Sistemas y subsistemas
Antes de hablar de los sistemas de información, primero vamos a definir el concepto de “sistema”. Como
se define aquí, una sistema es un conjunto de personas, cosas y / o eventos que forma una entidad, junto
con sus relaciones. Se distingue entre sistemas naturales y artificiales (hechos por el hombre). Por
ejemplo, el sistema nervioso es un sistema natural típico, que consiste en las neuronas y sus relaciones.
Un sistema hecho por el hombre es, por ejemplo, un hospital, que consiste en el personal, los pacientes
y sus familiares, y sus interacciones. Si un sistema (el hombre) se compone de dos componentes
humanos y técnicos, que se puede llamar una sistema socio-técnico.
Un sistema puede, en principio, se divide en subsistemas que comprenden un subconjunto de los

componentes y las relaciones entre ellos. Por ejemplo, un posible subsistema del sistema nervioso es
el sistema nervioso simpático. Un subsistema de un hospital es, por ejemplo, una sala de hospital con
su personal y los pacientes. propios subsistemas son de nuevo los sistemas.
Modelos de Sistemas
Cuando se trata de sistemas, por lo general trabajamos con modelos de los sistemas. Un modelo es una
descripción de lo que el modelador piensa que ser relevante de un sistema.
En las ciencias, los modelos representan comúnmente representaciones simplificadas de la realidad o
fragmentos de la misma. Los modelos están adaptados para responder a ciertas preguntas o para resolver ciertas
tareas. Los modelos deben ser apropiados para las preguntas o tareas respectivas. Esto significa que un modelo
sólo es “buena” cuando es capaz de responder a esta pregunta o resolver tal tarea. Por ejemplo, un modelo que
sólo comprende los pacientes (y no las enfermeras) de una sala no puede ser utilizado para el personal de
enfermería y la planificación de turnos.
2.3 Sistemas de Información y sus Componentes 27
Sistemas de información
Un sistema de informacion es que parte de una empresa que procesa y almacena los datos, información
y conocimiento. Se puede definir como el subsistema socio-técnico de una empresa, que comprende
todo el procesamiento de información, así como la humana asociada o actores técnicos en sus
respectivas funciones de información de procesamiento.
“Socio” se refiere a las personas involucradas en el procesamiento de la información (por ejemplo,

profesionales de la salud, personal administrativo, los informáticos), mientras que la “técnica” se refiere a
herramientas de procesamiento de información (por ejemplo, ordenadores, teléfonos, registros de pacientes). Las
personas y las máquinas en una empresa se consideran sólo en su papel como procesadores de información, la
realización de acciones específicas siguientes reglas establecidas.
Un sistema de información que comprende herramientas de procesamiento de información basado en

computadoras y las comunicaciones se denomina equipo apoyado por el sistema de información. Un sistema de
información se puede dividir (como cualquier sistema) en subsistemas, que se llaman sistemas de
sub-información. El sistema de información secundaria donde se utilizan se llama la parte asistido por ordenador
herramientas informáticas; el resto se llama la parte convencional o basado en papel de un sistema de
información.
Componentes de Sistemas de Información
Cuando se describe un sistema de información, que puede ayudar a ver el siguiente típica componentes de
sistemas de información: funciones empresariales, procesos de negocio, componentes de aplicaciones y
componentes de procesamiento de datos físicos.
Un función de la empresa describe lo que actúa humano o máquinas tienen que hacer en una
determinada empresa para contribuir a su misión y objetivos. Por ejemplo, “la admisión del paciente”,
“documentación clínica” o “control financiero” describen las funciones típicas de la empresa. funciones de la
empresa están en curso y continua. Describen lo que se debe hacer, no cómo se hace. funciones de la
empresa pueden ser estructurados en una jerarquía de funciones, donde una función puede ser descrita con
más detalle por funciones refinados. funciones para empresas normalmente se denotan por sustantivos o
gerundios (es decir, palabras que termina con -ing).
Un actividad es una instancia de una función de la empresa que trabaja en una entidad individual. Por
ejemplo, “Dr. Doe admite paciente Jane Smith”es una actividad de la función de la empresa‘ingreso del
paciente.’Del mismo modo que las funciones de la empresa, que se pueden poner juntos en una jerarquía de
actividades. En contraste con las funciones de la empresa, las actividades tienen un comienzo y un final
definidos.
Para describir la secuencia cronológica y lógica de un conjunto de actividades,
Procesos de negocios Son útiles. Ellos describen la secuencia de actividades, junto con las condiciones
en las que se invocan, para lograr un determinado objetivo de la empresa. Los procesos de negocio son
generalmente denotan con los verbos (por
ejemplo, “despedir a un paciente”, “documento de diagnóstico,” o “escribir una carta de descarga”). A medida que se
componen de actividades individuales, sino que también tienen un comienzo y un final definidos. Mientras que las
funciones de la empresa se concentran en el “qué”, los procesos de negocio se centran en el “cómo” de las
actividades.
Nos referiremos solamente a las funciones empresariales y procesos de negocio con respecto al procesamiento
de la información.
Mientras que las funciones empresariales y procesos de negocio describen lo que se hace, ahora queremos
considerar las herramientas de tratamiento de datos, en particular los denominados componentes de aplicaciones y
componentes de procesamiento de datos físicos. Ambos se refieren generalmente como herramientas de procesamiento
de información. Describen los medios utilizados para el procesamiento de la información.
componentes de aplicaciones funciones de apoyo a las empresas. Se distinguen de los componentes de

aplicaciones basados en papel basado en computadora. componentes de aplicaciones basadas en la
informática son controlados por programas de aplicación, que están adaptados productos de software. Un
producto de software es una pieza adquirida o selfdeveloped de software que es completo en sí mismo y que
se puede instalar en un sistema informático. Por ejemplo, el componente de aplicación “sistema de manejo
del paciente” se refiere a la instalación de un producto de software para apoyar las funciones empresariales
de ingreso del paciente, transferencia y descarga.
componentes de aplicaciones basados en papel son controlados por los planes que describen cómo la gente
usa componentes de procesamiento de datos físicos basados en papel de trabajo. Por ejemplo, el componente de
aplicación “organización de la documentación de enfermería” contiene normas relativas a cómo y en qué contexto
el uso de las formas dadas para la documentación de enfermería. en este sentido, a base de papel comprende no
sólo el papel como el portador documentación principal, sino también otros documentos no electrónicos, tales como
placas de radiología o impresiones de dientes.
La comunicación y la cooperación entre los componentes de la aplicación deben estar organizados de tal
manera que las funciones de la empresa se encuentran adecuadamente soportados.
componentes de procesamiento de datos físicos, finalmente, describir la información herramientas que se

utilizan para realizar el los componentes de aplicación basados en papel basado en computadora y (Figura 2.1)
procesar. componentes de procesamiento de datos físicos pueden ser actores humanos (como la que entrega el
correo persona), herramientas físicas a base de papel (tales como formularios impresos, teléfonos, libros, historia
clínica del paciente), o sistemas informáticos (tales como terminales, servidores, ordenadores personales). Los
sistemas informáticos pueden conectarse físicamente a través de cables de datos, lo que lleva a las redes físicas.
2.3 Sistemas de Información y sus Componentes 29
Figura 2.1: componentes de procesamiento de datos físicos típicos (por ejemplo, ordenador, impresora tel ephone, ficha
paciente basado en papel, pizarras) en una sala.
Arquitectura e Infraestructura de los Sistemas de Información
los arquitectura de un sistema de información describe su organización fundamental,

representada por sus componentes, sus relaciones entre sí y con el medio ambiente, y por los
principios que guían su diseño y evolución. 15
La arquitectura de un sistema de información puede ser descrita por las funciones de la empresa, los
procesos de negocio, y las herramientas de procesamiento de información, junto con sus relaciones.
Puede haber varios puntos de vista de arquitectura de un sistema de información, por ejemplo, un punto de vista
funcional, buscando principalmente a las funciones de la empresa, una visión de proceso buscando principalmente a
los procesos de negocio. Arquitecturas que son
15. Instituto de Ingenieros Eléctricos y Electrónicos (IEEE). Std 1471-2000: Práctica recomendada para la
descripción arquitectónica de los sistemas de software intensivo. Septiembre de 2000. http://standards.ieee.org.
equivalente con respecto a ciertas características se puede resumir en una cierta estilo
arquitectónico.
Cuando el foco se pone sobre los tipos, el número y la disponibilidad de herramientas de procesamiento de
información utilizados en una determinada empresa, esto también se le llama
infraestructura de su sistema de información.
2.4 Sistemas de información hospitalaria
Con la definición de los sistemas de información en mente, un sistema de información del hospital puede ser
fácilmente definido. UNA sistema de información hospitalaria es el subsistema sociotécnico de un hospital, que
comprende todo el procesamiento de información, así como la humana asociada o actores técnicos en sus
respectivas funciones de procesamiento de información. Los componentes típicos de los sistemas de
información hospitalarios son funciones de la empresa, procesos de negocio, componentes de la aplicación, y
los componentes de procesamiento de datos físicos (véase la sección 2.3). En aras de la simplicidad, vamos a
denotar las funciones de la empresa de un hospital como
hospital funciona.
Como consecuencia de esta definición, un hospital tiene un sistema de información del hospital desde
el principio de su existencia. Por lo tanto, la cuestión no es si un hospital debe estar equipado con un
sistema de información del hospital, sino más bien cómo su rendimiento se puede mejorar, por ejemplo,
mediante el uso de herramientas de procesamiento de información de estado del arte-el-o por
sistemáticamente su gestión.
Todos los grupos de personas y todas las áreas de un hospital deben ser considerados cuando se mira en el
procesamiento de información. La integración sensata de las diferentes herramientas de procesamiento de información en
un sistema de información del hospital es importante.

El personal del hospital pueden ser vistos como parte del sistema de información del hospital. Por ejemplo, cuando
se trabaja en el departamento de registros de pacientes, o como un operador en un departamento de TIC, los miembros
del personal contribuyen directamente al procesamiento de la información. En su papel como usuario del sistema de
información del hospital, que utilizan herramientas de procesamiento de información (por ejemplo, una enfermera puede
utilizar un teléfono o un ordenador). Cada empleado puede cambiar de forma continua entre estos dos papeles.
los Gol de un sistema de información hospitalaria es suficiente para permitir la ejecución adecuada de
las funciones de hospital para el cuidado del paciente, incluyendo la administración al paciente, teniendo
en cuenta la dirección del hospital económica, así como los requisitos legales y otros. requisitos de
protección de datos inquietud o reembolso aspectos legales, por ejemplo. Otros requisitos pueden ser la
decisión de una junta ejecutiva del hospital sobre cómo almacenar los registros de pacientes, por ejemplo.
Para apoyar el cuidado del paciente y la administración asociada, la Tareas de los sistemas de información
del hospital son:
• para que la información, principalmente sobre los pacientes, disponible: información actual debe
ser proporcionada en el tiempo, en el lugar correcto, a autor-
2.4 Sistemas de información hospitalaria 31
El personal zado, en una forma apropiada y útil. Para este propósito, los datos deben ser recogidos
correctamente, almacenan, procesan y sistemáticamente documentado para asegurar que correcta,
pertinente y hasta a la fecha de la información del paciente puede ser suministrado, por ejemplo, al
médico o una enfermera (Figura 2.2);
• hacer que el conocimiento, por ejemplo, acerca de las enfermedades, sobre los efectos secundarios y las
interacciones de los medicamentos, disponibles para apoyar el diagnóstico y la terapia;
• para que la información sobre la calidad de atención al paciente y el rendimiento y la situación

de costes dentro del hospital disponibles.
Figura 2.2: A acceso de información del paciente profesional de la salud.
Además de la atención al paciente, centros médicos universitarios realizan investigaciones y educación para adquirir
conocimientos médicos y para enseñar a los estudiantes.
Cuando los sistemas de información del hospital hacen disponibles
• la información y los conocimientos adecuados

• en el momento adecuado
• en el lugar correcto
• a las personas adecuadas
• en la forma correcta,
para que estas personas puedan tomar las decisiones correctas, esto también se describe como
información y el conocimiento de la logística.
sistemas de información hospitalarios tienen que considerar varios áreas de un hospital, tal como
• salas,
• unidades de pacientes externos,
• unidades de servicio: de diagnóstico (por ejemplo, laboratorio clínico, departamento radiológico), terapéuticos
(por ejemplo, la sala de operación) y otros (por ejemplo, farmacia, archivo de registros de pacientes,
biblioteca, banco de sangre),
• áreas de administración del hospital (por ejemplo, la administración general, la administración al paciente
y la contabilidad, la tecnología, la economía y de suministro, recursos humanos),
• oficinas y servicios de la escritura para (clínica) la redacción de informes. Además, están las
áreas de gestión, tales como la gestión de los hospitales, la gestión de los departamentos e
institutos clínicos, gestión de la administración y gestión de enfermería.
Estas áreas están relacionadas con el cuidado del paciente. Podrían dividirse aún más. Para los centros
médicos universitarios, áreas adicionales, necesarios para la investigación y la educación, hay que añadir a la
lista anterior.
Obviamente, el más importante gente en un hospital son los pacientes y, en cierto sentido, sus
visitantes. Los grupos más importantes de las personas que trabajan en un hospital (Figura 2.3) son
• médicos,
• enfermeras,
• personal administrativo,
• personal técnico, y
• informáticos de la salud, personal de gestión de la información de salud. Dentro de cada grupo de
personas, pueden existir diferentes necesidades y demandas en el sistema de información del hospital,
dependiendo de las tareas y responsabilidades. médicos de barrio, por ejemplo, requieren información
diferente a los médicos que trabajan en unidades de servicio o de los médicos de alto nivel.
2.5 Sistemas de Información Sanitaria 33
Figura 2.3: Diferentes personas que trabajan en un hospital (en este caso, las enfermeras y los médicos en un servicio de
urgencias).
2.5 Sistemas de Información Sanitaria
De los sistemas de información hospitalaria a los Sistemas de

Información de Salud
En muchos países, la fuerza impulsora para el cuidado de la salud y de las TIC en la sanidad han sido
recientemente la tendencia hacia una mejor coordinación de la atención, unida a la creciente presión de
costes. Una consecuencia es el cambio hacia una mejor atención integrada y compartida. Esto significa
que el foco cambia de procedimientos aislados en una institución sanitaria (por ejemplo, un hospital o una
práctica general) para el proceso de atención orientado al paciente, que abarca el diagnóstico y la terapia,
se extiende sobre los límites institucionales (Figura 2.4).
En los Estados Unidos, por ejemplo, las organizaciones de salud están fusionando en gran sistemas de
prestación de asistencia sanitaria integrada. Estas son las instituciones de salud que se unen para consolidar
sus funciones, recursos y operaciones para ofrecer una gama coordinada de servicios y para mejorar la
eficacia y eficiencia de la atención al paciente. La situación en Europa también está cambiando de hospitales
como centros de prestación de servicios a las redes descentralizadas de las instituciones de prestación de
asistencia sanitaria que se llaman redes regionales o redes de salud. límites de la empresa están
difuminando. sistemas de información hospitalarios serán cada vez más vinculados con los sistemas de
información de otras organizaciones de salud.
La futura arquitectura de los sistemas de información del hospital debe tomar en cuenta estos
hechos. Ellos deben ser capaces de proporcionar acceso o para ex-
cambiar los datos del paciente relacionadas y generales (por ejemplo, sobre los servicios ofrecidos en el hospital) a
través de sus fronteras institucionales.
Figura 2.4: Una médico general poner en contacto un hospital por teléfono.
Una gran cantidad de cuestiones técnicas y legales tienen que ser resueltos antes asistido por ordenador
transinstitucionales sistemas de información sanitaria, o sistemas de información que extienden por los límites
institucionales en la atención sanitaria, apoyarán de manera adecuada atención al paciente trans-institucional.
Por ejemplo, una disposición general a cooperar con otros profesionales de la salud deben existir; los procesos
de atención óptimos deben ser definidos, y pueden rediseñar los procesos empresariales recientes; temas
contables y financieros deben ser regulados; cuestiones de seguridad de los datos y la confidencialidad de los
datos deben ser contestadas, junto con preguntas sobre la propiedad de los datos (paciente o institución) y
sobre las responsabilidades para el cuidado del paciente distribuido; temas de registros de pacientes a largo
plazo (centralizados o descentralizados) deben ser discutidos; y medios técnicos para integrado,
trans-
procesamiento de la información institucional debe ser ofrecido (telemedicina, e-salud), incluidas las
normas generales de comunicación.
Cuando se trata de sistemas de información hospitalarios, vamos a considerar estos aspectos de los sistemas
de información sanitaria.
La atención al paciente y la Web
Internet juega un papel cada vez más importante dentro de la asistencia sanitaria. En primer lugar,
muchas organizaciones de salud ofrecen información sobre sus servicios en Internet. profesionales
sanitarios y pacientes, por tanto, pueden informar fácilmente a sí mismos en los servicios de salud
disponibles en una ciudad o área, y
2.6 Gestión de la Información en los hospitales 35
puede encontrar instituciones especializadas para sus necesidades. En segundo lugar, cada vez más el
conocimiento clínico está disponible en Internet. Por ejemplo, la Biblioteca Nacional de Medicina otorga libre
acceso a más de 12 millones de citas de MEDLINE de nuevo a mediados de la década de 1960. dieciséis Este
conocimiento clínico está disponible tanto para los profesionales de la salud, así como para los pacientes y sus
familiares. Las bibliotecas digitales tendrán una influencia creciente en la distribución del conocimiento humano. 17 En
tercer lugar, ya hay varias iniciativas que ofrecen a los pacientes la posibilidad de gestionar su registro personal
de salud en Internet. Esto significa que la historia relacionada con el paciente se encuentra disponible en
cualquier lugar en cualquier momento. En cuarto lugar, el aumento de la conectividad de las instituciones
sanitarias y el ancho de banda de subida de la Internet permite a las aplicaciones de telemedicina. Telemedicina
significa para proporcionar diagnóstico y tratamiento, incluso cuando el paciente y el profesional sanitario se
encuentran en lugares remotos. Las aplicaciones se pueden encontrar, por ejemplo, en las áreas de
teleradiología, teledermatología, y la telecirugía.
El potencial de las tecnologías de Internet para apoyar el cuidado de la salud por lo tanto parece
tremendo. Sin embargo, es importante garantizar que la información ofrecida en Internet es válida, hasta a
la fecha, correcta y completa. En este sentido, iniciativas como HON 18 ofrecer maneras de asegurar la
calidad de la información relacionada con la salud en Internet.
2.6 Gestión de la Información en los hospitales
En general, la gestión comprende todas las actividades de liderazgo que determinan los objetivos,
estructuras y comportamientos de las empresas. En consecuencia, gestión de la información en los hospitales
son aquellas actividades de gestión en un hospital que se ocupan de la gestión de procesamiento de la
información en un hospital y, por tanto, de su sistema de información hospitalaria. El objetivo de la gestión de
la información es el procesamiento de información sistemática que contribuye a los objetivos estratégicos del
hospital (como la atención eficiente paciente y una alta satisfacción de los pacientes y el personal). Gestión
de la información contribuye, por tanto, directamente para el éxito del hospital y capacidad para competir.
Las tareas generales de gestión de la información son la planificación, dirección y monitoreo. En

otras palabras, esto significa
• la planificación del sistema de información hospitalaria y su arquitectura,

• dirigir su constitución y su funcionamiento, y
16. NLM. Biblioteca Nacional de Medicina. PubMed. http://www.ncbi.nlm.nih.gov/entrez/ query.fcgi.
17. El comité de tecnología de información de asesoramiento Presidente (PITAC). Bibliotecas digitales: el acceso
universal al informe de Conocimiento Humano-PITAC al presidente. Arlington: Oficina de Coordinación de la Nación para
la Computación; 2001. http://www.ccic.gov/pubs/pitac/pitacdl-9feb01.pdf.
18. HON. Salud on the Net Foundation. http://www.hon.ch.

• el seguimiento de su desarrollo y operación con respecto a los objetivos previstos.
Gestión de la información abarca la gestión de todos los componentes de un sistema de

información del hospital la gestión de la información, de los componentes de la aplicación y de los
componentes de procesamiento de datos físicos.
gestión de la información se puede diferenciar en la gestión estratégica, táctica y operativa. gestión de
la información estratégica se ocupa de procesamiento de la información en su conjunto. gestión de la
información táctica se ocupa de las funciones de la empresa en particular o con componentes de la
aplicación que se introducen, extraído o cambiado. gestión de la información operativa, por último, es
responsable del funcionamiento de los componentes del sistema de información. Se preocupa por su buen
funcionamiento, por ejemplo, mediante la planificación de los recursos personales necesarios, por
tratamiento de la insuficiencia, o en la monitorización de la red. Gestión de la información en los hospitales
se discute en detalle en el capítulo 5.
2.7 Ejemplos
Ejemplo 2.7.1: Arquitectura de un sistema de información hospitalaria
He aquí un extracto de la descripción de la arquitectura del sistema de información del hospital del
Centro Médico Plötzberg y la Escuela Médica (PMC). Como se ha mencionado, PMC es una
institución ficticia, que será utilizado en los ejemplos y ejercicios de este libro.
El sistema de información hospitalaria de PMC es compatible con las funciones de hospital de tratamiento del
paciente con el ingreso del paciente y la descarga, ayuda a la decisión, la entrada de pedidos, documentación clínica y
la documentación de servicio; la manipulación de los registros de pacientes; la organización del trabajo y la
planificación de los recursos; y la administración del hospital.
Esas funciones hospitalarias son compatibles con algunas más grandes y más de cien componentes de las
aplicaciones más pequeñas (en parte basada en ordenador, basado en papel, en parte). El componente de
aplicación más grande es el sistema de gestión de paciente (PMS), el componente de aplicación basada en
ordenador que soporta ingreso del paciente, la transferencia, y la descarga. Además, varios componentes de
aplicaciones departamentales basados en computadoras se utilizan para la organización del trabajo y la planificación
de recursos (por ejemplo, en el departamento radiológico, en el departamento de laboratorio, y en unidades de
consulta externa). Casi todos los componentes de las aplicaciones basadas en computadoras están interconectadas,
utilizando un servidor de comunicaciones. Algunos componentes de la aplicación basados en computadoras son
sistemas aislados sin interfaces.
componentes de la aplicación a base de papel se utilizan para fines de documentación especiales (por ejemplo,
la documentación en salas de operación), y para la entrada de pedidos y comunica ción de los hallazgos.
Los componentes de la aplicación se realizan por los componentes de procesamiento de datos físicos. Como
componente de procesamiento de datos físicos basados en ordenador, AP-

2.7 Ejemplos 37
madamente 40 servidores de aplicaciones y de bases de datos son operados, y más de
Se utilizan 4.000 ordenadores personales. Más de 1.000 impresoras de diferentes tipos están instalados. La mayoría
de los componentes de procesamiento de datos físicos basados en computadoras están interconectados a una red de
comunicación de alta velocidad.
Como componentes de procesamiento de datos físicos basados en papel, se utilizan más de 2.000
teléfonos y 800 buscapersonas. Más de 2.000 diferentes formularios en papel se utilizan para apoyar las
diferentes tareas. Más de 400.000 registros de pacientes se crean y utilizan cada año, y una docena de
archivos locales son responsables del paciente archivado de registros. Un sistema de correo en papel permite
comunica ción basado en papel entre los departamentos.
Ejemplo 2.7.2: Comentarios sobre el Futuro de los Sistemas de Información de Salud
Para los médicos de la década de 1990 y más allá, estaciones de trabajo serán sus ventanas al
mundo. Gran parte de la tecnología necesaria ya existe. Escritorio o de noche, en la oficina o en el hospital,
los ordenadores pueden responder a un simple clic de un dispositivo de puntero del ratón .... En el futuro, el
ician Phys podrán tener acceso a la historia clínica del paciente en gran medida por el uso del ratón y
haciendo muy poco a escribir. Por otra parte, el registro incluirá gráficos e imágenes, así como texto
extenso. registros ambulatorios se integrarán con los datos de pacientes hospitalizados mediante el uso de
las capacidades de las redes de comunicación que enlazan los hospitales con las clínicas y consultorios
privados de sus miembros del personal médico ....”19
A través de un mayor desarrollo de los sistemas de información en los hospitales Univer sity, los
siguientes objetivos son de especial importancia:
• basado grabación (en toda la instalación) del paciente y el acceso a los datos clínicos para el cuidado basado
en el equipo.
• Flujo de trabajo de apoyo a la decisión integrado disponible para todos los cuidadores a través de hasta al
día, el conocimiento médico válido.
• El aprovechamiento integral de los datos del paciente para la investigación clínica y epidemiológica, así como
para los informes de salud ....
Las siguientes tareas tendrán prioridad y serán trabajados en los próximos años:
• La introducción de un registro de salud del paciente en base estructurada, electrónico.
• La introducción gradual de arquitecturas de sistemas de información que soportan centrada en el
paciente y en todo el centro de atención a la cooperativa,.
• El establecimiento de una red adecuada y la infraestructura informática con el fin de ser capaz de, a
través de Internet, informar acerca de la atención que se ofrece en un hospital particular.
19. Bola M, Douglas J, O'Desky R, Albrigh J. Healthcare Information Systems-A Gestión Guía
Práctica. Nueva York: Springer; 1991. p. 3.
• La introducción de la información móvil eficiente, útil y herramientas de comuni cación para el cuidado
del paciente. . . 0.20
A partir de la experiencia obtenida hasta el momento. . . , Una serie de beneficios directos de telemática para la
salud se puede identificar:. . .
• Más personas pueden ser diagnosticadas y tratadas en sus clínicas locales o los TAL Hospi, aunque
sin las instalaciones de los hospitales de referencia urbanas. Por primera vez, es técnicamente
posible contemplar la prestación de asistencia sanitaria universal. . . .
• telemática de la salud permite que el intercambio mundial de habilidades y conocimientos. El acceso a los
centros internacionales de excelencia para diversas especialidades se hace posible desde muchos lugares. La
experiencia médica puede estar a disposición de cualquier persona bajo petición. . . .
• El ahorro de costes se puede lograr mediante la reducción del transporte de pacientes y los viajes de los
profesionales de la salud, así como por lo que la atención domiciliaria de los pacientes que de otro modo
requerirían hospitalización. . . 0.21
Las futuras tareas de atención de la salud incluyen: una mayor cooperación, más qua dad y la economía y
una mayor adaptación a las necesidades de los pacientes. La era de la información ofrece grandes posibilidades
para resolver estas tareas, tal vez incluso posibilidades de que no podemos imaginar hoy en día.
El punto neurálgico aunque en la discusión de la telemática en el cuidado de la salud es la unión de los
datos. Especialmente con respecto a los datos personales del paciente, se trata franco con el más personal de
todos los datos, y se recomienda especial precaución a tener cuidado al tratar con estos datos. Después de
todo, las cuestiones de poder se elevan a través de la unión de los datos: una mayor transparencia también
significa una mayor control.22
20. Deutsche Forschungsgemeinschaft (DFG): Informationsverarbeitung und Rechner un Hochschulen-Netze,

Rechner und Organización. Empfehlungen der Kommission für Rechenanlagen für 2001-2005 (procesamiento
de la información y sistemas informáticos para las universidades; en alemán), Kommission für Rechenanlagen
der Deutschen Forschungsgemeinschaft. Bonn: DFG; 2001. http://www.dfg.de.
21. Organización Mundial de la Salud (OMS). Una política de Telemática para la Salud, Informe del Grupo de Consulta de la
OMS sobre Telemática para la Salud 11-16 de diciembre de 1997. Ginebra: Organización Mundial de la Salud; 1998.
22. Discurso del ministro alemán de Salud, Andrea Fischer, con ocasión de la primera reunión del Simposio
“telemática en la asistencia sanitaria” 19, agosto de 1999, Bonn.
2.8 Ejercicios 39
2.8 Ejercicios
Ejercicio 2.8.1: SU como un Sistema
Como introducido, un sistema puede ser definido como un conjunto de personas, cosas y / o eventos que
forman una entidad, junto con sus relaciones. ¿Qué personas, cosas o eventos se puede encontrar cuando
se mira en un sistema de información del hospital? ¿En qué relación tienen que representan el uno al otro?
Para resolver este ejercicio, tener en cuenta los componentes de los sistemas de información hospitalaria
como se define en la sección 2.3.
Ejercicio 2.8.2: Objetivos de Modelos
Encuentra dos modelos que representan una ciudad. ¿Cuáles son los objetivos de estos modelos? ¿Cuáles son sus
componentes?
Ejercicio 2.8.3 Herramientas de procesamiento de información en un Hospital
Mira las figuras 2.5, 2.6, 2.7, y 2.8. ¿Qué información y herramientas de comunicación se utilizan? ¿Qué
funciones de hospital sean compatibles con esas herramientas?
Figura 2.5: La oficina de un médico de alto nivel.

Figura 2.6: La oficina de un médico general.
Figura 2.7: Una unidad de cuidados intensivos.

2.8 Ejercicios 41
Figura 2.8: Una unidad de laboratorio.
Ejercicio 2.8.4 Tratamiento de la información de los diferentes profesionales de la salud Grupos
Tenga en cuenta los diferentes grupos profesionales en un hospital (por ejemplo, médico, enfermera, personal
administrativo, director del hospital, pacientes, visitantes), y describir algunas de sus necesidades típicas de
procesamiento de información.
Ejercicio 2.8.5: Información y Logística de Conocimiento
Seleccionar un solo proceso de negocios típico de un hospital (tales como la admisión de un paciente, solicitar
un examen, planificación de los procedimientos terapéuticos, la documentación de los diagnósticos, etc.) y
encontrar tres ejemplos de cómo la información y el conocimiento logística puede fallar. ¿Qué consecuencias
puede surgir por la calidad y los costos de la atención de los pacientes de este fracaso?
Ejercicio 2.8.6: La compra de un HIS
Mira la definición de los sistemas de información hospitalarios en la sección 0. Sobre la base de esta definición, es
posible comprar un sistema de información del hospital? Explica tu respuesta. ¿Qué proveedores de sistemas de
información hospitalarios por lo tanto realmente venden?
Ejercicio 2.8.7: Sistemas de Información Sanitaria
Mira las observaciones sobre el futuro de los sistemas de información de salud en el ejemplo 2.7.2. ¿Qué
beneficios posibles se discuten, y cuáles son los problemas?
2.9 Resumen
Cuando se trabaja en sistemas de información hospitalarios, hay que distinguir entre los datos, la información y
el conocimiento:
• Los datos pueden ser definidos como una representación de la información, o el conocimiento, de una
manera formalizada, adecuado para la comunicación, interpretación o procesamiento.
• La información puede ser definido como un conocimiento específico de entidades como hechos,
eventos, cosas, personas, procesos, ideas o conceptos.
• El conocimiento puede ser definido como la información general acerca de los conceptos en un cierto dominio.
Un sistema es un conjunto de personas, cosas y / o eventos que forma una entidad, junto con sus
relaciones. Los sistemas se pueden dividir en subsistemas y pueden ser representados mediante el uso de
modelos. Los modelos son una descripción de lo que el modelador piensa que ser relevante para un sistema.
Recuerde que los modelos
• generalmente formar una representación simplificada de la realidad,

• deben adaptarse a una pregunta o una tarea específica, y
• deben ser adecuados para dar respuesta a estas preguntas o tareas. Un sistema de información
hospitalaria se puede definir como el subsistema socio-técnico de un hospital que comprende todas las
funciones de procesamiento de la información y la humana o actores técnicos en su papel de procesamiento
de la información. Los componentes típicos de sistemas de información hospitalarios son
• las funciones hospital apoyado,

• los procesos de negocio que tienen lugar,
• los componentes de las aplicaciones que soportan las funciones de hospital,
• los componentes de procesamiento de datos físicos que se dan cuenta de los componentes de la aplicación.
El subsistema de la SU, donde se utilizan herramientas informáticas se llama la parte asistido

por ordenador del sistema de información del hospital. La arquitectura de un sistema de
información describe su organización fundamental, representada por sus componentes, sus
relaciones entre sí y con el medio ambiente, y por los principios que guían su diseño y evolución.
El objetivo de un HIS es
• permitir adecuadamente la ejecución de las funciones de hospital para la atención al paciente,

• consideración de los requisitos económicos, legales y otros en cuenta. Cuando las
marcas disponibles SUS
• la información correcta (sobre los pacientes, ...) y el conocimiento correcto (sobre enfermedades,
...)
• en el momento adecuado
• en el lugar correcto
2.9 Resumen 43
• para las personas adecuadas

• en la forma correcta
para que estas personas puedan tomar las decisiones correctas, esto se llama información y la logística de
conocimiento.
Cuando se trabaja en un sistema de información del hospital, usted debe considerar todas las áreas de un
hospital, tales como salas, unidades de pacientes externos, unidades de servicio, departamentos de administración,
servicios de información, unidades de gestión, así como todos los grupos de personas en un hospital, como los
pacientes , visitantes, médicos, enfermeras, personal administrativo, personal técnico, y los informáticos de salud.
sistemas de información sanitaria representan los sistemas de información trans-institucionales que extienden por
los límites institucionales en la atención sanitaria.
Gestión de la información en los hospitales es esas actividades de gestión en un hospital que se
ocupan de la gestión de procesamiento de la información y por lo tanto con la gestión del sistema de
información hospitalaria.
3¿Cuál Do Hospital Information
Systems parece?
3.1 Introducción
Un sistema de información hospitalaria (HIS) se definió previamente como el subsistema sociotécnico de

un hospital, que comprende todo el procesamiento de información, así como la humana asociada o
actores técnicos en sus respectivas funciones de información de procesamiento.
Ahora echamos un vistazo más de cerca a lo información hospitalaria sistemas parecen. Presentamos las
funciones y procesos de la empresa hospitales típicos. También discutimos cómo describir sistemas de
información hospitalarios utilizando métodos de modelado apropiados. Se describe en detalle el metamodelo
basado en el gráfico de tres capas para describir y analizar SU herramientas típicas de procesamiento de la
información y los estilos arquitectónicos típicos de los sistemas de información hospitalarios. Finalmente, se
discuten integridad y la integración dentro de los sistemas de información hospitalarios heterogéneo.
Después de leer este capítulo, usted debería ser capaz de responder a las siguientes preguntas:
• ¿Cuáles son las principales funciones del hospital?

• ¿Cuáles son los metamodelos típicos para modelar diversos aspectos de su?
• ¿Cuál es el metamodelo basado en el gráfico de tres capas (3LGM)?

• ¿Cuáles son las herramientas de procesamiento de información típica en los hospitales?
• ¿Cuáles son los estilos arquitectónicos de SU?
• ¿Cómo se puede lograr la integración y la integridad componente dentro de él?
3.2 Funciones del hospital
En esta sección, las funciones típicas del hospital se presentan con mayor detalle, pero no se centran en la forma
en que se apoyan normalmente mediante diversas herramientas de procesamiento de información
computerbased o en papel.
46 3 ¿Qué Do Hospital Information Systems parece?
Después de esta sección, debe ser capaz de responder a la siguiente pregunta:
• ¿Cuáles son las principales funciones de hospital que tienen que ser apoyado por una SU?
Admisión de Pacientes
ingreso del paciente (Figura 3.1) tiene como objetivo la grabación y la distribución de los datos demográficos del
paciente y los datos seguros. Además, cada paciente debe ser identificado correctamente, y un identificador único
paciente y caso debe ser asignado.
Figura 3.1: Un paciente que es admitido en un departamento de la admisión del paciente.
Subfunciones son:
• De programación de citas: El hospital debe ser capaz de programar una cita para la visita de un
paciente. Además, las admisiones no planificadas deben ser posibles (por ejemplo, en caso de
emergencias).
• La identificación del paciente: Un número único de identificación de paciente (PIN) se debe
asignar a cada paciente. Este PIN debe ser válida e inmutable de toda la vida (es decir, el PIN no
debe basarse en los atributos del paciente cambiante como el nombre). El PIN es la principal
condición previa para una combinación orientada al paciente de toda la información que surja
durante la estancia de un paciente. Antes de que un PIN puede ser asignado, el paciente debe ser
identificado correctamente, por lo general sobre la base de los datos del paciente administrativos
disponibles. Si el paciente ya ha estado en el hospital, él o ella debe ser identificado como
recurrente, y la información previamente documentada debe estar disponible (por ejemplo,
diagnósticos previos y tera-
3.2 Funciones del hospital 47
empanadas). Si el paciente está en el hospital por primera vez, un nuevo PIN debe ser
asignado. Además, el hospital debe ser capaz de distinguir entre diferentes casos o estancias
en el hospital de un paciente. Por lo tanto, además del PIN, una identificación caso se asigna
normalmente.
• admisión administrativa: admisión Administrativo comienza después de la identificación del paciente.
se deben registrar los datos administrativos importantes, tales como datos del seguro, tipo de ingreso,
los detalles acerca de los servicios especiales, los familiares del paciente, médico de admisión, y los
diagnósticos de referencia. Además, por lo general se le asigna un nuevo número de la visita (caso
identificador) que identifica el reciente estancia. El paciente se le asigna a una sala y una cama.
Algunos de los datos administrativos deben estar disponibles para otras funciones hospital a través
de la ayuda de ciertos medios de organización (tales como etiquetas y tarjetas magnéticas; Figura
3.2). Los datos administrativos forman la columna vertebral de procesamiento de información. En
caso de cambios, los datos del paciente deben ser mantenidos y comunicados. Si el médico de
admisión ha comunicado información relevante (por ejemplo, los hallazgos previos de laboratorio),
esta información debe ser comunicada al médico responsable en el hospital. admisión Administrativo
generalmente se realiza ya sea en una admisión central de paciente o directamente en la sala (por
ejemplo, en situaciones de emergencia o en el fin de semana).
Figura 3.2: medios de organización típica: una tarjeta magnética y pegatinas con los datos de identificación del paciente.
• la admisión clínica: El médico responsable y la enfermera se procederá a la admisión médico

y de enfermería. Esto comprende típicamente la historia del paciente, y la introducción de la
paciente a la sala. Los datos básicos de la historia del paciente tienen que estar disponibles
para otras funciones del hospital.
• Información: La dirección del hospital debe tener siempre una visión general de la reciente ocupación de
camas, es decir, sobre los pacientes que permanecieron en el hospital. Este es, por ejemplo, es
importante para los empleados, que deben ser capaces de informar correctamente a los familiares y
visitantes (Figura 3.3), y también para algunas estadísticas generales de gestión hospitalaria.
Figura 3.3: Informar a los familiares del paciente en una sala.
Planificación y Organización de Tratamiento de Pacientes
Todos los procedimientos clínicos de profesionales de la salud deben ser discutidos, acordados, de manera
eficiente planeado, e inició. Este proceso se inicia cada vez que hay nueva información disponible.
Subfunciones son:
• Presentación de la información y el conocimiento: Los miembros del personal debe ser capaz de acceder a
todos los datos relevantes del paciente específico a una situación, además de conocimiento clínico general
(por ejemplo, directrices y normas) que apoyan el cuidado del paciente (Figura 3.4).
• La toma de decisiones y la información del paciente: los miembros del equipo responsables deben
decidir sobre los próximos pasos como ciertos procedimientos de diagnóstico o terapéuticos (Figura
3.5). Dependiendo de la complejidad de una decisión diagnóstica o terapéutica, que debe ser capaz
de consultar a expertos internos o externos (por ejemplo, en hospitales especializados) para obtener
una segunda opinión. En este contexto, (tele-conferencias) pueden ayudar. decisiones
unos procedimientos clínicos deben ser documentados. El paciente debe estar involucrado en el
proceso de toma de decisiones, y su consentimiento informado debe ser documentado también.
• Planificación de la atención: Los próximos pasos ahora tienen que ser planificado en detalle. Para cada
procedimiento (tal como una operación o un tratamiento quimioterapéutico), el tipo, el alcance, duración, y la
persona responsable que ser determinado. En enfermería, planificación de la atención se documenta en los
planes de cuidados de enfermería, que contiene problemas de enfermería, los objetivos de enfermería y
procedimientos de enfermería planificadas. Si es necesario, otros profesionales de la salud están ordenados
a ejecutar los procedimientos clínicos planificados (por ejemplo, órdenes de vendaje médico, que tienen que
ser ejecutadas por una enfermera).
Figura 3.4: Infraestructura para acceder a los conocimientos médicos en una biblioteca clínica.
Figura 3.5: Reunión ordinaria de profesionales de la salud para discutir los próximos pasos de diagnóstico y terapéuticos
para un paciente.
Entrada de pedidos y Comunicación de los resultados
Los procedimientos de diagnóstico y terapéuticos a menudo deben ser ordenados en unidades de servicio
especializados (por ejemplo, de laboratorio, radiología, o patología). Estas unidades se ejecutan los procedimientos
ordenados y comunicar los hallazgos o resultados de vuelta al servicio de pedidos. Subfunciones son:
• Preparación de una orden: Dependiendo de la gama de servicios disponibles ofrecidos por una
unidad de servicio, que puede presentarse en forma de catálogos, el médico o la enfermera
selecciona el servicio adecuado en un formulario de entrada de orden (Figura 3.6). La identificación
del paciente y el caso, junto con la información pertinente, como diagnósticos recientes, las preguntas
pertinentes, ordenó el servicio (por ejemplo, laboratorio, radiología), y se documentan otros
comentarios (por ejemplo, sobre los riesgos especiales). Una orden debe ser iniciado por personas
autorizadas. Cuando se utilizan herramientas informáticas para la entrada de pedidos, los sistemas
de soporte de decisiones computarizados podrían alertar al médico en caso de errores de
medicación, por ejemplo, cuando un medicamento se ordena a la que el paciente es alérgico.
• La toma de muestras o la programación de citas y procedimientos: Según el tipo de orden, son

enviadas las muestras que deben ser asignadas inequívocamente a un paciente (por ejemplo,
muestras de sangre), o las citas del paciente deben ser programadas (por ejemplo, en unidades
radiológicas). Durante la programación, las demandas de todas las partes (por ejemplo, ordenando
médico, unidad de servicio, el paciente, unidad de transporte) deben ser bastante equilibrada.
• La transmisión de la orden: el orden rápida y correcta debe ser transmitida a la unidad de

servicio. Si una muestra se transfiere, se debe garantizar que el orden y la muestra se
pueden enlazar entre sí en la unidad de servicio. Si es necesario, la modificación de las
órdenes ya transferido por el médico solicitante o enfermera debería ser posible.
• Comunicación de los resultados (resultados de examen): Los resultados y los informes deben
ser transmitidos (tan pronto como sea necesario) a la unidad de ordenación y presenta al
profesional sanitario responsable. Ellos deben ser asignados de forma inequívoca al paciente
correcto. El médico responsable debe ser informado sobre los nuevos resultados, y los
resultados críticos debe ser resaltado.
Figura 3.6: Extractos de formularios de entrada de orden basados en papel para pruebas de laboratorio.
Ejecución de diagnóstico o de Procedimientos Terapéuticos
,, O procedimientos planificados de diagnóstico terapéuticos de enfermería (tales como operaciones,

radioterapia, exámenes radiológicos, medicamentos) deben ser ejecutados (Figura 3.7). El hospital debe
ofrecer herramientas adecuadas y recursos (por ejemplo, el personal, sala, equipos) para la ejecución de
los procedimientos necesarios.
Figura 3.7: examen clínico realizado por un pediatra.
Es importante que los cambios en la planificación de la atención que pueden deberse a nuevos hallazgos se
comunican directamente a todas las unidades involucradas y de las personas, lo que les permite adaptarse a la nueva
situación.
Documentación clínica
El objetivo de la documentación clínica es registrar todos los datos de los pacientes clínicamente relevantes (como los
signos vitales, resultados órdenes, decisiones) como completamente, correctamente, y rápidamente como sea posible.
Esto apoya la coordinación del tratamiento del paciente entre todas las personas involucradas, así como la justificación
legal de las medidas adoptadas. Los datos deben ser registrados en tan estructurado de una manera de lo posible, a fin
de permitir la agregación de datos y estadísticas, apoyo a las decisiones computarizado, o la recuperación de datos. Es
importante que los datos pueden estar unidos por la identificación del paciente y el caso, incluso cuando los datos se
originan de diferentes áreas (tales como Ward, unidad de servicio, la unidad de pacientes ambulatorios).
Por lo general, el hospital tiene que cumplir una gran cantidad de diferentes informes legales (tales como los
registros epidemiológicos) y los requisitos de documentación. A menudo, los datos
deben codificarse adecuadamente (por ejemplo, utilizando la Clasificación Internacional de Enfermedades, ICD-10 23 para
los códigos de diagnósticos).
El contenido de la documentación clínica depende en parte de la unidad de documentación y el grupo
profesional de la salud documentar (como documentación por parte de las enfermeras o los médicos,
documentación en unidades de consulta externa o en salas de operación). La información clínica también
debe estar disponible para otros fines tales como la contabilidad, el control, la gestión de la calidad, o la
investigación y la educación.
Subfunciones son:
• documentación de enfermería (Figura 3.8) comprende la documentación del proceso de atención de enfermería
(enfermería historia clínica del paciente, planificación de la atención, documentación de procedimiento, la
evaluación y los informes de la escritura), junto con la documentación de los signos vitales, medicamentos, y
otros detalles de la atención al paciente.
• La documentación médica comprende la documentación de la historia clínica del paciente, diagnósticos,

tratamientos y resultados (Figura 3.9), y también la documentación para las zonas especiales (tales como la
documentación en unidades de cuidados intensivos) o para fines especiales (tales como ensayos clínicos).
También comprende la entrada de pedidos de unidades de servicio, así como las órdenes que documentan
para otros grupos de profesionales de la salud (tales como órdenes de medicamentos por los médicos para
enfermeras).
Figura 3.8: documentación de enfermería basados en papel en una sala.
23. Organización Mundial de la Salud (OMS): Décima Revisión de la Clasificación Internacional de estadísti cal de
Enfermedades y Problemas Relacionados con la Salud (CIE-10). Ginebra: Organización Mundial de la Salud.
http://www.who.int/whosis/icd10.
Figura 3.9: Dictado de los resultados en una unidad radiológica.
La documentación administrativa y de facturación
El hospital debe ser capaz de documentar todos los procedimientos llevados a cabo de una manera
correcta, completa, rápida y orientada al paciente. Estos datos son la base para la facturación del hospital.
La documentación administrativa también se puede utilizar para el control, la contabilidad de centros de
coste y presupuesto interna, contabilidad responsabilidad de costo, y para otros análisis financieros.
Además, algunos de los datos deben ser documentadas, y debido a los requisitos legales.
Durante documentación administrativa, diagnósticos y procedimientos se registran de una manera

estandarizada, y luego procesado. documentación administrativa debe ser al menos parcialmente
derivable de la documentación clínica. Para apoyar la documentación administrativa, catálogos
adecuados deben ser ofrecidos y mantenidos, que contiene una lista de diagnósticos y procedimientos
típicos pertinentes para una unidad o un hospital.
Alta del Paciente y Referencia a otras instituciones
Cuando se termina el tratamiento del paciente, el paciente es dado de alta y luego a veces se hace
referencia a otras instituciones (por ejemplo, un médico de medicina general, o un centro de rehabilitación)
(Figura 3.10). El proceso de aprobación de la gestión administrativa paciente inicia la facturación final y el
cumplimiento de los requisitos legales de información (por ejemplo, estadísticas sobre los diagnósticos y
procedimientos). alta médica y de enfermería implica la de completar la documentación y la redacción de un
informe de alta. El hospital debe ser capaz de transmitir esta y otra información (por ejemplo, imágenes
radiológicas) a otras instituciones lo más rápido posible.
Para acelerar este proceso, un informe corto (es decir, la carta de descarga del médico) a menudo se
comunica inmediatamente a la siguiente institución que contiene, por ejemplo, los diagnósticos y
tratamientos terapéuticos. Se luego seguido por un informe más detallado.
Figura 3.10: Preparación para la descarga de un paciente desde una sala.
La manipulación de registros de pacientes
datos y documentos relevantes deben ser creados, se reunieron, presentan, y se almacenan de forma que sean
recuperables de manera eficiente durante todo el proceso de tratamiento del paciente. El almacenamiento de estos
datos y documentos se realiza principalmente en los registros de pacientes. Hoy en día, se utiliza generalmente una
mezcla de los registros basados en papel y de pacientes computerbased. Ciertos requisitos legales por lo general
deben ser considerados. Subfunciones son:
• Creación y envío de documentos: documentos clínicos, tales como cartas de médicos e

informes quirúrgicos, deben ser fáciles de crear, estará disponible a tiempo, y estar orientada al
paciente. información documentada Ya-debe ser reutilizable tanto como sea posible (por
ejemplo, resultados de laboratorio y diagnósticos codificados deben ser reutilizable para el
informe de alta). Todos los documentos deben ser firmados por el autor y la fecha de
generación deben tenerse en cuenta.
• Gestión de la documentación para las zonas especiales o efectos especiales y de registros

clínicos: Esta documentación debe por fáciles de crear y mantener, por ejemplo, para apoyar la
gestión de la calidad, de investigación o departamentos individuales. Ya datos
documentados-deben ser reutilizables tanto como sea posible. Consultas para un determinado
subconjunto de pacientes deberían ser posibles.
• La codificación de diagnósticos y procedimientos médicos: los datos básicos tales como los
diagnósticos y procedimientos debe ser fácil de documentar de una manera estructurada.
Documentación de base de datos sirve para la estructura de información interna del hospital, así como
para el cumplimiento de los requisitos legales. Para codificar de diagnósticos, la Clasificación
Internacional de Enfermedades, ICD-10, se utiliza a menudo.
• El análisis de los registros de pacientes (Figura 3.11): Todos los datos de los registros de pacientes
(ya sea basado en computadoras o no) debe estar disponible durante todo el proceso de atención al
paciente, a tiempo y de una manera fácil de usar, completa y estructurada. Por lo tanto, una estructura
uniforme para el registro del paciente es útil. los datos relacionados con la salud son muy sensibles;
por lo tanto, el hospital debe garantizar la protección y seguridad de datos.
• Archivo de los registros de los pacientes: Después del alta del paciente, los registros de pacientes
deben ser archivados durante mucho tiempo (por ejemplo, durante 10 ó 30 años, dependiendo de las
regulaciones legales). El archivo debe ofrecer suficiente espacio para permitir el almacenamiento a
largo plazo de los registros de los pacientes. Su autenticidad y exactitud se pueden probar más
fácilmente, por ejemplo, en el caso de acciones legales, cuando se archivan de acuerdo con las
normas legales.
• La administración de registros de pacientes: El archivo hospital debe ser capaz de gestionar los registros
de pacientes y hacerlos disponibles a petición dentro de un marco de tiempo definido. La ubicación
exacta de cada registro debe ser conocido (por ejemplo, en el cual archivo, en el que la plataforma).
Préstamo y devolución de los registros (por ejemplo, para los pacientes que vienen para múltiples visitas)
tiene que ser organizado (Figura 3.12), en el respeto de los derechos de acceso diferentes que
dependen de la función de los profesionales de la salud en el proceso de atención al paciente.
Figura 3.11: Análisis de un registro de paciente basado en papel.
Figura 3.12: Documentar el préstamo de registros de pacientes que han sido ordenados por departamentos clínicos en un
archivo de registros de pacientes.

Organización del trabajo y de planificación de recursos
El hospital debe ofrecer suficientes y bien organizados los recursos para la atención de los pacientes. Esto es
cierto para las salas (sala de gestión), unidades de atención ambulatoria (tratamiento ambulatorio), y unidades de
servicio de gestión (departamento). Subfunciones son:
• La programación y asignación de recursos: se necesitan varios recursos para la atención de los

pacientes, y la gestión de recursos comprende la planificación del personal, la planificación de la cama,
la planificación del espacio, y la planificación dispositivo. Todas las actividades de planificación de
recursos deben estar coordinados. Cuando se programan los procedimientos, deben tenerse en cuenta
las demandas tanto de la unidad de servicio y la unidad de ordenación con respecto a la programación
de la cita. Solicitud, reserva, confirmación, notificación, el aplazamiento y cancelación debe ser apoyada.
Todos los miembros del personal involucrados y los pacientes deben ser informados acerca de las citas.
Aplazamientos y cancelaciones deben ser comunicadas a tiempo para todas las personas involucradas.
• Materiales y productos farmacéuticos gestión (Figuras 3.13 y 3.14): La oferta y la eliminación de

materiales, alimentos, medicamentos, etc. deben ser garantizadas. Todos los departamentos de
los hospitales deben ser capaces de ordenar de catálogos de hasta al día. Las unidades de
servicio correspondientes (valores, farmacia, cocina) deben ser capaces de entregar en tiempo y
forma.
• Gestión y mantenimiento de equipos: los dispositivos médicos deben ser registrados y
mantenidos de acuerdo con la legislación.
• organización general del trabajo: organización Proceso eficiente es extremadamente importante para los
hospitales, por ejemplo, en unidades de pacientes externos o unidades de servicio, y que puede ser
apoyada por proporcionar listas de trabajo de los miembros del personal, mediante la emisión de
recordatorios de citas, o mediante la visualización de flujo de proceso real .
• apoyo a la comunicación de oficina (Figura 3.15): El sistema de información del hospital debe ser
capaz de soportar la comunicación entre todas las personas involucradas en el cuidado del
paciente. Esto comprende sincrónico (por ejemplo, teléfono) y asíncrona (por ejemplo, pizarras,
folletos, e-mail). Los miembros del personal deben ser capaces de ser contactado en un plazo
determinado de tiempo.
• Soporte básico de procesamiento de la información: El sistema de información hospitalaria debe ser compatible
con las tareas básicas de procesamiento de información, tales como la elaboración de informes o calcular
estadísticas.
Figura 3.13: El stock de medicamentos en una sala de hospital.
Figura 3.14: La farmacia central de un hospital.

Figura 3.15: Un médico comunicarse con un médico general por teléfono.
Administración de Hospitales
La administración del hospital apoya la organización de la atención al paciente y garantiza la

supervivencia financiera del hospital. Subfunciones de la administración del hospital son:
• Gestión de la calidad: Comprende todas las actividades de gestión de una institución de salud para
asegurar y mejorar continuamente la calidad de la atención al paciente. Esto incluye el
establecimiento de objetivos, la definición de responsabilidades, y el establecimiento y seguimiento
de los procesos para alcanzar estos objetivos. Esto cubre, por ejemplo, la información interna que
contiene índices de calidad. Gestión de la calidad requiere información sobre los pacientes y
tratamientos, así como el conocimiento de las normas de diagnóstico y terapéuticos.
• El control y la elaboración de presupuestos: El hospital debe ser capaz de reunir y el agregado

datos sobre el funcionamiento del hospital con el fin de controlar y optimizarlo. Esto incluye,
por ejemplo, el personal de control, control de proceso, material de control, y el control
financiero.
• La contabilidad de costos rendimiento: Para fines de control, es necesario hacer un
seguimiento de los servicios, sus costos, y que los ha recibido.
Esto cubre, por ejemplo, lo que representa de centros de coste, unidades de coste, y los costes del proceso.
• La contabilidad financiera: Todas las operaciones financieras del hospital tienen que ser registrados de manera
sistemática para cumplir con los requisitos legales. La contabilidad financiera comprende, por ejemplo, la
contabilidad del deudor, la contabilidad de crédito, y la contabilidad de las instalaciones.
• Gestión de recursos humanos: Contiene todas las tareas para el desarrollo y la mejora de la
productividad del personal. Se comprende, por ejemplo, el personal y la posición de la planificación, el
registro personal, la programación del personal, y la nómina del personal.
• El análisis estadístico general: El hospital debe ser compatible con el análisis estadístico general,
por ejemplo, el cálculo y el análisis de los datos económicos.
Ceremonias
Ejercicio 3.2.1: Las diferencias en el hospital funciona
Mira las funciones de hospital que se presentan en esta sección. Ahora imagina un pequeño hospital (por
ejemplo, 350 camas) y un centro médico universitario grande (por ejemplo,
1.500 camas). ¿Cuáles son las diferencias entre estos hospitales con respecto a sus funciones?
Explica tu respuesta.
Ejercicio 3.2.2: Diferentes grupos profesionales Salud y el Hospital Funciones
Mira las funciones de hospital que figuran en esta sección. Analizar las relaciones entre las funciones de
hospital y los grupos de diferentes profesionales de la salud (médicos, enfermeras, personal administrativo,
otros) que trabajan en un hospital. ¿Qué funciones del hospital se llevan a cabo por el grupo de
profesionales que la asistencia sanitaria?
Crear una tabla con grupos de profesionales sanitarios como columnas, hospital funciona como filas, y
los siguientes símbolos como el contenido de las cajas:
'++': función es realizada principalmente por esta profesión. '+':

Función también se lleva a cabo por esta profesión. '-': La función no
es realizada por esta profesión. '': Ni '++', '+', ni '-'.
Ejercicio 3.2.3: Realización de las funciones de hospital
Como se ha comentado al principio de esta sección, hemos presentado las principales funciones del hospital
que deben ser apoyadas por un sistema de información del hospital. Mira un hospital que sabe y tratar de
averiguar para cada función de si el hospital más equipo basado o más herramientas de procesamiento de
información basados en papel se utilizan para apoyarlo.
Resumen
funciones hospital principal típicos son
• ingreso del paciente con la programación de citas, la identificación del paciente, la admisión de
administración, la admisión clínica, y la información;
• la planificación y la organización del tratamiento de los pacientes con la presentación de la información y el
conocimiento, la toma de decisiones y la información del paciente, y la planificación de la atención;
• orden de entrada y la comunicación de los resultados con la preparación de un pedido, la toma de

muestras o la programación de citas y procedimientos, la transmisión de la orden, y los informes
de los resultados;
• ejecución de los procedimientos de diagnóstico o terapéuticos;
• documentación clínica realizada por médicos y enfermeras;
• documentación y facturación administrativa;
• el alta del paciente y la remisión a otras instituciones. Estas funciones del hospital están
típicamente soportadas por funciones tales como
• manejo de registros de pacientes con la creación y envío de documentos, la gestión de

documentos para zonas especiales o efectos especiales y de los registros clínicos, la
codificación de diagnósticos y procedimientos, y el análisis, el archivo y la gestión de
registros de pacientes;
• organización del trabajo y la planificación de recursos con la programación y asignación de recursos,
materiales y productos farmacéuticos de administración, gestión y mantenimiento de equipos, apoyo
en la organización general del trabajo, ayuda de comunicación de oficina, y el procesamiento de la
información básica de apoyo;
• administración del hospital con la gestión de la calidad, el control y la elaboración de presupuestos,
contabilidad de costos rendimiento, contabilidad financiera, gestión de recursos humanos, y el análisis
estadístico general. Esas funciones hospitalarias describen lo que un sistema de información hospitalaria
debe apoyar. No es importante en este momento cómo están soportados por herramientas de procesamiento
de información basados en computadoras basadas en papel o por.
3.3 Modelado de Sistemas de Información Hospitalaria
Modelado HIS es una condición importante para su gestión: Lo que no podemos describir, por lo general no se
puede manejar adecuadamente. Vamos a presentar algunos tipos de metamodelos de sistemas de
información, que describe los diferentes aspectos de la suya, y algunos ejemplos más pequeños de sus
modelos.
Después de leer esta sección, debe ser capaz de responder a las siguientes preguntas:
• ¿Qué es un metamodelo?
3.3 Modelado de Sistemas de Información Hospitalaria 63
• ¿Cuáles son los metamodelos típicos para modelar diversos aspectos de su?
• ¿Qué es un modelo de referencia de SU?
Sus modelos y Metamodelos
Un modelo se define en la sección 2.3 como una descripción de lo que el modelador piensa que ser
relevante para un sistema. La importancia de los modelos se basa en su capacidad para presentar un
subconjunto de la realidad (por lo general compleja) y agregar la información dada con el fin de
responder a ciertas preguntas o para apoyar ciertas tareas. Esto significa que los modelos deberían
presentar una vista simplificada pero apropiada de un HIS el fin de apoyar su gestión y funcionamiento.
Los modelos deben ser apropiados para las preguntas o tareas respectivas. Ejemplos de preguntas o tareas
que son importantes con respecto a los sistemas de información hospitalarios podrían ser:
• ¿Qué funciones de hospital están soportados por una SU?

• ¿Qué herramientas de procesamiento de la información se utilizan?
• ¿Cuáles son los pasos del proceso de negocio de la admisión del paciente?
• ¿Qué pasará si un servidor específico se rompe?
• ¿Cómo se puede juzgar la calidad del procesamiento de la información? Un buen modelo es capaz de
responder a las preguntas dadas o para apoyar una determinada tarea (por ejemplo, detección de debilidades, o la
planificación de un futuro estado de la HIS). Cuanto mejor se puede ver una SU, y cuanto mejor un modelo que
ayuda en la gestión de él (por ejemplo, en la identificación de las piezas buenas o críticos de la HIS), mejor es el
modelo. Por lo tanto, el modelo que seleccione dependerá de los problemas o preguntas que tenga.
Existe un gran número de diferentes clases de modelos. Podemos distinguir algunos típicos metamodelos
que puede ser entendido como un lenguaje para describir modelos de una cierta clase. Un metamodelo
por lo general se describe el marco de modelado, que consiste en
• la sintaxis y la semántica de modelado (modelar objetos disponibles, junto con su

significado),
• la representación de los objetos (cómo los objetos están representados en un modelo concreto, por
ejemplo, de una manera gráfica),
• y (a veces) las reglas de modelado (por ejemplo, los pasos de modelado). Así como diferentes puntos de
vista en su existir, también existen diversas metamodelos. Los tipos típicos de metamodelos para His están
• metamodelos funcionales, centrándose en funciones de hospital que son soportados por el

sistema de información, es decir, en la funcionalidad de una SU;
• metamodelos técnicos, que se utilizan para construir los modelos que describen la información de herramientas
utilizadas procesamiento;
• metamodelos de organización, que se utilizan para crear modelos de la estructura
organizativa de una SU;
• metamodelos de datos, que se utilizan para la construcción de modelos de la estructura de los datos
procesados y almacenados dentro de una SU;
• metamodelos de procesos de negocio, que se centran en la descripción de lo que se hace
en qué orden cronológico y lógico;
• metamodelos de la empresa, que combinan diferentes submodelos en un modelo de sistema
integrado de información para toda la empresa.
metamodelos de procesos de negocio también se denominan metamodelos como dinámicos en contraste

con los otros metamodelos más estáticos descritos anteriormente.
El arte de su modelado se basa en la selección correcta de un metamodelo. Por lo tanto, por su
modelado, debe tener en cuenta los siguientes pasos:
1. Definir las preguntas o tareas a ser apoyadas por el modelo.

2. Seleccionar un metamodelo adecuada.
3. Recopilar la información necesaria para el modelado.
4. Crear el modelo.
5. Analizar e interpretar el modelo (responder a sus preguntas).
6. Evaluar si se eligió el metamodelo derecha, es decir, si el modelo
era adecuada para responder a las preguntas. Si no es así, vuelva al paso 2. En los siguientes
párrafos, nos centraremos en algunos metamodelos típicos. Vamos a responder a las siguientes preguntas para
cada metamodelo:
• ¿Qué elementos se ofrecen a metamodelo?

• El que las relaciones entre los elementos puede ser modelado?
• ¿Qué preguntas pueden ser respondidas por el uso de este metamodelo?
• ¿Cómo sería un modelo típico verá como cuando derivado de este metamodelo?
Modelado funcional
metamodelos funcionales se utilizan para construir modelos que representan las funciones de un hospital
(lo que se debe hacer). Los elementos que ofrecen son las funciones de hospital que son compatibles con
los componentes de la aplicación del sistema de información del hospital. Las relaciones de las funciones
de hospital pueden, por ejemplo, representar la información intercambiada entre ellos. Además, las
funciones se describen a menudo de una manera jerárquica, que comprende más funciones globales (tales
como el manejo del paciente) y más funciones (refinados) específicos (tales como facturación paciente).
Las preguntas típicas que deben ser respondidas con modelos derivados de metamodelos funcionales son:
• ¿Qué funciones de hospital están soportados por la que sus componentes?

3.3 Modelado de Sistemas de Información Hospitalaria sesenta y cinco
• ¿Qué funciones específicas del hospital son parte de la cual las funciones hospitalarias globales?
• ¿Qué funciones del hospital comparten los mismos datos?

• ¿El modelo funcional corresponde a un modelo de referencia? representaciones típicas de
modelos funcionales son (jerárquicas) listas de funciones, así como presentaciones gráficas de
las funciones de hospital. Mesa

3.1 presenta un extracto de una jerarquía de tres niveles de funciones de hospital para el procesamiento de
información en enfermería:
Tabla 3.1: Un extracto de la funcional de su modelo, que describe las funciones relevantes para la
enfermería del hospital en el Centro Médico Plötzberg y la Escuela Médica (PMC). 24
La gestión de la historia clínica Documenta ción de Documentación de los recursos del

del paciente enfermería paciente
Documentación de los objetivos de enfermería
planificación y documentación de las tareas de
enfermería redacción de informes de enfermería
La documentación médica relevante Documentación de las órdenes de la

para la enfermería
documentación de los resultados
ción sala Organiza El manejo del paciente Admisión de una descarga de

relacionada con el paciente
paciente de un paciente
Generación de herramientas
organizativas
Modelado técnica
metamodelos técnicas se utilizan para construir modelos que describen las herramientas de procesamiento de
información utilizadas. Como elementos, por lo general describen componentes físicos de procesamiento de
datos (por ejemplo, sistemas informáticos, teléfonos, formas, buscapersonas, registros) y componentes de
aplicación. Como las relaciones, que describen la transmisión de datos entre los componentes de datos físico de
procesamiento (por ejemplo, diagramas de red), o la comunicación entre componentes de aplicación.
24. Este ejemplo es un extracto de Ammenwerth E, Haux R. Un compendio de funciones de procesamiento de

información en enfermería de desarrollo y estudio piloto. Las computadoras en Enfermería 2000; 18 (4): 189-96.
Las preguntas típicas que se pueden contestar con modelos derivados de metamodelos técnicas
son:
• ¿Qué herramientas de procesamiento de la información se utilizan?

• ¿Qué componentes de aplicaciones se comunican entre sí?
• ¿Cuáles son las conexiones de transmisión de datos entre los componentes de procesamiento de
datos físicos?
• ¿Cómo es la tecnología de red como?
• ¿Qué soluciones técnicas se utilizan para garantizar la seguridad y la fiabilidad de las herramientas de
procesamiento de información?
modelos técnicos se presentan típicamente como listas (por ejemplo, listas de herramientas de procesamiento de
información utilizados) o en forma de gráficos (por ejemplo, el gráfico de la arquitectura de red de sistemas informáticos).
Ejemplos de modelos gráficos se presentan en las Figuras
3.16 y 3.17.
Red de área de almacenamiento
Cambiar
servidor de archivos servidor de respaldo
Figura 3.16: Un extracto de una técnica SU modelo con algunos componentes de procesamiento de datos
físicos y sus enlaces de transmisión de datos del sistema de información del hospital del Centro Médico
Plötzberg y la Escuela Médica (PMC). El óvalo en el centro simboliza la red.
Administración de Empresas electrónico del paciente

El manejo del paciente
sistema (recursos registro (EPA) (2900
sistema (PMS) (500
humanos, el control de la usuarios)
usuarios)
gestión financiera, gestión de
materiales ...) sistema de
( 450 usuarios) documentación clínica sistema de
(Clindoc) ( 3700 documentación de la
usuarios) anestesia (Anis) (10
usuarios)
Sever web
sistema de
información patológica
Conocimiento médico (PATH) (50
servidor ( 2500
Comunicación usuarios) sistema de
usuarios)
servidor información dental
(COMSERV)
(Dental) (150 usuarios)
sistema médico
(Exchange) ( 2000
usuarios)
Sistema de
Información Radiológica
Productos de oficina (
otros... (RADIS) (250
4000 usuarios)
usuarios)
documentación del tumor sistema de programación de sistema de información de

sistema (Tumorix) personal (Timy) (300 laboratorio (LIS)
( 15 usuarios) usuarios) (400 usuarios)
Figura 3.17: Un extracto de una técnica SU modelo con algunos componentes de la aplicación y sus enlaces de
comunicación del sistema de información del hospital del Centro Médico Plötzberg y la Escuela Médica (PMC).
Modelado organizacional
metamodelos de organización se utilizan para construir modelos que describen la organización de una
unidad o área. Por ejemplo, pueden ser utilizados para describir la estructura de la organización de un
hospital (por ejemplo, que consiste en los departamentos con unidades iNAND ambulatorios). En el
contexto de su, a menudo se utilizan para describir la organización de gestión de la información, es decir,
cómo se organiza con el fin de apoyar los objetivos del hospital.
Los elementos de esos modelos son generalmente unidades o funciones que se interponen en una cierta
relación de organización entre sí. Las preguntas típicas que deben ser respondidas con modelos derivados de
metamodelos de organización son:
• ¿Qué unidades de organización existe en un hospital?

• ¿Qué instituciones son responsables de la gestión de la información?
• ¿Quién es responsable de la gestión de la información de un área o unidad dada?
modelos de organización son típicamente representados como una lista de las unidades de organización (por
ejemplo, lista de los departamentos y secciones en un hospital), o como una
68
en la Figura 3.18.
Hospital Executive
Commitee
Modelado de datos
Dept. of Surgery Dept. of Internal ... Dept. of ... Dept. of Information Hospital
Medicine Pathology Management administration
inpatient
units Human
General resources
surgery
outpatient
units Financial
3 ¿Qué Do Hospital Information Systems parece?
accountancy
sistema de información hospitalaria. Los elementos que ofrecen son

inpatient
Pediatrics units Engineering
surgery
outpatient
..... units Purchase
...
Figure 3.18: An extract from the organizational model of Plötzberg Medical Center and Medical School (PMC).
metamodelos de datos se utilizan para crear modelos que describen los datos tratados y almacenados en un
gráfico (por ejemplo, la descripción gráfica de las relaciones de organización). Un ejemplo se presenta
típicamente tipos de entidades y sus relaciones. Las preguntas típicas que deben ser respondidas con modelos
derivados de metamodelos de datos son:
• ¿Qué datos se procesan y se almacenan en el sistema de información?

• ¿Cómo se relacionan los elementos de datos?
Un metamodelo típico para el modelado de datos es ofrecido por los diagramas de clases en el
Unified Modeling Language (UML). 25 Un ejemplo se presenta en la Figura 3.19.
Paciente Procedimiento
1* Caso
- número de identificación 1* - número de identificación
- nombre - número de identificación - tipo
- cumpleaños - seguros - fecha
- dirección - proveedor
Paciente interno Paciente externo
- fecha de admisión - Fecha de tratamiento
-fecha de alta - identificación clínica

- identificación de barrio
Figura 3.19: un modelo simplificado de datos (diagrama de clase UML), que describe las relaciones entre el paciente
tipos de entidad, el caso, y el procedimiento, como extracto del modelo de datos de la SU del Centro Médico Plötzberg
y la Escuela Médica (PMC).
Business Process Modeling

metamodelos de procesos de negocio se utilizan para crear modelos que se centran en una visión dinámica
de procesamiento de la información. Los elementos utilizados son actividades y su orden cronológico y lógico.
A menudo, se añaden otros elementos, tales como el papel o la unidad que realiza una actividad, o la
información de herramientas que se utilizan de procesamiento. Los siguientes perspectivas por lo general se
pueden distinguir:
• punto de vista funcional: ¿Qué actividades se están realizando, y que se necesitan flujos de
datos para vincular estas actividades?
25. Object Management Group (OMG): Unified Modeling Language-UML. http://www.uml.org.

• perspectiva conductual: Cuando se llevan a cabo las actividades, y cómo se llevan a cabo? Cómo
utilizan mecanismos tales como los bucles y los factores desencadenantes?
• punto de vista organizativo: ¿Dónde y por quién se están realizando actividades?
• punto de vista informativo: Qué tipos de entidad o entidades (documentos, datos, productos)
están siendo producidos o manipulados?
Las preguntas típicas que deben ser respondidas con modelos derivados de meta-modelos de procesos de
negocio son:
• ¿Qué actividades se ejecutan con respecto a una función determinada del hospital?
• Que es responsable y qué herramientas se utilizan en un proceso dado?

• ¿Qué actividad es el pre o post-condición para una actividad determinada?
• ¿Cuáles son los puntos débiles del proceso dado y cómo pueden mejorarse?
Debido al gran número de perspectivas diferentes, existen diversas metamodelos de procesos de negocio.
Ejemplos son cadenas simples de proceso, cadenas de procesos basados en eventos, diagramas de actividad, y las
redes de Petri.
cadenas de procesos simples describir la secuencia (lineal) de etapas de proceso. Simplemente
describen las actividades específicas que forman un proceso, además del papel responsable (por ejemplo,
un médico).
cadenas de proceso impulsado por eventos añadir propiedades dinámicas de los pasos del proceso: eventos y
operadores lógicos (AND, OR, XOR) se añaden a las funciones, permitiendo que el más complejo modelado de
ramificación y alternativas. Además, algunos casos de cadenas de procesos basados en eventos permiten la
adición de entidades (por ejemplo, un gráfico). 26
diagramas de actividad ( como parte de la técnica de modelado de la Unified Modeling Language,

UML) también describen la secuencia de etapas de proceso, utilizando actividades, la ramificación, las
condiciones, y las entidades (Figura 3.20). Además, el método permite la separación y la sincronización de
subprocesos paralelos. 27
Finalmente, redes de petri también describen las propiedades dinámicas de los procesos, pero de una manera
más formal que los otros métodos. 28
26. Scheer AW. Marcos de procesos ARIS-Business. Berlín: Springer; 1999.

27. Object Management Group (OMG): Unified Modeling Language-UML. http: // www.uml.org.
28. Mortensen KH, Christensen S, editores. Redes de Petri Mundial. http://www.daimi.au.dk/ PetriNets.
secretario médico administrativo

personal
(Relativa del paciente está llamando)
la celebración de la
primera conversación
comprobar la
admisión
(no es necesario) (Necesidad

llamada clara) desvío de llamadas comprobar la
para el médico admisión

acabado
(necesario) (no es necesario)

(necesario)
fecha de llamada
organizar acabado
Haz una nota comprobar si es la
de la fecha primera admisión del

paciente
(no) (sí)
(Nota hecha)
obtener paciente iniciar nuevo
grabar expediente
(Récord conseguido) (Expediente iniciado)
Figura 3.20: Ejemplo de un modelo de proceso de negocio, en base a un diagrama de actividad UML, que describe
una parte del proceso de admisión en el Departamento de psiquiatría infantil y juvenil en el Centro Médico Plötzberg y
la Escuela Médica (PMC).
Modelado de la empresa
modelado empresarial comprende todos los aspectos de modelado discutido hasta ahora, es decir, modelado
funcional, modelado técnica, organizativa de modelado, modelado de datos y modelado de procesos. Pero
más allá de esto, el modelado de la empresa considera las dependencias de estos modelos y, por lo tanto,
ofrece una visión más holística.
Las preguntas típicas que deben ser respondidas con el modelado de la empresa son:
• ¿Qué funciones de hospital están soportados por las herramientas de la que la información de procesamiento?
• Son las herramientas de procesamiento de información suficiente para soportar las funciones de hospital?
• Es la comunicación entre los componentes de la aplicación suficientes para satisfacer las necesidades de
información?
• ¿Qué objetivos de la empresa se verán afectados por un cierto componente de aplicación?
• ¿En qué área del hospital son datos específicos sobre objetos específicos utilizados?
marcos de modelos empresariales ayudan a clasificar y organizar estos modelos y facilitar la

comprensión de sus dependencias y las dificultades que pueden surgir si no se consideran ciertos
aspectos de modelado empresarial. Esos marcos se presentan a menudo como matrices en las filas
reflejan puntos de vista distintivos en la empresa y las columnas describen diferentes conceptos
relacionados con la empresa. Dependiendo de los objetivos de modelado, un modelo puede ser creado
para cada celda de la matriz (que, por supuesto, que normalmente se basa en un metamodelo más
específica).
Un marco de modelado empresa bien conocida es el marco Zachman 29 para arquitecturas de

sistemas de información (Tabla 3.2).
Tabla 3.2: El marco Zachman arquitectura de la empresa.
Los datos Función Red Gente (Cuándo) Motivación

(Lo) (Cómo) (Donde) que) (Por qué)
Alcance
(Contextuales)
Modelo Empresa
(conceptual) de
modelo del sistema
(lógico) Tecnología
Modelo las
representaciones
detalladas (físico)
modelar aspectos individuales como se mencionó anteriormente se pueden encontrar dentro de este
marco. Los modelos de datos se colocan en la celda modelo de datos / empresa, si se hace hincapié en el
aspecto más conceptual, o en la celda modelo de datos / sistema, si se hace hincapié en el aspecto de la base
de datos. Modelos tecnológicos se pueden encontrar en el modelo del sistema o el nivel de modelo de
tecnología especialmente en las filas de función y de red. modelos de organización se colocan en la fila de la
gente, y los modelos funcionales en la fila de función. La dificultad en el uso de un marco de este tipo integral
es en la presentación de las dependencias entre las células separadas.
29. Zachman JA. Un marco para la arquitectura de sistemas de información. IBM Systems Journal 1999; 38 (2 y
3): 454-70 (Reprint).
Modelos de referencia de los sistemas de información hospitalaria
Hasta ahora hemos hablado de su metamodelos, es decir, acerca de los modelos para describir los sistemas de
información del hospital desde varios puntos de vista. Para apoyar su modelado, sino que también puede ser útil
usar modelos de referencia. modelos de referencia
presentar un tipo de patrón de modelo para una cierta clase de aspectos. Por un lado, estos patrones modelo
pueden ayudar a obtener modelos más específicos a través de modificaciones, limitaciones o complementos
(modelos de referencia genéricos). Por otra parte, estos patrones modelo puede ser utilizado para comparar
directamente los modelos en cuanto a su integridad (modelos de referencia no genéricos). Así como los
modelos específicos, modelos de referencia son instancias de metamodelos. Un modelo específico se puede
considerar una variante de un modelo de referencia desarrollado a través de la especialización. Esta variante
es una instancia de esa metamodelo que también subyace en el modelo de referencia correspondiente.
Un modelo de referencia siempre se dirige hacia un determinado aspecto. Por ejemplo, podemos definir
modelos de referencia para los sistemas de información del hospital, para sistemas de comunicación, o para el
sistema gastrointestinal. Un modelo (general) puede ser definido como un modelo de referencia para una
determinada clase de aspectos.
Un modelo de referencia debe ser seguido por una descripción de su uso, por ejemplo, cómo los modelos
específica se puede derivar a partir del modelo de referencia, o la forma en que se puede utilizar para fines de
comparación.
Los modelos específicos pueden compararse con un modelo de referencia, y por consiguiente los
modelos también pueden compararse entre sí, a juzgar su similitud o diferencia cuando se describen
ciertos aspectos.
Los modelos de referencia pueden ser normativa en el sentido de que son ampliamente aceptados y
tienen relevancia práctica. Los modelos de referencia son más propensos a ser aceptado si no sólo son
fiables y bien probado, sino también recomendado por una institución respetada.
Los diferentes tipos de modelos de referencia pueden ser descritos. Por ejemplo, modelos de negocios de
referencia describir modelos de procesos, datos, y la organización de una cierta clase de organizaciones (por
ejemplo, de una cierta rama industrial). Un subtipo de estos modelos de referencia son modelos de información de
referencia del sistema. Se centran en el procesamiento de la información de una clase de organizaciones. Estos
modelos de referencia se basarán en los metamodelos que hemos presentado en esta sección. Por ejemplo, los
modelos de referencia de datos pueden describir estructuras de datos típico para un sistema de información
hospitalaria. modelos de referencia de la organización pueden describir estructuras típicas de organización para la
gestión de la información. modelos de referencia de la empresa pueden describir las funciones y arquitecturas de
sistemas de información hospitalarios típicos.
Un segundo tipo de modelos de referencia es modelos de referencia de software. Sirven para derivar
modelos para diferentes variantes de un producto de software. Tal modelo derivada puede describir en el que
formar un producto de software puede ser parametrizado para un uso específico. Estos modelos normalmente
integran diferentes puntos de vista sobre el producto de software, tales como un de datos, funcional, o vista de
proceso.
Una tercera clase de modelos de referencia es modelos de referencia procedimiento. Se centran en cómo
hacer ciertas cosas, por ejemplo, la forma de introducir un componente del sistema de información. modelos de
referencia Procedimiento también son importantes en otras áreas; directrices clínicas presentes tales modelos de
referencia. Utilizando un modelo de dicha referencia junto con la información adicional, un plan de proyecto para
un proyecto específico para introducir un componente puede ser establecida, o un plan de tratamiento específico
para un paciente con cáncer se puede derivar.
Existen varios modelos de referencia para sistemas de información hospitalarios. La especificación básica
común del Servicio Nacional de Salud británico (NHS) a partir de la década de 1990 30 es un modelo de
referencia funcional. En él se describen las funciones de las diferentes instituciones que tienen que ser apoyado
por un sistema de información basado en computadora. Todas las funciones se describen como actividades,
combinando las tareas permiten, planificar, hacer y ejecutar. Esto también representa una parte de un modelo
de referencia de proceso. Además, se describe un modelo de referencia de datos, que contiene los tipos de
entidad que por lo general se procesan en los hospitales. Los modelos de referencia NHS son en parte
obligatoria para las instituciones de NHS.
En el marco del proyecto (Réseau d'Information et de Communication Hospitalario Européen), un

modelo de referencia para el proceso de la descripción de las actividades en los hospitales RICHE
Europea fue establecida. Este es el llamado modelo de orden-y-acto. 31 Actividades son vistos como
parte de un proceso, donde un cliente (por ejemplo, un médico) ordena una actividad (orden). Esta
orden se comunica a la persona que ejecuta (por ejemplo, una enfermera), que lleva a cabo la orden
(ACT) e informa de los resultados al cliente.
Un ejemplo más reciente de un modelo de referencia para las funciones de hospital es el modelo de
referencia de Heidelberg 2000, desarrollado con el apoyo de la Asociación Alemana de Investigación. 32 Se
presenta en la Figura 3.21. Este modelo de referencia se centra en el proceso de atención al paciente. Se
distingue entre las funciones centrales para el proceso de la atención al paciente y funciones que soportan el
proceso de atención al paciente. Las funciones principales de hospitales centrales para el proceso de atención de
los pacientes se presentan como una secuencia en el lado izquierdo. Las funciones de hospital que apoyan la
atención de los pacientes se presentan en el lado derecho.
30. Herbert I. La especificación básica común (versión 4.4). Grupo de Información de Gestión (IMG),
Reino Unido Servicio Nacional de Salud (NHS); 1993.
31. Arquitectura Frandji B. Abierto para los sistemas de salud: el iencia Europea RICHE exper. En: Dudeck J, Blobel
B, Lordieck W, Bürkle T, editores. Las nuevas tecnologías en los sistemas de información Hospi tal Amsterdam: IOS
Press; 1997. pp. 11-23.
32. Ammenwerth E, Buchauer A, Haux R. Un Índice Requisitos para el Procesamiento de la Información en los
hospitales. Los métodos de la Información en Medicina 2002; 41 (4): 282-8. El índice de requisitos está disponible en:
ttp: //www.umit.at/reqhis.
Handling of 3 Work Organization 4 Hospital
1 Central Process: Treatment of Patients Patient Records
documents 2 and Resource Planning Administration
send out
1.9 discharge and 2.1 draw up and 3.1 appointment and 4.1 quality
1.1 patient admission transfer to other resource management
institutions organization
1.2 managing 2.2 planning and 3.2 ordering,

patient treatment analysis of clinical supplying of material, 4.2 controlling
registers food, drugs
<
1.3 order entry 2.3 diagnosis and
1.3 order entry 3.3 maintenance of 4.3 cost-performance
including material procedure
including scheduling medical devices accounting
testing documentation
3.4 providing of
1.4 diagnostic, 2.4 analysis of working aids and 4.4 financial
therapeutic, or patient records organizational tools accountancy
nursing services
<
2.5 archiviving of 3.5 office 4.5 staff admission and
1.8 clinical and patient records communication payroll
1.5 administrative
nursing
documentation
documentation
2.6 management of 3.6 basic information 4.6 general
detallada. Este es un modelo de referencia (específica del proveedor) y puede ser

patient records processing tasks statistical analysis
3.3 Modelado de Sistemas de Información Hospitalaria
1.7 accounting
<
legend: x.x hospital function “and” operator process sequence with data interchange
de negocio de sus hospitales. En este caso, un análisis del sistema por lo general se realizará en cada
hospital, y un modelo general del estado prevista se deriva como la base para la planificación del cambio
Figure 3.21: The Heidelberg reference model for hospital functions.
sistemas de información hospitalarios están disponibles. Consultores a veces crean modelos de referencia
75
A partir de ahora, sólo unos pocos modelos de referencia para funciones típicas, procesos o datos de los
específicos para sus clientes. Por ejemplo, un proveedor de atención médica quiere estandarizar los procesos
utilizado para derivar modelos específicos para comparar el estado actual con el estado planeado.
Ejemplo
Ejemplo 3.3.1: un modelo de referencia para las funciones de hospital
Tabla 3.3 del hospital funciona fue establecida en 1997 por la Asociación Alemana de Investigación. 33 La
siguiente lista presenta esa parte del modelo de referencia relevante para el cuidado del paciente.
Tabla 3.3: Un ejemplo de un modelo de referencia para funciones de hospital.
Parte I: La atención al paciente
1. Funciones generales de atención al paciente 4. Funciones de unidad de diagnóstico
1.1 Administración de Pacientes 4.1 Laboratorio clínico

1.2 Gestión de la historia clínica del paciente 4,2 Radiología (organización)
1,3 archivo electrónico de registros de pacientes (por 4.3 Radiología (PAC-cuadro ar - chiving
ejemplo-digital óptica) y la comunicación)
1.4 documentación clínica básico 4.4 inmunología, microbiología, gía virol-
Otras funciones 1.x
2. Funciones de Ward 4.5 Patología
2.1 gestión Ward por los médicos (INCLUYENDO documentación Otras funciones 4.x
clínica, documentación de escribir, entrada de pedidos, 5. Funciones de unidad terapéutica
contabilidad) 5.1 documentación de Anestesia
2.2 La gestión de la sala de enfermeras (incluyendo la 5.2 Gestión de quirófanos (incl.
documentación de enfermería, entrada de pedidos, el conteo Documentación, informes,
de AC) planificación)
2.3 documentación de la unidad de cuidados intensivos 5.3 Radioterapia
Otras funciones 2.x. Otras funciones 5.x
3. funciones de la unidad para pacientes ambulatorios 6. Funciones para otras unidades
3.1 Gestión de unidades de consulta externa (INCLUYENDO 6.1 Farmacia
programación, gestión de procesos, documentación clínica,
banco 6,2 Blood
el documento ing ESCRITO, entrada de pedidos,
6.x Otras funciones
contabilidad)
7. Otras funciones de atención al paciente
Otras funciones 3.x
7.1 El personal de programación
7.2 Documentación, la organización y la facturación de los

departamentos de odontología
7,3 telemedicina (diagnóstico especialmente

tele-)
7.x Otras funciones
33. Haux R, Michaelis J. Investitionsschema zur Informationsverarbeitung en Krankenhäusern (esquema de inversión

para el procesamiento de información en los hospitales). Das Krankenhaus 1997; 7: 425-26.
Tabla 3.3 ( continuado): Un ejemplo de un modelo de referencia para funciones de hospital.
Parte II: Apoyo de la atención al paciente
1. Las funciones administrativas 2. Funciones de comunicación

1.1 Contabilidad (pacientes ambulatorios y) 2.1 Oficina de comunicación
1.2 La contabilidad financiera 2.2 Gestión de la comunicación (servidor de
1.3 Mantenimiento de edificios comunicaciones)
1.4 Cálculo de los costes y de salida, de control - ling 2.3 Gestión de redes
Otras funciones 2.x.
1.5 Gestión de stocks 3 Otras funciones para el apoyo a la investigación, la
1.6 El personal de gestión educación, la atención al paciente
Otras funciones 1.x 3.1 El acceso a los conocimientos médicos (por

ejemplo, Medline, pautas diagnósticas o
terapéuticas)
Otras funciones 3.x
Ceremonias
Ejercicio 3.3.1: Realización típico de las funciones de hospital
Mira las funciones de hospital que se presentan en la figura 0.21 y describen la forma en que se realizan en su
hospital. Tratar de clasificar cada función de acuerdo con la forma en que se apoya típicamente como
• principalmente de papel de base,
• principalmente de papel de base,

• mezclado,
• en su mayoría por ordenador compatible, o
• principalmente por ordenador compatible.
Por ejemplo, la admisión paciente está típicamente soportada principalmente por las herramientas de procesamiento
de la información apoyada por ordenador, mientras que la documentación de enfermería se apoya en su mayoría por las
herramientas basadas en papel.
Ejercicio 3.3.2: Comparación de los modelos de referencia para las funciones de hospital
Existen diferentes modelos de referencia para las funciones de hospital. Comparar el modelo de referencia
presentada en la Tabla 3.3 con el modelo de referencia Heidelberg de funciones de hospital (Figura 3.21).
• ¿Qué funciones puede ser igualado y que no puede?

• Lo que podría haber razones para las diferencias?
Ejercicio 3.3.3: Modelado de Procesos de Negocio con diagramas de actividad
(A) Modelado de un proceso dado

Diseñar un modelo gráfico proceso de documentación de enfermería. diagramas Uso de actividad
(comparar Figura 3.20) con los símbolos típicos para las actividades, transiciones, de ramificación, las
condiciones y la sincronización, los roles responsables, y entidades para modelar el siguiente proceso:
Cada vez que un paciente es admitido en la sala, se crea un nuevo plan de enfermería: la historia clínica
del paciente de enfermería está escrito, junto con los problemas de los pacientes, los objetivos correspondientes
del tratamiento de enfermería, y las tareas a ejecutar. La historia clínica del paciente está escrito en los
formularios basados en papel y luego se inserta en el registro del paciente basado en papel. Las otras partes se
crean con la ayuda de un componente de la aplicación basada en ordenador conocido como NDS y luego
impreso y se inserta en el registro del paciente basado en papel.
Al comienzo de cada shi pies, la enfermera lee el plan de enfermería impresa para ver cuáles son las
medidas a ser ejecutado. Ella copia las tareas a ser ejecutadas durante su turno en una nota que lleva con
ella. En esta nota, que marca las tareas que han sido atendidos. Al final de cada turno, los documentos de
enfermería, que las tareas que se han ejecutado en el plan de enfermería impreso (mediante la firma de
cada tarea). Ella escribe un breve informe en un formulario especial sobre las apariciones especiales
durante su turno. Por último, se valida el plan de enfermería y lo adapta a la nueva situación de los
problemas de los pacientes y los objetivos de enfermería. Durante la estancia del paciente en el hospital, el
plan de enfermería se puede cambiar varias veces. El nuevo plan, entonces se imprime de nuevo hacia
fuera y se inserta en el registro en papel.
(B) Análisis punto débil de un proceso dado

Analizar el proceso de modelado en (a) y tratar de encontrar debilidades en el proceso. puntos débiles
pueden ser, por ejemplo, doble documentación, los cambios en las herramientas utilizadas, o posibles errores
de transcripción. Si encuentra puntos débiles, discutir las posibles soluciones y rediseñar el proceso sobre la
base de sus mejoras.
Resumen
Sus modelos se utilizan para apoyar la descripción, gestión y operación de SU. Un buen modelo es
compatible con los gestores de información adecuada en estas tareas.
De acuerdo a sus diferentes fines, existen diferentes metamodelos (modelos de los modelos) para
HIS. Podemos, por ejemplo, encontrar metamodelos funcionales, metamodelos técnicas, organizativas,
metamodelos metamodelos de datos, metamodelos de procesos de negocio, y metamodelos de la
empresa.
modelos funcionales describen las funciones de un hospital. modelos técnicos se centran en las herramientas de
procesamiento de información utilizados para soportar esta funcionalidad.
3.4 un metamodelo para el modelado HIS: 3LGM 79
modelos de organización describen la organización de las áreas o unidades. Los modelos de datos describen
los datos procesados y almacenados en un sistema de información. Los modelos de proceso hacen hincapié
en los aspectos dinámicos de SU. modelado empresarial comprende diversos aspectos de modelado y ofrece
una visión más holística de la empresa teniendo en cuenta las dependencias entre varios modelos.
Los modelos de referencia son modelos específicos que sirven como patrones de modelo. Pueden ser utilizados
para derivar modelos concretos o para comparar modelos. Un modelo de referencia típica para las funciones de
hospital es el modelo de referencia Heidelberg para las funciones de hospital, que distingue las funciones centrales
para el proceso de atención al paciente de las funciones de apoyo del proceso de atención al paciente.
3.4 un metamodelo para el modelado HIS: 3LGM
Introduzcamos ahora un metamodelo específico para los sistemas de información hospitalarios modelado.
Este metamodelo se llama el metamodelo gráfico basado en tres capas (3LGM). Su objetivo es apoyar la
gestión sistemática de HIS, así como la evaluación de la calidad del procesamiento de la información en
los hospitales. Vamos a utilizar este metamodelo más adelante en este libro.
3LGM combina un metamodelo funcional con metamodelos técnicos. Está representada en

notación UML. El 3LGM distingue tres capas de los sistemas de información:
• capa de dominio,
• capa de herramienta lógica, y
• capa de herramienta física.
• ¿Cuál es el objetivo del metamodelo basado en el gráfico de tres capas (3LGM)?

• Las capas que no distinguen el 3LGM?
• ¿Qué describen las relaciones entre capas?
capa de dominio
los capa de dominio ( UML metamodelo, Figura 3.22) describe un hospital, independiente de su
aplicación como un conjunto de la empresa funciones (compare la sección 2.3). Funciones necesitan
información de un determinado tipo acerca de las entidades físicas o virtuales del hospital. Este tipo de
información se representan como
tipos de entidad. El acceso de una función a un tipo de entidad puede ser mediante el uso o actualización de la
información que se expresa mediante el atributo Tipo de acceso de la clase de asociación acceso. Funciones y tipos de
entidades pueden ser estructurados jerárquicamente usando es parte de' las relaciones.
Un ejemplo de una capa de dominio se muestra en la figura 3.23, donde las funciones se
representan como rectángulos y tipos de entidad se representan como óvalos. Una flecha de un tipo de
entidad a una función marca un usando el acceso, desde una función a una entidad escribir una
actualización de acceso. Las funciones típicas para el tratamiento de un paciente son ingreso del
paciente, la entrada de orden, o documentación clínica, y tipos de entidad típicos son PACIENTE,
estuche o resultado. En el ejemplo, la asociación entre el ADMISIÓN la función del paciente y el tipo de
entidad PACIENTE denota que ingreso del paciente utiliza la información acerca de los pacientes, pero
también actualiza la información (expresada por la flecha bidireccional).
¿Qué tipos de entidad y que se modelan las funciones depende del hospital. Los modelos de
referencia pueden ofrecer recomendaciones acerca de los tipos de entidades y funciones importantes
para ciertos tipos de hospitales (compare sección
3.3).
Acceso
es parte de es parte de
Tipo de acceso: {using, actualización}
0 .. * 0 .. *
0 .. * 0 .. * 0 .. * 0 .. *
tipo de entidad función de la empresa
acceso
Figura 3.22: capa de dominio 3LGM.
administración organización del trabajo

hospital manejo de registros
del hospital los recursos
de pacientes y de los recursos
hospitalarios
planificación
documentación
clínica paciente caso orden resultado
ingreso del la toma de decisiones, la ejecución de diagnóstico,

orden de la recepción y alta del
paciente planificación y la organización del y las medidas
entrada presentación de paciente
tratamiento terapéuticas de enfermería
recomendaciones
documentación clínica
tratamiento del paciente
Figura 3.23: Ejemplo de una capa de dominio 3LGM.
Tenga en cuenta que el metamodelo de la capa de dominio tal y considera la visión estática de un
hospital. Por lo tanto, no hay asociaciones entre las funciones que representan procesos. Esto sería parte
de una visión dinámica. La capa de dominio
está restringido a tipos de entidad que representan información, y a las funciones a realizar.
Lógico capa de herramienta
En el capa de herramienta lógica ( UML metamodelo, Figura 3.24), componentes de aplicaciones son el centro de
interés. componentes de aplicaciones compatibles con las funciones de la empresa. componentes de aplicaciones
basadas en la informática son controlados por programas de aplicación, que están adaptados productos de software ( esto
es lo que podemos comprar); componentes de aplicaciones basados en papel son controlados por los planes de
trabajo convencionales que describen cómo la gente usa componentes de procesamiento de datos basados en papel
(compárese con la sección 2.3). Los componentes de aplicación son responsables para el almacenamiento y para la
comunicación de datos sobre entidades de un cierto tipo. Por lo tanto, también tenemos que describir cómo se
almacenan lógicamente tipos de entidad, y como componentes de la aplicación que tenga que comunicar a
garantizar el acceso de las funciones de la empresa a los tipos de entidad, como se describe en el dominio
1 .. *
0 .. *
tipo de entidad
0 .. *
0 .. * {} 0 .. *
XOR has_as_master
has_as_master
0..1
víveres 0 .. *
0..1
Sistema de bases de datos
disposes_of producto de software

{If = tipo de ordenador basado}
0..1
0 .. * 0..1
víveres 0..1 bases_on
colección de documentos is_controlled_by {if = tipo
disposes_of {if = tipo
basado en computadora} 0..1 0 .. *
basado en papel}
es parte de de aplicación del plan
0 .. * 1 1 is_controlled_by {if = tipo de

0 .. * 0..1
componente de aplicación 1 papel a base}
De trabajo del programa
tipo: {basada en ordenador, basado en papel}
1 1 .. *
comunica contiene 0 .. * componente de aplicación

posee
configuración
1 .. *
0 .. *
Es apoyado por
Interface de comunicación
1
Enlace de comunicación
0 .. * función de la empresa
Enlace de comunicación
* ..* receptor
0 0 .. interfaz de componente Interfaz de usuario
remitente
Figura 3.24: 3LGM capa de herramienta lógica. líneas y símbolos de puntos denotan relaciones entre capas entre la capa de
herramienta lógica y la capa de dominio.

capa. componentes de aplicaciones basadas en computadoras pueden tener un sistema de base de datos local para
almacenar datos y componentes de aplicaciones basados en papel pueden presentar sus documentos en una
colección de documentos. Interfaces de comunicación aseguran la comunicación entre los componentes de la
aplicación ( interfaces de componentes), sino también entre un componente de aplicación y un usuario ( interfaces de
usuario). Para la comunicación entre los componentes de la aplicación, enlaces de comunicación Puede ser definido.
componentes de la aplicación pueden ser refinados. El concepto de configuración del componente de aplicación se
explicará en detalle más adelante.
Figura 3.25 muestra un ejemplo de una capa de herramienta lógica. En este ejemplo, los componentes
de la aplicación se representan como grandes rectángulos redondeados, y las relaciones entre ellos a través
de interfaces de comunicación (pequeños óvalos) se representan como flechas. La dirección de las flechas
representa la dirección de la comunicación.
RIS lugar de trabajo clínico

basado en papel
PMS
cOMSERV LIS
administración convencional
Además componente de
correo
del hospital aplicación departamental
sistema
En papel
componants de aplicaciones basadas en la informática componants aplicaciones
Figura 3.25: Ejemplo de una capa de herramienta lógica 3LGM.
La parte izquierda del ejemplo muestra los componentes de aplicaciones basados en ordenador: un sistema
de gestión de pacientes (PMS), un sistema de información radiológica (RIS), un sistema de información de
laboratorio (LIS), un servidor de comunicación (COMSERV), un sistema de administración de hospital, y algunos
componentes de la aplicación departamentales adicional (no se especifique lo contrario). La parte derecha
muestra los componentes de aplicaciones basados en papel: un sistema de correo convencional y un lugar de
trabajo clínico basado en papel.
Este ejemplo es simplificado y ficticia, sino que refleja una situación típica. Mientras que la administración
del hospital y todas las unidades de servicios son soportados por los componentes de aplicaciones basados
en ordenador, las funciones clínicas típicas son apoyados por un componente de aplicación basado en papel.
Para la comunicación dentro de la parte asistido por ordenador hay un servidor de comunicación (introducido
en
sección 3.7) disponible, pero no todos los componentes de la aplicación son capaces de utilizar este servicio de
comunicación. Como consecuencia de ello, se necesita una gran cantidad de interfaces propietarias. El hecho de que
las funciones típicas del hospital no son en absoluto compatibles con los componentes de aplicaciones basadas en la
informática hace que una gran cantidad de enlaces de comunicación entre la basada en ordenador y la parte en papel
de la SU necesaria, que puede provocar algunos problemas debido a las grietas de medios de comunicación (que se
explica en más detalle en la sección 4.3). Esas interfaces analógico-digitales son, por ejemplo, realizan a través de las
impresoras y lectores de documentos y el software correspondiente.
Física capa de herramienta
los capa de herramienta física ( UML metamodelo, Figura 3.26) es un conjunto de componentes de
procesamiento de datos físicos. Pueden ser actores humanos (como la persona que entrega el correo),
herramientas físicas en papel (tales como formularios impresos, teléfonos, libros, historia clínica del paciente
basado en papel, pegatinas administrativas), o sistemas informáticos (tales como terminales, servidores
personales computadoras, switches, routers). Están conectados físicamente a través de los llamados
conexiones de transmisión de datos (por ejemplo, cables de datos). La constelación de estas conexiones
conduce a redes físicas, que se basan en protocolos de red. subredes arbitrarias pueden ser definidos como
proyecciones de toda la red. Tenga en cuenta que las redes físicas así como lógicas pueden ser representados
en la capa de herramienta física.
subred
0 .. *
bases_on
0 .. *
configuración de componentes de 1 .. * bases_on
procesamiento de datos Tipo neto de protocolo Net
0 .. * 0 .. *
1 .. * 0 .. *
can_be_used_via contiene
1 .. *
pertenece a
componente de aplicación
1 .. * 1 .. * 0..1
procesamiento de datos física 0 .. *
pertenece a
0 .. *
Ubicación
componente
0
is_connected_with 0 .. * 0 .. * 0 .. *
es parte de
es de
0..1
Tipo de datos componente

de procesamiento
Figura 3.26: 3LGM capa de herramienta física. Las líneas de puntos denotan relaciones entre capas entre la capa de herramienta
lógica y la capa de herramienta física.
Figura 3.27 muestra un ejemplo de una capa de herramienta física. En este ejemplo vemos un servidor
para cada componente de aplicación departamental (un servidor LIS,
un servidor RIS, un servidor para otros componentes de aplicaciones departamentales) y un servidor central
donde se instalan los PMS y el sistema de administración del hospital. Cada servidor está conectado a un
conjunto de ordenadores personales. Los puntos negros representan los componentes de red. La transmisión de
datos desde y a la parte en papel del sistema de información del hospital se denota sólo para los componentes
de procesamiento de datos LIS. Una orden puede venir de la bandeja de salida del lugar de trabajo clínico (CWP
Bandeja de salida) a la bandeja de entrada de LIS y ser leídos por un lector de formulario. Un resultado es
impreso por la impresora LIS y se transfiere a través de la bandeja de salida LIS a la bandeja de entrada de
CWP. conexiones de transmisión de datos se representan como líneas. En este ejemplo, no hay subredes
especificadas. Información sobre el tipo de red o protocolo de red no está representado.
impresora LIS Bandeja bandeja

de salida LIS de entrada de CWP
PC2 PMS
PC3 HM
PC1 LIS PC2 LIS
lector de
forma LIS Bandeja de
bandeja salida CWP
de entrada de LIS
PC1 PMS
servidor
LIS servidor
central
PIS servidor
PC3 RIS además departamental

servidores
PC2 RIS
Figura 3.27: Ejemplo de una capa de herramienta física 3LGM.
Las relaciones entre las capas
Una variedad de dependencias, llamado las relaciones entre capas, existir entre componentes de
diferentes capas. Existen relaciones entre las clases de la capa de dominio y la capa de herramienta
lógica y entre las clases de la capa de herramienta lógica y la capa de herramienta física. Considerando
la capa de dominio y la capa de herramienta lógica, la relación más importante es entre las funciones y
componentes de la aplicación, que está representado por un denominado configuración de componente
de aplicación. Se afirma que una función de hospital en una unidad organizativa específica puede ser
apoyado por varios componentes de la aplicación en conjunto, por un solo componente de aplicación, o
por combinaciones de los dos.
Dos preguntas conducen a las configuraciones de componentes de aplicaciones para una función específica:
¿Qué componentes son de aplicación conjunta necesaria para apoyar una función completamente?
Una configuración de componente de aplicación contiene todos los componentes de la aplicación que en
conjunto son directamente necesarios para apoyar una función. Si quitamos un componente de aplicación de
esta configuración, la función ya no puede ser soportado.
¿Qué alternativas que se ofrecen están ahí para apoyar una función?
Una función de la empresa puede estar soportada por la configuración del componente de más de
una aplicación. Si eliminamos esta configuración, la función está siendo apoyado por una de las
configuraciones restantes, pero puede sufrir de pérdida de calidad.
configuraciones de componentes de aplicaciones pueden dar consejos no sólo sobre las redundancias
dentro de los sistemas de información del hospital, pero también sobre las debilidades en el modelo de capa de
dominio. Figura 3.28 muestra un ejemplo de configuraciones de componentes de aplicación. La admisión función
del paciente está soportado por dos configuraciones de componentes de aplicación. En el gris claro, el síndrome
premenstrual no tiene un sistema de base de datos propia, pero almacena los datos de admisión en un
componente de aplicación MED DB, que contiene el sistema de base de datos central. Por lo tanto, la función del
paciente ADMISIÓN sólo se puede realizar si los dos componentes de la aplicación, el síndrome premenstrual y
MED DB, están disponibles. El cuadro gris oscuro consiste en solo componente WARD una aplicación, que es
suficiente para soportar el ADMISIÓN la función del paciente.
ingreso del paciente
capa de dominio
capa de herramienta Logical
Sistema de Base de Estación de

Gestión de datos central trabajo Clínica
Pacientes (PMS) (MED-DB) (WARD)
Figura 3.28: Ejemplo de dos configuraciones de componentes de aplicación de una función de hospital.
Otras relaciones entre las clases de la capa de dominio y la capa de herramienta lógico se
(comparar Figura 3.24):
En la capa de herramienta lógica, tipos de entidad pueden ser almacenados en un sistema de base de datos o en
una colección de documentos, y tipos de entidad pueden ser comunicados a través de enlaces de comunicación.
La relación 'has_as_master' entre el tipo de entidad y el sistema de base de datos, respectivamente

colección documento describe que el sistema de base de datos, respectivamente, la colección de documentos es
responsable para el almacenamiento de ciertos tipos de entidad, y, por lo tanto, en caso de almacenamiento de
datos redundante, contiene los datos actuales.
Entre la capa de herramienta lógica y la capa de herramienta física, existe una relación entre los
componentes de aplicaciones y componentes de procesamiento de datos físicos que se representa mediante
una llamada el procesamiento de datos de configuración de componentes. Se afirma que un componente de
aplicación puede ser instalado en varios componentes de procesamiento de datos juntos (por ejemplo,
instalaciones cliente-Sever típicos), en un solo componente de procesamiento de datos (componentes de
aplicación independientes típicas), o mediante combinaciones de estos dos. Dos preguntas conducen a las
configuraciones de componentes de procesamiento de datos para un componente de aplicación específica:
¿Qué componentes de procesamiento de datos físicos son necesarios para apoyar de manera conjunta un componente
de la aplicación por completo?
Una configuración de componente de procesamiento de datos contiene todos los componentes de
procesamiento de datos físicos que son juntos directamente necesarios para soportar un componente de
aplicación completamente. Si quitamos un componente de procesamiento de datos físicos de esta configuración,
el componente de aplicación ya no funcionará.
¿Qué alternativas posibles hay para apoyar un componente de aplicación?

Un componente de aplicación puede ser necesario por más de una configuración de componentes de
procesamiento de datos. Si eliminamos esta configuración, el componente de aplicación aún funciona a
través de una de las configuraciones restantes, pero puede sufrir de pérdida de calidad. configuraciones de
componentes de aplicaciones pueden dar pistas sobre las redundancias físicas dentro de los sistemas de
información hospitalarios.
Figura 3.29 muestra un ejemplo simple de configuraciones de procesamiento de datos. La aplicación estación
de trabajo clínico componente puede ser utilizado a través de configuraciones de procesamiento de dos datos, que
son diferentes con respecto a los PCs utilizados, mientras que el servidor de aplicaciones y el servidor de base de
datos pertenecen a ambas configuraciones.
estación de trabajo clínico

(SALA)
capa de herramienta Logical
capa de herramienta física
Solicitud Base de datos PC1 WARD Solicitud Base de datos PC2 WARD
Servidor Servidor Servidor Servidor
Figura 3.29: Ejemplo de dos configuraciones de componentes de procesamiento de datos de un componente de aplicación.
Ceremonias
Ejercicio 3.4.1: 3LGM como un metamodelo
El 3LGM es un metamodelo para los sistemas de información hospitalarios. Mira la descripción de

metamodelos en la sección 0 y encontrar los diferentes elementos de un metamodelo en el 3LGM (por
ejemplo, para la sintaxis y la semántica de modelado, representación y reglas de modelado).
Ejercicio 3.4.2: Modelado con 3LGM
Se da la siguiente descripción de un sistema de información secundaria de un hospital:
El ingreso del paciente se apoya en un componente de la aplicación llamada PATADMIN, que se

instala en el servidor central del hospital. El personal Stration ADMINI trabajan con dos ordenadores
personales. Los datos del paciente se almacenan en el sistema de base de datos médica basada en
Oracle (MEDDB). Después de que se completó el ingreso del paciente, los datos del paciente se
transmiten a los componentes de la aplicación basada en ordenador en
la departamento de laboratorio
(LABSYS) y en el departamento de radiología (RADSYS), usando un intermediario de mensajes HL7based. Para la
comunicación con los componentes de aplicaciones basados en papel, es decir, de ordenar o documentación
clínica, las etiquetas que contienen los datos de los pacientes que identifican como texto y como códigos de barras
se imprimen.
(A) SUS componentes

Identificar los componentes 3LGM-pertinentes de la descrita SU y asignarlos a una de las tres capas.
¿Qué es necesario para obtener información de un modelo completo de este sub-sistema de
información no se encuentra?
(B) Crear el modelo

Diseñar un modelo 3LGM con las tres capas que incluye los componentes y sus relaciones.
(c) las relaciones entre capas

Describen el cual las relaciones se dan entre capas y añadirlos al modelo.
d) Nueva función
Añadir la función “documentación de enfermería” al 3LGM de nuestro ejemplo. En este ejemplo, la documentación de
enfermería es apoyado por basados en papel de procesamiento de información Herramientas-enfermeras utilizar
formularios en papel para documentar sus actividades. El sistema de documentación de enfermería basado en papel
(NursDocSys) describe la forma en la documentación de enfermería tiene que ser hecho y que las formas tienen que
ser utilizados. Esta función requiere principalmente datos de pacientes generales, que se imprimen en las etiquetas y
se pegaron a las formas.
Añadir los elementos necesarios en las tres capas del modelo gráfico.
Resumen
Un metamodelo típico para el modelado de sistemas de información hospitalarios es el metamodelo gráfico

basado en tres capas (3LGM). Se utiliza para describir la visión estática de un HIS más de tres capas: la capa de
dominio, la capa de herramienta lógica y la capa de herramienta física.
La capa de dominio describe un independiente del hospital de su aplicación como la acumulación de sus
funciones y los tipos de entidad necesarios. En la capa de herramienta lógica, se describen los componentes de
aplicaciones que soportan las funciones de hospital. La capa de herramienta física comprende un conjunto de
componentes de procesamiento de datos físicos que soportan los componentes de aplicación.
Hay varias clases de relaciones entre las diferentes capas. Los más importantes son
configuraciones de componentes de aplicación, que representan las relaciones entre las funciones de
hospital y componentes de aplicaciones y configuraciones de componentes de procesamiento de
datos, que representan las relaciones entre los componentes de las aplicaciones y componentes de
procesamiento de datos.
3.5 Herramientas de procesamiento de información en hospitales
Después de haber observado funciones pertinentes de los hospitales en la sección 3.2, que ahora describimos la
información herramientas de procesamiento típicos utilizados en los hospitales.
• ¿Cuáles son los componentes de las aplicaciones típicas en los hospitales?

• ¿Cuáles son los componentes de procesamiento de datos físicos típicos en los hospitales?
• ¿Cuáles son las estaciones de trabajo profesionales de la salud?

• ¿Cuáles son los sistemas de registros electrónicos de pacientes?
3.5 Herramientas de procesamiento de información en hospitales 89
Componentes de aplicación típicos
Tal como se define en la sección 2.4, un sistema de información del hospital es un subsistema de un hospital. Por lo
tanto, los componentes de la aplicación que se usan dependen de la estructura organizativa de la hospital. Sin
embargo, los componentes de aplicación típicas que soportan diferentes funciones del hospital tal como se presenta en
la sección 0 pueden ser definidos. En esta sección, echamos un vistazo más de cerca a los componentes de
aplicaciones basadas en la informática típicos utilizados en las partes asistidas por ordenador de sistemas de
información hospitalarios.
Componentes de aplicaciones para Administración Paciente
componentes de la aplicación para la funcionalidad de la oferta de administración de pacientes para

la admisión del paciente, descarga y transferencia (ADT), documentación básica conjunto de datos,
y la facturación. Durante el ingreso del paciente, estos componentes deben apoyar la
documentación de los datos pertinentes a los pacientes y deben ser capaces de comprobar si un
paciente se había alojado anteriormente en el hospital. En este caso, deben ser capaces de
proporcionar información administrativa de esas estancias anteriores, junto con el número de
identificación de paciente (ID de paciente). En cualquier otro caso, deben crear un nuevo ID único
del paciente. Además, un nuevo caso de la identificación tiene que ser asignado. Ambos ID deben
entonces ser puestos a disposición de todos los demás componentes de la aplicación relacionados
con el paciente en aquellas áreas donde será tratado el paciente. Si el paciente ya tiene un registro
de paciente basado en papel,
Estrechamente conectada a la admisión del paciente es la administración de pacientes relacionados con el

paciente (no sólo relacionada con el caso!), Que puede ser considerado como el centro de la memoria del sistema de
información del hospital. El componente de aplicación para la administración paciente debe ser capaz de proporcionar
los datos del paciente administrativos hasta al día para todos los demás componentes de la aplicación. Además, todos
los otros componentes de la aplicación debe ser capaz de transmitir los datos del paciente administrativa pertinentes
(por ejemplo, datos ADT) al componente de administración al paciente.
El componente de aplicación para la administración paciente generalmente se llama la sistema de

gestión de pacientes (PMS) ( Figura 3.30). El sistema de gestión del paciente puede ser visto como un
vínculo entre los componentes de la aplicación clínica y los componentes generales de aplicación
administrativos. A veces el PMS está estrechamente relacionada con los componentes de aplicaciones
generales de administración (por ejemplo, presentan diferentes módulos de un mismo producto de software),
que permite una buena integración de la administración al paciente y la administración general. A menudo,
los PMS está estrechamente conectado a los componentes de la aplicación clínica, lo que permite una mejor
integración de estas dos partes.
Figura 3.30: Pantalla de disparo de un componente de aplicación para la admisión del paciente. Sólo se han introducido algunos datos
básicos como el nombre y la fecha de nacimiento.
Componentes de aplicación en Wards
Por lo general, las tareas de los médicos, enfermeras y otros profesionales de la salud en una sala son compatibles con
los componentes de aplicación para la documentación médica, la documentación de enfermería, entrada de pedidos y el
resultado de la presentación de informes, gestión de la sala, y el acceso al conocimiento.
componentes de la aplicación para la documentación médica (a menudo llamadas sistemas de documentación

médica) debe apoyar tareas de documentación específicos (por ejemplo, la historia del paciente, planificación de la
atención, notas de progreso, redacción de informes) en diferentes campos de la medicina (por ejemplo, oftalmología,
psiquiatría). Estos componentes normalmente ofrecen formas predefinidas para la entrada de datos estructurada,
semiestructurada o estructurada, así como la funcionalidad de informes y análisis (ver Figuras 3,31 y 3,32). Cuantos más
datos se estructura, más fácil son de soporte de decisiones basada en ordenador y análisis de datos estadísticos
relacionados con el paciente. Es importante que los usuarios son capaces de adaptarse a los componentes de sus
necesidades (por ejemplo, mediante la definición de los elementos que tienen que ser documentados y que las
limitaciones de los datos introducidos deben cumplir).
La codificación de diagnósticos y procedimientos recibe cada vez más atención, a menudo debido al aumento
de los requisitos legales. componentes de codificación debe ser compatible con la búsqueda fácil para las clases
adecuadas y códigos en los catálogos para un determinado campo médico (Figura 3.33). Por lo general, los
catálogos de los términos codificados ya-que se crean basándose en los términos de un área clínica (tesauro o
diccionario de datos, comparan la sección 3.7) o de una institución (catálogos de las casas) se utilizan.
Alternativamente, texto libre se puede analizar usando métodos de reconocimiento de lenguaje natural. Si estos
componentes de codificación están separados de los componentes de la documentación, se debe garantizar que
los códigos pueden ser transferidos a componentes de la documentación médica. Cuando se generan los
informes, los componentes de la aplicación deben apoyar la reutilización de los datos documentados ya-(por
ejemplo, diagnóstico de ingreso codificado, resultados de laboratorio).
Figura 3.31: Captura de pantalla de un componente de aplicación para la documentación de la historia del paciente, el apoyo a la
entrada de datos estructurada con casillas de verificación, además de ofrecer campos de texto libre.
Figura 3.32: Captura de pantalla de un componente de aplicación para la elaboración de informes de endoscopia, incluyendo tanto las
imágenes como los campos de entrada de datos de texto libre.

Figura 3.33: Captura de pantalla de un componente de aplicación para la codificación de los diagnósticos utilizando la Clasificación
Internacional de Enfermedades (ICD-10).
El sistema de documentación médica también debe permitir una distribución adecuada de los
diversos informes. Cuando varias personas participan en la creación de un informe (por ejemplo, cartas
de descarga pueden ser dictadas por un médico joven, escritos por un secretario, y aprobados por un
médico jefe), los componentes de la aplicación deben apoyar la gestión y distribución de las diferentes
versiones de un documento.
componentes de la aplicación de la documentación de enfermería (a menudo llamadas sistemas de documentación

de enfermería) ofrecer una funcionalidad similar a las de la documentación médica. De enfermería por lo general se orienta
hacia el llamado proceso de enfermería, que comprende principalmente la historia de enfermería del paciente, la
planificación de los cuidados de enfermería, la ejecución de las tareas de enfermería, y la evaluación de los resultados. Un
componente de aplicación debe apoyar la documentación de todos los pasos. Para apoyar la planificación de los cuidados
de enfermería, la definición y el uso de los planes de cuidados de enfermería predefinidos (que comprende los problemas
recientes del paciente, los objetivos de enfermería, y las tareas de enfermería planificados) es útil. componentes de la
aplicación para la documentación médica y de enfermería deben estar estrechamente conectados, ya que ambos tratan
con datos clínicos de la misma paciente.
componentes de aplicación para la entrada de pedidos y el resultado de informes (también llamados

ordenar sistemas de entrada) comprender la entrada de pedidos de los procedimientos de diagnóstico o terapéuticos,
la programación de citas, la impresión de etiquetas, así como la comunicación y la presentación de los resultados o
informes. componentes de la aplicación de apoyo por lo general ofrecen los llamados catálogos de servicios, que
presentan los tipos de servicio disponibles de las diferentes unidades de servicio (por ejemplo, de laboratorio,
radiología, cies
Gery). Después de seleccionar un tipo de servicio y añadiendo información adicional (por ejemplo, datos del
paciente, diagnósticos recientes, preguntas específicas), el orden se transmite entonces a la unidad de
servicio. Después de la ejecución del procedimiento ordenado, el informe resultante se comunica de nuevo a la
sala de pedido o profesional de la salud (Figura 3.34). Tales componentes de la aplicación pueden también
ofrecer apoyo organizativo haciendo una lista de órdenes abiertas (Figura 3.35).
Figura 3.34: Captura de pantalla de un componente de aplicación para la presentación de los resultados (aquí: la química).
Figura 3.35: componente de aplicación, lista nuevos resultados (arriba) así como órdenes sin signo (abajo) para un paciente
seleccionado.
componentes de aplicación para la entrada de pedidos y el resultado de informes son por lo general estrechamente
relacionados con los de documentación médica y de enfermería, a fin de obtener los datos del paciente para el pedido, y
para almacenar los resultados orientadas al paciente en el registro del paciente. También pueden estar estrechamente
conectados a los componentes de la aplicación de las unidades de servicio, lo que hace catálogos de servicios de
actualización o exámenes de programación más fácil. componentes de aplicación para la entrada de orden y presentación
de informes resultado también deben permitir o ser al menos estrechamente conectado a componentes de la aplicación
para el ordenamiento de los medicamentos, equipos médicos, y servicios de transporte y de mantenimiento.
componentes de aplicación para la gestión de la sala por lo general apoyar la asignación de los pacientes a
las camas y habitaciones. Estos componentes deben estar conectados al sistema de manejo del paciente con el
fin de obtener información sobre los pacientes de nuevo ingreso, o incluso para permitir la admisión directa del
paciente en las salas de las enfermeras. A menudo, la transferencia y la descarga de los pacientes también son
posibles. Los componentes de aplicación para la gestión de sala debe estar estrechamente relacionada a los de
documentación médica y de enfermería, como documentación a menudo está vinculada a eventos
administrativos tales como admisión o descarga.
componentes de aplicaciones que proporcionan el conocimiento clínico (a menudo llamados

servidores de conocimiento) ofrecer acceso al conocimiento médico y de enfermería a los profesionales sanitarios (por
ejemplo, las guías médicas y de enfermería y estándares de referencia, bases de datos, artículos científicos, bases de
datos de medicamentos). Figura 3.36 presenta un ejemplo.
componentes de aplicaciones que integran la funcionalidad de documentación médica, la documentación

de enfermería, entrada de pedidos y el resultado de informes y la gestión de la sala a veces también se
denominan sistemas de información clínica.
Figura 3.36: Captura de pantalla de un servidor conocimiento clínico, ofreciendo referencias clínicas.
Componentes de Aplicación en Unidades de pacientes ambulatorios
La atención ambulatoria significa la atención al paciente durante una o varias visitas breves en departamentos de
pacientes ambulatorios en un hospital. En la mayoría de los casos, estas visitas están relacionados con hospitalizaciones
anteriores o futuros en el mismo hospital.
Un componente de aplicación para las unidades de consulta externa tiene que apoyar de programación
de citas (Figura 3.37), impresión de recibos u otros documentos, la documentación médica (con especial
énfasis en los diferentes requisitos de documentación de diferentes áreas clínicas), organización de soporte
de trabajo (por ejemplo, listas de tareas), facturación y otras funciones de gestión.
Estas funciones son similares a las funciones necesarias en consultas de medicina general. Por lo tanto, los
productos de software utilizadas en consultas de medicina general a veces también se implementan en las unidades de
atención ambulatoria en los hospitales. Estos productos son atractivos, ya que ofrecen módulos específicos de
documentación para las diferentes áreas médicas (por ejemplo, herramientas gráficas para la documentación de la
condición dermatológica para los dermatólogos). Además, los productos de software para la facturación pueden también a
menudo se pueden transferir fácilmente y de forma económica.
Sin embargo, los componentes de aplicaciones para la atención ambulatoria deben ser los mismos o al
menos estrechamente conectado a los componentes de la aplicación en la sala con el fin de apoyar la estrecha
cooperación de la atención hospitalaria y ambulatoria. Esto es a menudo difícil cuando se utilizan productos de
software de consultas de medicina general. Por lo tanto, los productos de software de los vendedores con
experiencia en el área de sistemas de información hospitalarios pueden ser mejores desde el punto de vista de la
integración. Sin embargo, en este caso, la funcionalidad puede no ser tan amplio como cuando se utilizan
productos de software de proveedores que se especializan en el área de los médicos generales.
Figura 3.37: Pantalla de disparo de un componente de aplicación para la programación en una unidad de pacientes ambulatorios.
Componentes de aplicación en las Unidades de Servicios de diagnóstico

radiológicos:
Como una importante unidad de servicio de diagnóstico, la unidad de radiología y los componentes de aplicación
utilizados no será presentada.
En radiodiagnóstico, pacientes ambulatorios y se examinan. Un paciente es tratado habitualmente en
una sala o en una unidad de pacientes ambulatorios. Cuando se necesitan exámenes radiológicos, la
unidad de barrio o ambulatorio ellos y programa una cita ordena. El examen en sí puede entonces hacerse
utilizando una tecnología analógica (por ejemplo, rayos x) o la tecnología digital (por ejemplo, tomografía
computarizada, resonancia magnética). Las herramientas que generan imágenes se denominan
modalidades. Sobre la base de las imágenes generadas, un especialista en radiología crea un informe, que
se presenta a continuación (a veces junto con las fotos seleccionadas) al médico solicitante. componentes
de aplicación para radiológicos de diagnóstico, por lo tanto, comprenden funciones para la gestión
departamental, incluyendo la escritura informe, el almacenamiento de la imagen, y la comunicación.
componentes de la aplicación para la gestión departamental a menudo se llaman

sistemas de información radiológica ( FIR). Deben ofrecer funciones para la programación de citas,
organización de los exámenes y el personal (gestión del flujo de trabajo, listas de trabajo), el suministro de
los datos del paciente y los parámetros del examen, y la creación de informes. Existen diferentes
proveedores de este tipo de sistemas especializados de información radiológica.
En el caso de las imágenes analógicas, componentes de la aplicación para almacenar la imagen y la

comunicación (los llamados sistemas de gestión de archivo) apoyar el archivo de las imágenes analógicas (a menudo
almacenada en los archivos de imagen propios), y su recuperación y los préstamos.
Por el contrario, las imágenes digitales se almacenan en los llamados sistemas de archivo de imágenes y la
comunicación ( PACS). Los componentes de la aplicación que dan cuenta de la PACS debe permitir el
almacenamiento, gestión y presentación de grandes cantidades de datos (Figuras 3.38 y 3.39) y su comunicación
rápida de los medios de almacenamiento a las estaciones de trabajo conectadas para los especialistas
diagnosticar o para los departamentos de ordenar. Los productos de software también comprenden medios para
el procesamiento de imágenes y, a menudo son ofrecidos por vendedores, que también ofrecen componentes de
procesamiento de datos físicos, como el almacenamiento, redes y modalidades.
Está claro que la funcionalidad de los componentes de RIS y PACS debe estar estrechamente relacionada.
También deben tener una conexión hermética a la administración al paciente, documentación clínica, la entrada
de pedidos y el resultado de informes y unidades de servicios terapéuticos (tales como las unidades quirúrgicas),
con el fin de permitir un acceso rápido a los informes y fotos de imágenes de otras unidades.
Figura 3.38: Presentación de imágenes radiológicas en una unidad radiológica usando un PACS.
Figura 3.39: Captura de pantalla de un componente de aplicación PACS, la presentación de diferentes imágenes archivadas de un
paciente.
Componentes de aplicación en las Unidades de Servicios de diagnóstico: Unidades

de laboratorio
Durante los exámenes de laboratorio, sólo los especímenes de pacientes (por ejemplo, muestra de
sangre, muestra de tejido) se utilizan. Citas, por tanto, no son necesarios. Dependiendo del tipo de
laboratorio, se utilizan diferentes tecnologías de examen (por ejemplo, el análisis químico de muestras de
sangre, análisis microscópico, y muestras de tejidos). El análisis químico se hace generalmente por
equipo automatizado. Dependiendo de la orden, la muestra se distribuye generalmente de forma
automática a varios dispositivos analíticos, que se comprueban regularmente por su precisión con el fin de
cumplir con los requisitos de gestión de calidad. Además, el médico de laboratorio comprueba todos los
resultados de una muestra de plausibilidad (llamado validación).
Los componentes de aplicación en unidades de laboratorio a menudo se llaman sistemas de información

de laboratorio ( LISs). Un sistema de información de laboratorio debe ser capaz de apoyar la gestión de todo el
procedimiento de análisis: la recepción de la orden y la muestra, la distribución de la muestra y la orden a los
diferentes dispositivos analíticos, la colección de los resultados, la validación de resultados, la comunicación de
los resultados de vuelta al departamento de pedidos, así como los procedimientos de gestión de calidad en
general. La validación de los resultados de laboratorio es más eficaz cuando los datos relacionados con los
pacientes clínicos (por ejemplo, diagnósticos recientes, medicación de drogas) son accesibles para el médico
de laboratorio. sistemas de información de laboratorio, por lo tanto, deben ser estrechamente conectados a los
componentes de la aplicación en las unidades de sala y ambulatorios, así como a los de la entrada de pedidos
y el resultado de informes. sistemas de información de laboratorio suelen ser también vendidos por vendedores
especializados.
Componentes de aplicación en Unidades de Servicio Terapéutico: Unidades de

Cuidados Intensivos
Pacientes gravemente enfermos son tratados en unidades de cuidados intensivos. Los pacientes son
generalmente en un estado inestable, y en cuestión de segundos pueden entrar en una situación de vida o
poner en peligro. Por lo tanto, se requiere la presentación detallada y completa de todos los parámetros vitales
(por ejemplo, presión arterial, pulso, frecuencia de respiración) para una terapia exitosa. Esto sólo es posible
cuando los dispositivos automatizadas de control medir y registrar varios parámetros (Figura 3.40) de forma
continua. Además, los parámetros que pueden apuntar al deterioro inicial del estado del paciente deben ser
detectados de forma automática y deberían conducir a la alerta inmediata de los profesionales de la salud que
tratan.
Los componentes de aplicación en unidades de cuidados intensivos también se denominan sistemas de

gestión de datos de pacientes ( PDMS). Este término no debe ser confundido con el sistema de gestión de
paciente plazo (PMS). PDMS están especializados para monitorear automáticamente, almacenar y presentar
claramente una gran cantidad de datos clínicos patientrelated. En esta zona, los requisitos para la
disponibilidad permanente de los componentes de la aplicación y sus datos es de suma importancia
con el fin de garantizar la seguridad del paciente. Después de referencia para enfermería, un breve resumen de la
terapia en la unidad de cuidados intensivos debe ser creado y comunicado a los componentes de la aplicación en la
sala. Además, una conexión con los componentes de la aplicación para la entrada de orden y presentación de
informes resultado es necesario. PDMS se venden tanto por los vendedores especializados y por los vendedores
que también ofrecen herramientas automatizadas de control.
Figura 3.40: Captura de pantalla de un componente de aplicación de una unidad de cuidados intensivos, que muestran, entre otros
parámetros, la frecuencia cardíaca, resultados de laboratorio, y la presión arterial.
Componentes de aplicación en las unidades de servicio terapéuticas:

Quirófanos
En las salas de operaciones, se realizan procedimientos invasivos. Por lo general, los pacientes permanecen en el
quirófano por sólo unas pocas horas. Durante este tiempo, se preparan para la operación, se realiza la operación, y,
finalmente, por un período de tiempo después de la operación, se controla el estado de los pacientes.
componentes de aplicaciones por lo general apoyan la planificación de la operación y la documentación de

la operación. Componentes para la planificación de la operación también se denominan sistemas de planificación
de la operación. Permiten la asignación de fecha y tiempo de operación, y por lo tanto deben estar disponibles en
las salas, así como en las oficinas y unidades de gestión de las salas de operaciones. En función de las
operaciones previstas, un plan de operaciones puede ser creado por un día o una semana. Los datos necesarios
para la planificación eficiente son los diagnósticos del paciente, el planeadas
operación, los cirujanos y demás personal involucrado, el plazo previsto para la operación, y las salas de
operaciones disponibles. Por lo tanto, los componentes de aplicaciones para salas de operaciones deben estar
estrechamente conectados con los de la documentación médica.
Durante cada operación, una gran cantidad de datos tienen que ser documentados, incluyendo a los
miembros del equipo de funcionamiento, el procedimiento operativo, la fecha y hora, duración de la operación, los
materiales utilizados, y otros datos necesarios para describir la operación y sus resultados . componentes de
aplicaciones que apoyan esta documentación operación también se denominan sistemas de documentación de la
operación. Por lo general, los datos de planificación se toman de los sistemas de planificación de operación para
ser actualizado y completado durante y después de la operación. Basándose en estos datos, un informe de
operación puede ser creado, que puede ser completado con otras observaciones de los cirujanos. Por lo tanto, se
necesita la capacidad de procesamiento de textos. datos de funcionamiento necesarios para la facturación deben
ser comunicados a los componentes de las aplicaciones administrativas. El sistema de documentación operación
también debe permitir el análisis de datos extensa (por ejemplo, listas de operación para los cirujanos Primaria).
Se debe sustituir el libro operación de uso frecuente, en que todas las operaciones se documentan con la mano.
Debido a la estrecha relación entre la planificación de la operación y la documentación de la operación, los
vendedores ofrecen en su mayoría productos de software que apoyan ambas funciones.
sistemas de gestión de la operación son componentes de aplicaciones que combinan los sistemas de planificación
de operaciones y sistemas de documentación de la operación.
Componentes de aplicaciones para Administración del Hospital
Uno de los principales objetivos de los componentes de aplicaciones administrativas es la documentación y

facturación de todos los servicios responsables. Los tipos de datos necesarios y los detalles de la facturación
dependen del sistema de salud del país.
componentes de la aplicación de las funciones de apoyo de la administración del hospital, tales como
contabilidad financiera, el control y la elaboración de presupuestos, contabilidad de costos rendimiento, inventario
de equipos y gestión de materiales. Una conexión de cierre es necesario para los componentes de la aplicación en
salas y unidades de pacientes externos, así como a los de las unidades de servicio, a fin de obtener, por ejemplo,
datos de facturación y diagnósticos legalmente requeridos y los códigos de procedimiento. Algunos de los
productos de software que implementa no son específicos de los hospitales, pero también se utilizan en otras áreas
fuera de la atención de salud donde las funciones administrativas similares tienen que ser apoyados.
Componentes de aplicación para integración de los componentes de aplicación
Dependiendo de la SU estilo arquitectónico, componentes de la aplicación especializados pueden usarse

para soportar la comunicación entre los diferentes componentes de aplicación descritos anteriormente.
Diferentes tipos de tales componentes de la aplicación se discuten en detalle en la sección 3.7.
Componentes típicas de procesamiento de datos físico
Cuando se analizan los componentes de procesamiento de datos desde el punto de vista de los usuarios, se puede
identificar, por ejemplo, un lápiz y papel, carpetas, teléfonos, teléfonos móviles, máquinas de escribir, máquinas de fax,
e incluso los coches (por ejemplo, cuando se utiliza para el transporte de informes) como componentes típicos basados
en papel, y las computadoras personales, portátiles, servidores, organizadores y ordenadores de bolsillo como
componentes típicos computerbased.
componentes de procesamiento de datos (Figura 3.41) tienen diferentes propiedades, es decir, que se pueden
caracterizar por
• su localización,
• su movilidad (herramienta móvil o estacionaria), y
• los componentes de las aplicaciones instaladas.
Figura 3.41: componentes de procesamiento de datos basados en papel típicos.
Ejemplos de componentes típicos de procesamiento de datos basado en un ordenador en un hospital son
• un ordenador personal fijo para el personal de un departamento de la administración del hospital, donde
un componente de aplicación para la administración, un componente de procesamiento de texto, y un
sistema de correo electrónico se instalan para apoyar la contabilidad financiera;
• un servidor de gestión de los datos de registro electrónico del paciente (Figura 3.42);
• un equipo terminal en el que un componente de aplicación de laboratorio está instalado para el personal de
laboratorio;
• un equipo móvil utilizado en una sala de acceso a la información y la entrada de orden (Figura
3.43); y
• un asistente personal móvil digital (PDA), el apoyo a la organización personal y la redacción de notas.
los infraestructura de un sistema de información hospitalaria que puede ser descrito por el número total de
componentes principales de procesamiento de datos, o por el número promedio de los componentes de
procesamiento de datos por unidad (por ejemplo, dos computadoras personales por Ward) o por miembro del
personal.
La infraestructura de un sistema de información hospitalaria dado puede comprender principalmente componentes

a base de papel de procesamiento de datos, componentes de procesamiento de datos computerbased principalmente, o
una mezcla de ambos. Típicamente, se encuentra una mezcla de este tipo en los hospitales (Figura 3.44).
Por ejemplo, un escenario típico podría ser la siguiente: La infraestructura de un hospital universitario
1500-cama puede comprender unos 2.000 ordenadores personales y teléfonos 3000. Al menos dos
computadoras personales generalmente se instalan en cada unidad de sala y ambulatorio (en unidades de
cuidados intensivos, hay una computadora por cada habitación de los pacientes). Cada médico puede tener
acceso a un ordenador personal. Una computadora personal también puede estar disponible en cada sala de
operaciones y para cada miembro del personal administrativo. Al menos dos teléfonos pueden estar
disponibles en cada unidad, y un teléfono móvil o buscapersonas aproximadamente la mitad de los miembros
del personal (principalmente médicos).
Figura 3.42: Una sala de servidor para el sistema de registro electrónico del paciente y otros componentes de la aplicación
clínica.
Figura 3.43: Uso de un terminal móvil durante las rondas del médico en una sala.
Figura 3.44: Un típico SU infraestructura en una sala, que comprende, así como herramientas de procesamiento de la información
basada en papel a base de ordenador.

Las estaciones de trabajo profesional de la salud
herramientas muy específicas de procesamiento de información en los hospitales son los así llamados
estaciones de trabajo profesionales de la salud ( HCPW) (figuras 3.45 y 3.46). Estas estaciones de trabajo
profesionales sanitarios consisten en un ordenador personal (móvil o fijo), conectado a la red informática del
hospital, junto con los componentes de las aplicaciones instaladas y las funciones de hospital compatibles.
Estaciones de trabajo profesionales sanitarios suelen proporcionar una amplia funcionalidad, lo que se
necesita por profesionales de la salud. Por lo general se encuentran en una sala, en una unidad de atención
ambulatoria o en el consultorio de un médico. Una estación de trabajo profesional de la salud normalmente
ofrece las siguientes funciones:
• la admisión, descarga, transferencia de pacientes (ADT);

• el acceso al registro electrónico del paciente (se explica más adelante en esta sección);
• orden de entrada de los exámenes, fármacos, comidas, materiales;

• el acceso a los conocimientos médicos (bases de datos de referencia, las directrices clínicas, listas de
medicamentos, etc.);
• correo electrónico y acceso a Internet;
• procesamiento de texto y funcionalidad estadística.
Por lo tanto, una estación de trabajo profesional de la salud es compatible con la mayoría de las funciones típicas del
hospital que se presentan en la sección 3.2.
Figura 3.45: Una estación de trabajo profesional de la salud en una sala de terapia intensiva neurológica.
Figura 3.46: La pantalla principal de un (móvil) la asistencia sanitaria estación de trabajo profesional, mostrando listas de pacientes a
la derecha inferior y superior, y la funcionalidad disponible en la izquierda.
Paciente electrónica sistemas de registro
Una historia clínica del paciente, en general, se compone de todos los datos y documentos generados o recibidos
durante el cuidado de un paciente en una institución sanitaria.
Hoy en día, muchos documentos en el registro del paciente basado en papel son impresiones de
computadora, como los resultados de laboratorio, informes de alta o escritos en un sistema de procesamiento de
texto. La parte de los documentos creados en un ordenador aumentará aún más. Por lo tanto, parece natural para
luchar por un registro de paciente que se almacena en parte o completamente en soportes de documentos
electrónicos: el registro del paciente electrónica (EPR) (Figuras 3.47 y 3.48).
El EPR es por lo tanto un registro completo o parcial paciente almacenada en un medio de almacenamiento
electrónico. Teniendo en cuenta esta definición, cada componente de la aplicación basada en ordenador con la
funcionalidad de documentación clínica contiene al menos un EPR parcial.
registros electrónicos de los pacientes se puede acceder con mayor rapidez, están disponibles en
diferentes lugares al mismo tiempo, no puede perderse, y necesitan menos espacio de archivo. Además,
dependiendo del usuario (por ejemplo, médicos, enfermeras, personal administrativo), documentos y datos
pueden ser seleccionados y presentados en diferentes formas: hay diferentes “puntos de vista” sobre los datos.
Y, suponiendo un grado suficiente de estructuración interna, los datos se pueden combinar y se presentan en
diferentes formas para tareas particulares (valores medios se pueden calcular, el progreso
gráficos dibujados, resúmenes generados, etc.). Esto promueve el uso múltiple de los datos, el
intercambio deliberado de información, y la eficiencia de la documentación en su conjunto.
Figura 3.47: Captura de pantalla de un registro electrónico de pacientes de un paciente, que comprende tanto los documentos e
imágenes.
A pesar de todas estas ventajas, también hay algunas desventajas de un EPR. En primer lugar, se
crea una fuerte dependencia de la tecnología compleja. Existen serias dudas, por ejemplo, acerca de la
disponibilidad del registro en cualquier momento y lugar que se necesita, y sobre la capacidad del
personal para manejar con las habilidades necesarias para explotar su potencial y conseguir resultados
fiables. Otras preguntas se refieren a los costos: La introducción y el funcionamiento de una amplia EPR
es bastante caro. Su introducción podría ser sólo económica si conduce a la sustitución completa de los
archivos de registro basados en papel. Hasta hoy, sin embargo, esto se ve obstaculizada en muchos
países por una serie de problemas organizativos y legales.
Por lo tanto, si el EPR se pueden manejar con la misma facilidad y flexibilidad como registros
basados en papel, o si son más útiles que los registros basados en papel, dependerá en gran medida
del diseño de los componentes de la aplicación adoptados para su aplicación.
La mayoría de las reacciones extrapiramidales hoy en día todavía están complementando y, a veces
duplicando el registro en papel. En este sentido, cada componente de la aplicación basada en ordenador para
la documentación clínica contiene un EPR parcial. A pesar de la creciente proporción de los documentos
electrónicos, la de “hospital sin papel” todavía parece ser un ideal hoy remota. Puede haber una necesidad
continua de algunos documentos en papel.
La introducción de una amplia EPR requiere que la administración sistemática a largo plazo. Particularmente en
el caso de que el registro en papel va a ser reemplazado, esto debe hacerse en un proceso paso a paso. El primer
paso en la introducción de un EPR es proporcionar documentos cuidadosamente seleccionados de especial
importancia en formato electrónico. Con frecuencia, la información contenida en la documentación del conjunto de
datos básicos clínica puede ser explotado para producir un panorama útil de los contactos, los problemas y las
actividades de cuidado de la salud del hospital de un paciente, por medio de un índice a la historia clínica del
paciente.
En una fase más avanzada, el EPR debe ser accesible desde todas las áreas de un hospital. Esto
requiere una red omnipresente, en todo el hospital con capacidad de transmisión adecuada. Debe haber
estaciones de trabajo en red de profesionales sanitarios en todas las salas, ambulatorios, consultorios
médicos, quirófanos, etc. Finalmente, para construir un archivo electrónico completo, todos los
documentos en papel restantes tienen que ser explorados y codificados.
Figura 3.48: Captura de pantalla del registro electrónico del paciente de un paciente, que muestra los procedimientos abiertos a la
derecha, y ejecutado los procedimientos en la parte inferior.
datos de los pacientes relacionados con la salud son los más sensibles y deben ser protegidos contra el acceso
no autorizado. Normalmente, sólo los profesionales de la salud involucrados en el tratamiento de los pacientes deben
ser capaces de acceder a los datos del paciente. Sólo aquellos datos que son de importancia potencial para el cuidado
óptimo del paciente deben estar disponibles. Por ejemplo, para un paciente quirúrgico, estancias psiquiátricos
anteriores pueden no ser relevantes para el tratamiento actual.
registros electrónicos de los pacientes, cuando se diseñó insuficiente, pueden hacer que el acceso a datos
demasiado fácil y por lo tanto pueden violar la protección de datos. Por lo tanto, la clara autenticación del usuario es
muy importante. Por lo general se realiza mediante el registro individual, utilizando el nombre de usuario y contraseña.
Sin embargo, el uso de cuidado de la salud tarjetas profesionales que contienen información de autenticación en el
futuro pueden facilitar esta información de acceso. una tarjeta de este tipo también se puede utilizar para que el
profesional de la salud para firmar un documento electrónico utilizando su firma digital.
Ceremonias
Ejercicio 3.5.1: SUS Infraestructuras
Mira las figuras 3.49, 3.50, 3.51 y 3.52, tomado en una sala del Centro Médico Plötzberg y la Escuela
Médica (PMC). Describir las herramientas individuales de procesamiento de información que se ve. A
continuación, un resumen de la típica SU infraestructura para una sala en este hospital.
Figura 3.49: En una unidad de oftalmología (1).


Ejercicio 3.5.2: Un hospital sin papel
Observe la figura 3.53 y comparar la Infraestructura del SIS con los de la unidad de oftalmología en el
ejercicio 3.5.1. ¿Cual es la diferencia principal? Qué te parece un hospital completamente sin papel es
realmente un objetivo que puede ser y debe lograrse?
Figura 3.53: Una sala en un hospital “sin papel”.

Ejercicio 3.5.3: Aplicación de representación cartográfica Componentes y funciones

de hospital
Mira las componentes de las aplicaciones típicas (basados en computadoras) que se presentan en esta
sección. Compararlas con las funciones del hospital presentados en la Figura 3.21 (sección 3.3). ¿Qué
componentes de aplicación se puede adaptar a que funciona?
Ejercicio 3.5.4: Funcionalidad de las estaciones de trabajo profesional de la salud
Mira los componentes típicos de aplicación (sección 3.5) y funciones de hospital (sección 3.2).
Ahora mira a una estación de trabajo típico profesional de la salud como se describe más arriba:
¿Qué funciones de hospital soporta? ¿Qué componentes de aplicación se debe instalar en él?
Ejercicio 3.5.5: Las estaciones de trabajo profesional de la salud y la 3LGM
Estaciones de trabajo profesionales de la salud son herramientas específicas de procesamiento de información.

¿Cómo se modelarlos dentro de un 3LGM-modelo de un sistema de información del hospital? Mira la definición
de estación de trabajo profesional de la salud para resolver este ejercicio.
Resumen
Típicamente, en la capa de herramienta lógica, un HIS comprende dedicados componentes de aplicación para apoyar el
procesamiento de información en las unidades de pacientes administración (por ejemplo, sistemas de gestión de
pacientes), salas (por ejemplo, sistemas médicos y documentación de enfermería, los sistemas de entrada de pedidos,
sistemas de gestión de Ward, servidores de conocimiento ), las unidades de pacientes externos, unidades de diagnóstico
de servicio (por ejemplo, sistemas de información radiológicos, sistemas de información de laboratorio), unidades de
servicio terapéuticos (por ejemplo, sistemas de gestión de datos del paciente, planificación de la operación y los sistemas
de documentación), y unidades de administración de hospital. En la capa de herramienta física, podemos distinguir entre
(por ejemplo, ordenador) componentes basados en papel (por ejemplo, teléfono) y basados en computadoras de
procesamiento de datos.
Sanitarios estaciones de trabajo profesionales ofrecen una amplia funcionalidad para los diferentes grupos de
profesionales de la salud con la ayuda de los diferentes componentes de las aplicaciones instaladas en un
ordenador personal.
Un registro electrónico del paciente comprende en general todos los datos y documentos que se generan
en formato electrónico en la atención al paciente. La introducción de un registro electrónico de pacientes
integral requiere que la administración sistemática a largo plazo y debe hacerse de una manera escalonada.
3.6 arquitectura de los sistemas de información hospitalaria
Ahora describir arquitecturas típicas de SU. Caracterizamos la “anatomía” de un hospital con

respecto a su tratamiento de la información y su tecnología de la información y la comunicación
(es decir, al subsistema del hospital HIS).
• Qué hacer estilos arquitectónicos típicos de la capa de herramienta lógica de su mirada como?
• Qué hacer estilos arquitectónicos típicos de la capa física de su herramienta parece?
Típicos SUS Arquitecturas
Tal como se define en la sección 2.3, la arquitectura de un sistema de información describe su

organización fundamental, representada por sus componentes, sus relaciones entre sí y con el medio
ambiente, y los principios que guían su diseño y evolución. Los componentes de una de sus funciones
comprenden hospital, los procesos de negocio, y herramientas de procesamiento de información.
Veamos primero en la funcionalidad de un HIS: Con respecto a la funcionalidad general de un HIS, casi no
hay diferencia entre los SIH individual, como los hospitales objetivos y por lo tanto de los hospitales funciones son
en general las mismas. Todas las funciones que se presentan en el modelo de referencia Heidelberg para las
funciones de hospital (véase la Figura 3.21 en la sección 3.3) por lo tanto deben ser apoyadas por cualquier HIS.
Recuerde, desde nuestro punto de vista, estas funciones de hospital pueden ser apoyadas por las herramientas
basadas en papel o procesamiento de información basado en computadora.
Sin embargo, existen diferencias significativas en sus arquitecturas con respecto a los tipos y las
relaciones de herramientas de procesamiento de información utilizadas. Nos encontraremos
arquitecturas equivalentes y resumirlas en Estilos arquitectonicos. La definición de estilos arquitectónicos
de los SIH ayudará a describir verdadera SUS arquitecturas, para compararlos y evaluarlos.
En primer lugar, mirar a sus estilos arquitectónicos típicos de la capa de herramienta lógica, y luego
mirar a sus estilos arquitectónicos en la capa de herramienta física. En lo que sigue, nos concentramos en la
parte asistido por ordenador de HIS.
Estilos arquitectónicos en la capa de herramienta Lógico
componentes de aplicaciones basadas en la informática de los SIH pueden tener un sistema de base de datos (ver
sección 3.4), es decir, una base de datos junto con un sistema de gestión de base de datos. En la mayoría de los casos,
los datos relacionados con el paciente se almacenan en estos sistemas de bases de datos. Vamos a utilizar el número de
sistemas de bases de datos en un HIS como base para distinguir posibles estilos arquitectónicos en la capa de
herramienta lógica de HIS: DB 1 y el PP norte Estilos arquitectonicos.
3.6 arquitectura de los sistemas de información hospitalaria 113
DB 1 Estilo arquitectónico
Si un HIS (o un sistema de sub-información) comprende sólo un componente de aplicación que contiene un sistema de
base de datos, la denominamos la DB 1 estilo arquitectónico. En este caso, todos los datos relacionados con el paciente se
almacenan en exactamente un sistema de base de datos.
En el caso más simple, el general SU consta de un componente de la aplicación basada en

ordenador, que contiene el único sistema de base de datos. Podría ser, por ejemplo, un componente de
aplicación que soporta todas las funciones administrativas de gestión de pacientes y. seguramente también
pueden realizar las otras funciones del hospital (como documentación clínica), no a través de los
componentes de aplicaciones basados en papel basados en computadoras, sino más bien a través. Una
representación gráfica de una base de datos tal 1 estilo arquitectónico se presenta en la Figura 3.54.
Figura 3.54: DB 1 estilo arquitectónico con un solo componente de la aplicación basada en ordenador, el uso de símbolos
3LGM. El rectángulo gris indica el componente de aplicación basada en ordenador que contiene un sistema de base de
datos (denotado por el cilindro).
Por lo general, sin embargo, un componente de la aplicación no es suficiente para apoyar las diferentes
funciones del hospital. Como la información y la comunicación se entromete cada vez más en el cuidado de la
salud, se necesitarán más y más componentes de aplicaciones basadas en la informática. Por ejemplo, el
departamento de radiología no puede ser satisfecho con sus componentes de aplicación basados en papel y,
por lo tanto, puede introducir un componente de aplicación radiológica que soporta paciente admisión,
programación, facturación, y documentación. Una unidad de laboratorio y una unidad de ambulatorio, por
ejemplo, también pueden introducir componentes de la aplicación departamentales por su cuenta.
La figura 3.55 presenta este estilo arquitectónico en un esquema.

Figura 3.55: DB 1 estilo arquitectónico con múltiples componentes de aplicación basados en ordenador, el uso de símbolos
3LGM. Sólo un componente de la aplicación basada en ordenador (en el centro) contiene un sistema de base de datos.
La condición previa para el PP 1 estilo arquitectónico es ahora que los diferentes componentes de las
aplicaciones basadas en la informática todos funcionan sólo con el sistema de base de datos del
componente de aplicación central. Esto sólo es posible cuando se conoce el esquema de la base del
componente de aplicación central, junto con los métodos que están disponibles para acceder a datos y
almacenar. Este suele ser el caso cuando se utilizan las normas, cuando los productos de software de los
componentes de la aplicación se originan de la misma empresa, o cuando todos ellos son auto-desarrollado
por un hospital.
este DB 1 estilo arquitectónico fue la base para la realización de algunos de gran éxito HIS asistido por
ordenador en los años 1970 y 1980 (por ejemplo, DIOGENE del Centro Médico de la Universidad de
Ginebra 34). Esos HIS primero comenzaron con los componentes de aplicaciones basadas en la informática
sobre todo de desarrollo propio que facilitó que los conectan fácilmente en un DB 1 estilo arquitectónico.
Más tarde, el auto-desarrollo de productos de software se volvió demasiado caro, y por lo tanto se utilizaron
productos de software disponibles en el mercado. Sin embargo, las normas son necesarias cuando los productos
de software de diferentes fabricantes están conectados en un DB 1 estilo arquitectónico. Los diferentes
componentes de la aplicación por su deben proporcionar interfaces estandarizadas con el fin de acceder al
sistema de base de datos de otro proveedor y que se abstengan de tener una base de datos de la propia
34. Borst F, Appel R, Baud R, Ligier Y, Scherrer JR. Feliz cumpleaños DIOGENE: un sistema de información del
hospital que nació hace 20 años. Int J Med Inf 1999 Jun; 54 (3): 157-67.
sistema. Una de esas normas es el LUSA, 35 que proporciona los comienzos de una estandarización de los
contenidos de los sistemas de bases de datos (esquemas de bases de datos). Sin embargo, esto es sólo en
las etapas iniciales y aún no se ha llevado al apoyo más amplio de esta norma por diferentes proveedores.
el DB 1 estilo arquitectónico, por tanto, se puede encontrar sobre todo en HIS o en sus sistemas de
sub-información utilizando componentes de la aplicación que se basan en productos de software homogéneos
(ya sea auto-desarrollado o comprado del mismo proveedor). Cuando se utilizan componentes de la
aplicación de diferentes fabricantes, la llamada DB norte estilo arquitectónico se puede encontrar generalmente.
DB norte Estilo arquitectónico
En HIS moderna, basada en componentes de software comercial de muchos proveedores diferentes,

normalmente podemos encontrar el DB norte estilo arquitectónico. Esto significa que varios componentes de
aplicaciones contienen sus propios sistemas de bases de datos. Figura 3.56 presenta este estilo arquitectónico.
Figura 3.56: DB norte estilo arquitectónico con múltiples componentes de la aplicación basada en ordenador, cada uno con su
propio sistema de base de datos, utilizando símbolos 3LGM. La nube en el centro indica que se necesita algún medio todavía
desconocido para unir los componentes.
Como consecuencia de este estilo arquitectónico, los datos relacionados con el paciente se almacenan de manera
redundante en los sistemas de bases de datos de diferentes componentes de la aplicación. Por ejemplo, los datos del
paciente administrativas (tales como número de identificación del paciente, el nombre, sexo, fecha de nacimiento,
dirección) y datos de casos administrativos
35. CEN TC251. N-97-024, Salud Información del Sistema Arquitectura Parte 1 (LUSA) Salud
Middleware Capa-proyecto. Reporte no. PrENV12967-1 1997E. Bruselas: Comité Europeo de
Normalización. http://www.centc251.org.
(Como el identificador caso, fecha de ingreso, admitiendo Ward) pueden ser almacenados en diferentes
componentes de la aplicación, tales como los sistemas de gestión del paciente, sistemas de información de
laboratorio, y sistemas de información de radiología.
Por lo tanto, en esta arquitectura, gran énfasis tiene que ser colocado en la integridad de los datos
redundantes. Por ejemplo, la arquitectura debe definir qué sistema es la fuente responsable de que los
elementos de datos. Puede ser útil a estado, por ejemplo, que los datos administrativos paciente pueden
ser creados y cambiar sólo por el sistema de gestión de pacientes (sin embargo, los otros componentes
pueden localmente almacenar y utilizar una copia de estos datos).
En el caso de que los diferentes componentes de la aplicación basada en ordenador no están en absoluto
conectados, y el almacenamiento de datos se organizan de forma completamente independiente, no hay manera de
garantizar la consistencia de datos. Esta forma de la DB norte
estilo arquitectónico normalmente tiene consecuencias negativas para la calidad de los datos y la gestión de la
información. Todo ello puede conducir a la entrada de datos redundantes y datos inconsistentes. Por lo tanto, este su
estilo por lo general indica que la gestión de la información tiene que ser mejorado.
Por lo tanto, la consecuencia lógica es conectar directamente los componentes de la aplicación que
pueden necesitar para intercambiar ciertos datos relacionados con el paciente. Figura 3.57 presenta este
subtipo de la DB norte arquitectura.
Figura 3.57: DB norte estilo arquitectónico con múltiples componentes de aplicación basados en ordenador, el uso de
símbolos 3LGM, con varias interfaces de comunicación bidireccionales. Esta representación también se llama un estilo
arquitectónico “spaghetti”.
Por ejemplo, si se necesitan datos administrativos de pacientes en el sistema de manejo del

paciente, en el sistema de información radiológica, y en el sistema de información de laboratorio, las
interfaces de comunicación directa entre estos componentes parecen ser una solución posible. Por
ejemplo, una comunica-
interfaz catión que permite la transferencia de datos de pacientes entre el sistema de manejo del
paciente y el sistema de información radiológica puede ser introducido. Esto dará lugar a varias
interfaces de comunicación bidireccional ( “ espaguetis”estilo arquitectónico). Todas estas diferentes
interfaces deben ser apoyados y gestionados. A medida que el número de componentes de la
aplicación aumenta, el número de interfaces crece casi exponencialmente. El número máximo de
interfaces de comunicación entre norte componentes de la aplicación ( norte ≥ 2) es
- 1
Σ X.
xn= 1
Para reducir este gran número de interfaces, se pueden utilizar métodos y herramientas más
inteligentes para organizar y realizar la interoperabilidad de los componentes de aplicación -es decir, los
enfoques de “middleware”. El concepto de middleware describe los componentes de software de un sistema
de información asistido por ordenador que sirven para la comunicación entre los componentes de la
aplicación. Los detalles se presentan más adelante en la sección 3.7.
Por ejemplo, la mayoría de los sistemas de información del hospital después de la DB norte estilo
arquitectónico utilizar un gestor de colas de mensajes, también conocido como servidor de comunicaciones. Un
servidor de comunicaciones es un componente de aplicación que se encarga de apoyo a la comunicación
asíncrona entre otros componentes de la aplicación. Este subtipo de la DB norte Arquitectura ( “ estrella”estilo
arquitectónico) se presenta en la Figura 3.58.
Figura 3.58: DB norte estilo arquitectónico con múltiples componentes de aplicación basados en ordenador, el uso de símbolos
3LGM, conectados por un componente de la aplicación específica para la comunicación (el servidor de comunicación). Esta
representación es también llamado el estilo arquitectónico “estrella”.

Mediante el uso de un servidor de comunicación, no se necesitan interfaces directas entre componentes de

la aplicación. Se necesitan sólo las interfaces entre los componentes de la aplicación y el servidor de
comunicaciones. El número de interfaces que debe ser administrado por consiguiente, puede ser baja,
idealmente, sólo se norte existen las interfaces de norte componentes de aplicación.
Los detalles de los servidores de comunicación y los estándares de comunicación se presentan en la sección
3.7.
Estilos arquitectónicos en la capa de herramienta física
El número de componentes de procesamiento de datos físicos basados en ordenador puede (incluso en
hospitales más pequeños) la cantidad fácilmente a un número de tres o cuatro dígitos. estilos arquitectónicos
típicos en la capa de herramienta física en la parte computersupported de sistemas de información hospitalarios
pueden ser descritos de forma independiente de la arquitectura en la capa de herramienta lógica: la arquitectura
basada en la unidad central y la arquitectura cliente-servidor.
los arquitectura basada en mainframe consta de uno o varios sistemas (en red) de mainframe al que
están unidos varios terminales. Los terminales se pueden utilizar para acceder a los componentes de las
aplicaciones que están instaladas en el sistema mainframe. Los terminales no tienen sus propias
instalaciones de procesamiento de datos o memorias locales. Este estilo arquitectónico es bastante
antigua; Sin embargo, ahora se discutió de nuevo en la forma de la informática de red (NC). En esta
arquitectura, el equipo de red tiene acceso a un servidor de aplicaciones basadas en Web (servidor
terminal) donde se instalan todas las aplicaciones. Los equipos de la red tienen, igual que los terminales,
sin memoria y sin unidad de procesamiento de datos ( “thin client”).
El otro estilo arquitectónico típico es el arquitectura cliente-servidor. En esta arquitectura, varios servidores centrales
están normalmente interconectados por una red. Estos servidores pueden ser, por ejemplo, los servidores de archivos de
aplicaciones (Almacenamiento de diferentes componentes de la aplicación) o los servidores de base de datos (el
almacenamiento de datos de los diferentes componentes de la aplicación). Ambos tipos de servidor se pueden combinar
en un servidor (física). Una variedad de estaciones de trabajo están conectados a esta red. El servidor ofrece servicios
que se puede acceder por las estaciones de trabajo como clientes. Las estaciones de trabajo son por lo general los
sistemas típicos de los ordenadores personales con sus propias unidades de memoria y procesamiento de datos. Ellos
pueden ofrecer acceso a los componentes de las aplicaciones instaladas en el servidor de archivos de aplicación, así
como a los componentes de aplicaciones instaladas localmente.
Los bajos costos de hardware ha llevado a un aumento en el uso de la arquitectura cliente-servidor en los
hospitales, con varios clientes y servidores distribuidos en diferentes unidades. Sin embargo, esto ha generado
altos costos de mantenimiento y soporte de los servidores y de los clientes, y ha hecho de la seguridad de datos
y la disponibilidad del servidor difícil de garantizar. Para resolver este problema, los diferentes servidores están
ahora a menudo re-centralizar en una sola unidad (sobre todo el departamento TIC), con la esperanza de
reducir los costos de mantenimiento del servidor. Una colección de servidores en un área también permite la
mejora de la seguridad de los datos y la disponibilidad
(Por ejemplo, por los servidores de la agrupación). Además, los discos duros y disquetes a menudo se eliminan de
los ordenadores personales como clientes, lo que conduce a equipos de la red, con el fin de reducir los costos de
mantenimiento y apoyo de los clientes. En resumen, una re-centralización del procesamiento de la información en
la capa física herramienta está ahora a menudo visto como un medio para reducir los costos y mejorar la calidad
del procesamiento de la información en la capa de herramienta física.
Algunos Comentarios adicionales
Los estilos arquitectónicos que se han presentado son válidas tanto para los sistemas de información del
hospital y de los sistemas de información secundaria. En realidad, un estilo arquitectónico pura
normalmente sólo se encontrará cuando se mira en los sistemas de información secundaria. Por ejemplo,
en una unidad de radiología es posible que algunos servidores y clientes conectados en los que se instalan
un componente de aplicación de radiología y un sistema de archivo y comunicación de componentes
(PACS) mediante un enlace de comunicación bidireccional. Al mirar la arquitectura de una completa HIS,
por lo general encontrará una mezcla, por ejemplo, de DB 1 y DB norte arquitecturas.
Usted puede obtener una impresión de una cierta SU arquitectura mediante el estudio de su plan de gestión
de la información estratégica (que se explica en detalle en la sección 0). También puede ver su infraestructura
allí (por ejemplo, el número de componentes de aplicaciones y sistemas informáticos). En cuanto a la parte
basada en ordenador de HIS, que ahora observamos arquitecturas distribuidas, en la capa de herramienta lógica,
con respecto a los componentes de aplicaciones autónomas en una DB norte arquitectura, así como en la capa de
herramienta física, con respecto a los servidores y clientes, conectadas por una red informática.
Todos los estilos arquitectónicos tienen sus propias ventajas y desventajas específicas. El capítulo 4 presenta
los criterios de calidad para los sistemas de información hospitalarios que se pueden utilizar para evaluar diferentes
arquitecturas.
Ejemplo
Ejemplo 3.6.1: comunicación entre los componentes de aplicación
Figura 3.59 describe en detalle, en el contexto de un examen radiológico, la comunicación entre un

sistema de gestión del paciente, un sistema de entrada de pedidos en una sala, un sistema de
información radiológica (RIS), un sistema de archivo y comunicación de imágenes (PACS), y una
historia clínica electrónica (EPR) en el sistema de una arquitectura basada en un servidor de
comunicaciones.
Orden de entrada
Sistema
1468
6
Registro
Sistema de Electrónico de
Comunicación
Gestión de 8 Pacientes
Servidor
Pacientes (PMS) (EPR)
1234672378
Archivo de
Sistema de 5
imágenes y sistema
Información
de comunicación
Radiológica (RIS)
(PACS)
Figura 3.59: La comunicación entre los diferentes componentes de la aplicación en el contexto de un examen
radiológico, utilizando símbolos 3LGM.
Explicación de los pasos de las comunicaciones:
1. Solicitud de una cita para un paciente dado (incluyendo el pa-

número de identificación tient (PIN), un examen radiológico solicitado, y una fecha
propuesta) se introduce en el sistema de entrada de pedidos y enviados a la RIS.
2. El RIS comprueba la fecha. Cuando está bien, la solicitud de los datos del paciente
(Basado en el PIN conocido) se envía desde el RIS al PMS.
3. El SPM envía los datos del paciente (por ejemplo, nombre y fecha de nacimiento) a la
RIS.
4. El RIS envía una confirmación de la cita de nuevo a la orden
Sistema de entrada en la sala.
5. El RIS genera una lista de trabajo con los datos del paciente y pidió radio-
examen lógico y lo envía al PACS.
6. Una vez completado el examen, el informe de resultado se escribe en
RIS y luego se envían al sistema de entrada de pedidos. El sistema de entrada de pedidos imprime
automáticamente el informe en una impresora de barrio. Además, el informe de resultado se envía al
sistema de registro electrónico del paciente para su archivo.
7. Los exámenes radiológicos ejecutados se codifican en el RIS y

luego se envía al sistema de gestión de pacientes para la documentación de servicio y facturación.
8. Si, durante todo el proceso, un cambio de los datos administrativos del paciente se documenta
en el PMS, este cambio se comunica a todos los demás componentes de aplicaciones basadas
en la informática.
Ceremonias
Ejercicio 3.6.1: SU Arquitectura en un Plan de Gestión de Información

Estratégica
Tome una SU estratégica plan de gestión de la información de un hospital dado. Contestar las
siguientes preguntas acerca de Su infraestructura y arquitectura:
• ¿Cuál es la Infraestructura del SIS?

• ¿Qué tipo de base de papel y qué tipo de herramientas de procesamiento de información basados en
computadoras se usan en el hospital?
• ¿Cuál es su disponibilidad y distribución?
• ¿Cuántas estaciones de trabajo de atención médica profesional se utilizan en las que las áreas del
hospital?
• ¿Qué funcionalidad para la que los grupos profesional de la salud lo hacen el cuidado de la salud estaciones de
trabajo profesionales ofrecen?
• ¿Cuál es el general de SU arquitectura?
• ¿Cuál es la arquitectura en la capa de herramienta lógica en la parte computersupported?
• ¿Cuál es la arquitectura en la capa de herramienta física en la parte computersupported?
Ejercicio 3.6.2: SUS Estilos arquitectónicos
Mira las diferentes estilos arquitectónicos en las capas de herramienta lógicas y físicas descritas en la
sección 0. Qué estilos arquitectónicos en la capa de herramienta lógica típicamente se adaptan a los
estilos arquitectónicos en la capa de herramienta física? Discutir sus hallazgos.
Ejercicio 3.6.3: Communication Server
Imagine que usted desea modelar la arquitectura del sistema de información de un hospital dado. Esperas
que puede haber un servidor de comunicación que organiza la comunicación entre la mayor parte de los
componentes de las aplicaciones basadas en la informática.
(A) ¿Cómo se puede averiguar si hay un servidor de comunicaciones en el HIS dado? Es una visita
al lugar en varias salas útil para encontrar un servidor de comunicación?
(B) ¿Dónde va a modelar el servidor de comunicaciones en su HIS modelo en la capa de dominio, en

la capa de herramienta lógica, o en la capa de herramienta física? Tener en cuenta la definición de los
servidores de comunicación como se indica en el texto. Explica tu respuesta.
(C) ¿Qué puede suceder cuando usted pasa por alto un servidor de comunicación? ¿Cómo va
a cambiar su modelo? ¿Qué (mal) estilo arquitectónico le modelar?
Ejercicio 3.6.4: un estilo arquitectónico en la capa de herramienta Lógico
Mira Figura 3.60. Muestra una representación específica de la DB norte estilo arquitectónico.
Describir este estilo arquitectónico. ¿Cómo se distingue de la DB 1 ¿estilo arquitectónico? ¿Cómo
es diferente de la otra posible representación de la DB norte estilo arquitectónico presentado en la
Figura 3.58? ¿Cuáles son sus ventajas y desventajas?
Figura 3.60: DB norte estilo arquitectónico con múltiples componentes de la aplicación basada en ordenador, conectado por un
componente de aplicación específica, utilizando símbolos 3LGM.
Ejercicio 3.6.5: arquitectura de un sistema de información secundaria
Imagínese que usted desea modelar la arquitectura de un sistema de información secundaria (por ejemplo,
sistema de información de enfermería) como parte de todo el sistema de información del hospital. ¿Es posible
que el estilo arquitectónico del sistema de información secundaria es diferente de la del general SU? Explica tu
respuesta.
3.7 La integridad y la integración dentro de los sistemas de información hospitalaria 123
Ejercicio 3.6.6: Anatomía y Fisiología de Procesamiento de la Información
Si la arquitectura de una SU se puede comparar con la anatomía del procesamiento de la información, lo que
podría ser la fisiología de procesamiento de la información? Puede ser de ayuda para buscar los términos en una
enciclopedia.
Resumen
En lo que se refiere a la funcionalidad general de los hospitales, no existen muchas diferencias entre los
SIH. Sin embargo, existen diferencias significativas en sus arquitecturas. En la capa de herramienta
lógica, podemos distinguir entre DB 1 y DB norte estilos arquitectónicos, en función del número de
componentes de la aplicación que contienen un sistema de base de datos. Las representaciones de la
DB norte estilo arquitectónico son el estilo arquitectónico “spaghetti” y el estilo arquitectónico “estrella”.
estilos arquitectónicos típicos en la capa de herramienta física comprenden la arquitectura basada en la

unidad central y la arquitectura cliente-servidor.
Hoy en día, las arquitecturas distribuidas por lo general se puede encontrar en las capas de
herramienta lógicos y físicos. En HIS distribuida, es la tarea de gestión de la información para garantizar la
integridad de los datos y la integración de los diversos componentes.
3.7 La integridad y la integración dentro de los sistemas de

información hospitalaria
Como la mayoría de sistemas de información hospitalarios tienen arquitecturas distribuidas, y contienen varios
componentes de la aplicación y componentes de procesamiento de datos físicos, especial énfasis tiene que
ser colocado en la integración de estos componentes. En esta sección, se discute la integridad y la integración
en los sistemas de información del hospital, así como los métodos y herramientas para alcanzarlos.
• Existen cuyas principales condiciones de integridad dentro de los sistemas de información hospitalarios,
y cómo pueden ser apoyados?
• ¿Qué cualidades de integración dentro de los sistemas de información del hospital se pueden distinguir?
• ¿Qué métodos y herramientas existen para la integración de sistemas de información distribuidos?
• Lo que existen métodos y herramientas especiales para la integración de un sistema de información del
hospital?
Integridad
En un sistema de información hospitalaria, la integridad en el sentido más amplio se entiende que significa la
corrección de los datos. Esta corrección puede ser entendido de diferentes maneras. Por lo tanto, para cada
tipo dado de corrección (es decir, la integridad), las condiciones son que ser formuladas. El cumplimiento de
estas condiciones, entonces indica un cierto tipo de integridad dentro de un dado HIS. Dos aspectos
principales de la integridad son la integridad formal y la integridad del contenido.
Integridad formal
En un sistema de información hospitalaria, la integridad formal, comprende la identidad del objeto y la integridad
referencial, que ambos tienen un gran significado.
En términos generales, se espera que la identidad del objeto está garantizada por cada base de datos.
Este concepto viene de la programación orientada a objetos y significa que un objeto tiene una existencia
independiente de su valor. Así, dos objetos pueden parecer lo mismo, es decir, tienen el mismo valor, pero
serán diferentes. Aplicando esto a la representación de los tipos de entidad en una base de datos conduce
a la exigencia de que la representación de cada entidad debe ser único de identificación. En un sistema de
información del hospital, esto es especialmente importante para los tipos de entidad como “paciente” y
“caso”, ya que deben ser asignados a un paciente en particular y sus casos todos los datos médicos.
La experiencia ha demostrado que la identidad objeto de la paciente tipo de entidad sólo puede
garantizarse cuando cada paciente recibe un número único, el
número de identificación de paciente (PIN), durante su primera visita al hospital. Este PIN tiene que ser utilizado
en todas las partes del sistema de información del hospital para la identificación de la paciente. También debe
utilizarse durante las visitas futuras. El PIN debe tener ningún significado interno. Es decir, se crea de forma
continua y es por lo general numérica. Los intentos anteriores para generar un PIN a partir de datos recogidos
del paciente, por ejemplo, a partir de la fecha de nacimiento y el nombre, han dado lugar a problemas
considerables que deben absolutamente ser evitados. Los problemas surgen porque, por ejemplo, si una fecha
de nacimiento se corrige, el PIN debe también ser cambiado. En este caso la identidad del objeto podría verse
comprometida.
Similares acciones se deben tomar para los casos. Un identificador de caso, que también debe tener
ningún significado aparente, se debe asignar para cada caso. Un identificador de caso no puede cambiar, en
contraposición a la PIN, cuya relación con un paciente debe ser corregido después de un error de identificación
ha tenido lugar. Sin embargo, después de la corrección de un error de identificación de un paciente, puede ser
necesario asignar un identificador de caso particular a un paciente diferente. Si siempre está asegurada, dentro
del sistema de información hospitalaria, que un caso identificado con un identificador de caso siempre se asigna
al paciente correcto, entonces el identificador de caso puede utilizarse como un identificador de distinción para
el paciente. En la parte del sistema de información del hospital que no es compatible con ordenadores, por
ejemplo, formularios de solicitud de pruebas de laboratorio, el identificador de caso se utiliza para identificar de
forma única a un paciente. Entonces, por ejemplo, la información de laboratorio
sistema puede utilizar su sistema de base de datos para relacionar el identificador caso al PIN, y por lo
tanto encontrar el paciente. Hay que suponer, sin embargo, que la asignación real del identificador de
caso a la PIN se comunicó al sistema de información de laboratorio.
La asignación correcta de las entidades, por ejemplo, de los casos a un determinado paciente, o los
resultados de los casos, se denomina integridad referencial ( ver el diagrama UML en la Figura 3.61). Se
necesita la identidad del objeto de la integridad referencial.
Paciente
1 .. *
Caso
1 .. *
resultado 1
Figura 3.61: Asignación de los resultados de los casos, y de los casos a un paciente particular, en un modelo de datos.
La asignación del PIN y el identificador de caso es la tarea del sistema de gestión de pacientes (comparar
con la sección 3.5), el cual debe tener acceso directo a una base de datos que contiene los datos que permite la
reidentificación de todos los pacientes y los últimos casos en el hospital. este centro la base de datos del
paciente es por lo general un componente del sistema de tratamiento del paciente.
La garantía de la identidad de los objetos para los pacientes y los casos es el supuesto básico
para un sistema de información del hospital, independientemente de si se admite o no el ordenador.
Sin la identidad del objeto no hay integridad referencial, y sin integridad referencial que no se puede
garantizar que los resultados pueden estar relacionados de nuevo al paciente correcto. Sin la correcta
distribución del identificador PIN y el caso, la instalación de redes de comunicación y sistemas de
ordenadores es prácticamente inútil.
Administración de transacciones para garantizar la integridad formal en el PP norte
Estilo arquitectónico
Se requiere la gestión de transacciones para garantizar la integridad formal de una base de datos. Se asegura de que
una base de datos en un estado donde todas las condiciones de integ-
ridad se cumplen permanecerá en este estado, incluso después de los cambios se realizan en la base de datos.
los 2-fase de protocolo de confirmación fue desarrollado para la gestión de transacciones en DB norte arquitecturas.
En la fase inicial, este protocolo comprueba si la operación puede llevarse a cabo por todas las bases de datos
afectadas. Los cambios se llevan a cabo en realidad sólo en la segunda fase. Para llevar a cabo el protocolo, los
sistemas de bases de datos deben estar estrechamente unidos por la comunicación síncrona, y los esquemas de
base de datos de todos los sistemas de bases de datos involucradas deben ser conocidas. Para un componente
de aplicación en un sistema de información del hospital, esto significa que una interfaz se debe proporcionar
donde son posibles las dos cambios, así como la cancelación de estos cambios. Este no es el caso para los
componentes de las aplicaciones comerciales disponibles en la actualidad. En general, el esquema de base de
datos Tampoco se conoce.
Debido a estas razones, el 2-fase de protocolo de compromiso para asegurar la integridad formal en los
sistemas de información del hospital aún no ha sido implementado normalmente. Para garantizar la
integridad, sin embargo, se toman las siguientes medidas.
Para cada tipo de entidad redundante almacenado, un componente de aplicación se determina cuyo sistema
de base de datos sirve como el sistema de base de datos maestra para este tipo de entidad. Por lo tanto, los
datos sobre las entidades de este tipo sólo se pueden insertar, eliminar o cambiar en este sistema de base de
datos maestra. Típicamente, es el caso que los datos sobre las entidades de tipo “paciente” (es decir, datos
administrativos de pacientes) y de tipo “caso” pueden ser creados, borrados, o modificados sólo en el sistema de
gestión de pacientes.
Las transacciones en un sistema de base de datos maestra se llevan a cabo sin tener en cuenta si las
operaciones correspondientes también pueden ser (inmediatamente) llevaron a cabo en los otros sistemas de
bases de datos afectados. ingreso del paciente se lleva de este modo a través del sistema de gestión de paciente
independiente de, por ejemplo, si el sistema de información de radiología es capaz de insertar los datos
correspondientes sobre un paciente o caso en su sistema de base de datos en el mismo punto en el tiempo. Por lo
tanto, el sistema de información de radiología está obligado a ponerse al día en las operaciones de base de datos
en un punto posterior en el tiempo.
Integridad contenido: Datos médicos Diccionarios
integridad contenido requiere que los mismos datos que se utilizan en diferentes componentes de la
aplicación en un hospital en realidad se interpretan de la misma manera. Esto puede ser apoyado por (diccionarios
de datos médicos MDD).
MDD son catálogos centrales de los conceptos y términos médicos que ofrecen la posibilidad de representar
las relaciones semánticas entre todos los datos almacenados en un sistema de información del hospital y de la
vinculación que el vocabulario local para las nomenclaturas y las fuentes de conocimiento estandarizado
internacionalmente. MDD puede ser componentes de aplicaciones independientes o parte de los componentes
de las aplicaciones existentes.
Un MDD se compone normalmente de un sistema de conceptos médicos y términos, un modelo de

información, y una base de conocimientos. ¿Qué sistema de conceptos y términos médicos se utiliza para un
trastorno depresivo mayor depende del objetivo de la MDD. Si sólo unos pocos o sólo en-casa componentes de la
aplicación se pueden integrar a, un sistema desarrollado internamente (por ejemplo, el Diccionario de Datos
Médicos de ayudar a los sistemas PTXT 36) a menudo se encuentra detrás del sistema de conceptos y términos
médicos. Si desea acceder a diversas fuentes externas de conocimiento, por ejemplo, para iniciar una búsqueda
en la literatura desde una estación de trabajo clínico, sistemas de conceptos y términos generalmente reconocido
tienen que ser utilizados (por ejemplo, las nomenclaturas tales como SNOMED 37 o redes más complejas de los
conceptos y términos médicos como el metatesauro UMLS 38). Estas fuentes también son a menudo integrados en
el trastorno depresivo mayor en el local. La vinculación de los sistemas de conceptos y términos con los
componentes de aplicación se realiza parcialmente a través de los llamados servidores de terminología y servicios
terminológicas (por ejemplo, Galen 39).
Integración
Integración es una unión de piezas que en su conjunto, que a diferencia de sus partes, muestra una nueva
calidad. Hablamos de una sistema integrado de información hospitalaria Si queremos expresar que es un
sindicato que representa algo más que un conjunto de componentes independientes. Más bien, los
componentes, en un sentido, trabajan juntos. Se supone aquí que los componentes de la aplicación en la
capa de herramienta lógica, así como los componentes correspondientes en la capa de herramienta física
están vinculados, o en red, juntos a través de interfaces. Diferentes tipos de cooperación pueden conducir a
diferentes calidades de integración:
Integración de datos
Integración de datos está garantizada en un sistema de información del hospital cuando están disponibles
dondequiera que se necesitan datos que han sido grabados, sin tener que volver a introducir. Por lo tanto, cada
elemento de datos tiene que ser registrado, modificado, eliminado o editado de lo contrario sólo una vez, incluso si
se utiliza en varios componentes de la aplicación. La integración de datos es un requisito previo para el uso
múltiple de los datos. En el PP norte estilo arquitectónico, se requiere de interfaces de comunicación en la parte
asistido por ordenador de la suya, y maneras de imprimir los datos (por ejemplo, etiquetas,
36. Huff SM, Cimino JJ. diccionarios de datos médicos y su uso en el desarrollo de sistemas de información médica.
En: Prokosch HU, sistemas de información hospitalarios J. Dudeck. Amsterdam: Elsevier; 1995. pp. 53-75.
37. Nomenclatura sistematizada de Medicina (SNOMED). Colegio Americano de Patólogos.

http://www.snomed.org.
38. Sistema Unificado de Lenguaje Médico (UMLS). Biblioteca Nacional de Medicina (NLM).
http://www.nlm.nih.gov/research/umls.
39. OpenGalen. http://www.opengalen.org.
formularios de entrada de orden) o datos de exploración con el fin de proporcionar comunicación entre el y la parte de
base de papel apoyado por ordenador de HIS.
Suponga que su niño fue tratado en el Departamento de Pediatría y se recogió y se guarda una historia
detallada del paciente. Ahora, el niño tiene que ir para un examen de audición en el oído, la nariz, la
garganta y el departamento del mismo hospital. Si la historia clínica del paciente tiene que ser recogido de
nuevo porque el documento del Departamento de Pediatría no se puede acceder, no hay integración de
datos. La integración de datos es posible incluso cuando los elementos de datos se almacenan físicamente
de forma redundante.
Integración de acceso
la integración de acceso está garantizada cuando los componentes de las aplicaciones necesarias para la
realización de una tarea determinada pueden utilizarse donde más se necesitan. Si, por ejemplo, se necesita el
sistema de gestión de pacientes para la admisión del paciente, entonces el sistema de manejo del paciente debe
estar disponible en todas las estaciones de trabajo donde un ingreso del paciente tiene que tener lugar: áreas de
admisión centro, barrios, unidades de consulta externa, la unidad ambulatoria radiológica, de emergencia
departamento, etc.
presentación de Integración
presentación de integración está garantizada cuando diferentes componentes de la aplicación representan

datos así como interfaces de usuario de una manera unificada. Así, por ejemplo, los diferentes
componentes de la aplicación en una estación de trabajo deben mostrar en casi el mismo lugar en la
interfaz el nombre del paciente que se está procesando, y los iconos para los pacientes deben codificar los
géneros con los mismos colores.
La integración contextual
Alta calidad del sistema de información del hospital se realiza cuando los datos, el acceso y la integración
de presentación están disponibles en la estación de trabajo de un miembro del personal. Aún así, sin
embargo, el contexto paciente puede perderse a través del cambio de un componente de aplicación a otra. la
integración contextual significa que el contexto se conserva cuando se cambia el componente de
aplicación,
por ejemplo, en una estación de trabajo profesional de la salud. O, en términos más generales, el objetivo es que
una tarea que ya se ha ejecutado una vez para un determinado fin no es necesario repetir de nuevo en el sistema
de información hospitalaria, con el fin de lograr el mismo propósito.
Supongamos que un componente de aplicación para la presentación de los resultados de laboratorio (Labres)
y el componente de una aplicación para la documentación de las medidas de enfermería (NURS) existe en una sala
en la estación de trabajo profesional de la salud uno para su uso por personal de enfermería. Cuando los nuevos
resultados para el paciente Fritz Mayer deben ser analizados, los datos administrativos de Fritz Mayer necesitan
estar
buscado en Labres. Eso significa que el paciente debe ser identificado en Labres. Después de esto, los
resultados del paciente se pueden visualizar. Ahora bien, si han de estar documentados con NURS
medidas de enfermería para Fritz Mayer, a continuación, la identificación del paciente se debe mostrar
inmediatamente en NURS, sin forzar la enfermera en busca de él de nuevo. Por lo tanto, en este
ejemplo, la selección del paciente es una tarea que no debe repetirse si se realiza una vez, incluso
cuando se cambia el componente de aplicación.
En la literatura, este tipo de integración también se denomina integración visual, donde, sin embargo,
se pone énfasis en el hecho de que la integración de los componentes de la aplicación dentro de una
interfaz gráfica de usuario se aborda.
Métodos y herramientas para la integración del sistema en Sistemas Distribuidos
Métodos y herramientas son necesarias para la integración de sistemas de información hospitalarios con un
DB norte estilo arquitectónico. Informática ofrece soluciones generales para la Integración de sistema de los
llamados sistemas distribuidos. Estas soluciones serán explicados en esta sección. Además, diversas
soluciones dedicadas, especialmente para los sistemas de información hospitalarios, se han desarrollado en
la informática médica que se explicarán más adelante.
Sistema de base de datos federada
Un sistema de base de datos federada es un sistema integrado de los sistemas (componente) de base de datos
autónomo. El punto de integración es llevar lógicamente los esquemas de bases de datos de los sistemas de bases de
datos de componentes a un solo esquema de base de datos, la esquema de base de datos federada, con el fin de lograr
la integración de datos incluso cuando no hay datos redundantes en los sistemas de información con una base de
datos norte estilo arquitectónico. Este esquema de base de datos federada virtual debe ser capaz de ser visitada, como si
se tratara de un esquema de base de datos real.
métodos de middleware como se describen a continuación se pueden utilizar para la implementación de un sistema
de base de datos federada.
Cuando un sistema de base de datos federada se ha implementado para un determinado conjunto de los
sistemas de bases de datos de componentes, productos de software pueden ser desarrollados que pueden tener
acceso de lectura y, en su caso, el acceso de escritura de los datos correspondientes descritos por el esquema de
base de datos federada. Esto significa que el desarrollador de este producto de software debe ser consciente del
esquema de base de datos federada durante el desarrollo. En términos generales, este método requiere un esquema
de base de datos federada estandarizado. Tales normas, por desgracia, no están actualmente disponibles para los
sistemas de información hospitalarios.
middleware
El termino middleware describe los componentes de software de un sistema de información
computersupported que sirven para la comunicación entre los componentes de la aplicación.
La comunicación para llamadas a funciones y mensajes de Exchange
componentes de middleware para llamada a procedimiento remoto (RPC) o llamada de función remota (RFC)
habilitar la ejecución de un procedimiento que se puede ejecutar en un equipo remoto a través de un
proceso que se ejecuta en un equipo local. comunicación sincrónica se lleva de este modo hacia fuera, lo
que significa que el proceso en el componente de aplicación iniciar, después de la inicialización de la
comunicación con otro componente de la aplicación, se interrumpe siempre que se obtienen datos de
respuesta de la pareja. A través de un componente de aplicación, por ejemplo, para el tratamiento
ambulatorio en una estación de trabajo profesional de la salud, un procedimiento del sistema de gestión de
pacientes puede llevarse a cabo con la que un ingreso del paciente se puede hacer. La Fundación sistemas
abiertos (OSF) 40 está haciendo un esfuerzo a través de la definición de una entorno informático distribuido
(DCE)
para llegar a la normalización y la expansión de la funcionalidad de RPC y RFC.
Comunicación asíncrona significa que el proceso en el componente de aplicación iniciar, después de

la inicialización de la comunicación con otro componente de la aplicación, no tiene que ser interrumpida
a la espera de los datos de respuesta desde el interlocutor de comunicación. Esta forma de
comunicación se produce a través del envío de mensajes. Métodos y herramientas son necesarias para colas
de mensajes. La herramienta que se utiliza se llama generalmente una gestor de colas, y en los sistemas
de información del hospital, una servidor de comunicaciones. Volveremos al servidor de comunicaciones
más adelante en esta sección. Además de apoyar el envío de mensajes desde el emisor hasta el
receptor, un gestor de colas también es compatible con la distribución de un mismo mensaje a varios
receptores (multidifusión).
Comunicación para el acceso de base de datos
Si el principal tema de preocupación del componente de aplicación en el servidor remoto es el sistema de base
de datos, y si el principal punto de preocupación para la comunicación es insertar los datos, cambiar datos o
leer datos en la base de datos de un sistema de base de datos, métodos especiales y las herramientas
basadas en el lenguaje de consulta estándar (SQL) están disponibles. SQL-conductores ofrecen interfaces
para diferentes sistemas de gestión de base de datos y son sensibles a una interfaz de programación de
aplicaciones (API). Un estándar para tales API es descrito por conectividad base de datos abierta (ODBC). 41
40. The Open Group, http://www.opengroup.org.

41. Microsoft Corporation, http://www.microsoft.com.
Middleware en Sistemas de objetos distribuidos
Si los componentes de la aplicación en la capa de herramienta lógica de un sistema de información se

entienden como objetos que (en el sentido de la programación orientada a objetos) ofrecen servicios y se
distribuyen en varios ordenadores, a continuación, nos estamos refiriendo a una sistema de objetos
distribuidos. Dependiendo de la situación, un objeto puede ser una servidor que ofrece servicios a otros
objetos, o puede ser una
cliente que utiliza los servicios de otros objetos.
Para tales sistemas de objetos distribuidos, el grupo de gestión de objetos
(DIOS MIO) 42 ha propuesto una objeto común arquitectura solicitud broker
(CORBA). 43 El agente de petición de objeto (ORB) lleva un índice de todos los servicios proporcionados
por los objetos que forman parte de la arquitectura actual. El índice se actualiza en tiempo de ejecución,
por lo que el ORB puede soportar un objeto exigir un determinado servicio (cliente) seleccionando el
objeto oferta más adecuada (servidor).
El OMG ha puesto en marcha (rama-) grupos de trabajo específicos ( grupos de trabajo de dominio,
DTF) a través del cual los servicios para un área de aplicación están estandarizados. Los fabricantes de
software pueden fabricar objetos como productos de tal manera que se dan cuenta de estos servicios de
una forma estandarizada. Por ejemplo, el DTF CORBAmed se implementó para el área médica (los detalles
se dan más adelante en esta sección).
componentes de aplicaciones existentes ( sistemas heredados) que no fueron aplicadas como objetos
también se pueden encajar en una arquitectura CORBA. Ellos se pueden encapsular en una envoltura que
les permite aparecer como un objeto que es compatible con CORBA.
la competencia de CORBA es en la actualidad los productos o estilos arquitectónicos OLE y COM /

DCOM. 41
Hypertext Markup Language (HTML)

En la Internet, las interfaces de usuario de componentes de aplicaciones se describen con el el lenguaje de
marcado de hipertexto (HTML). Estas interfaces, a través de un navegador HTML, se pueden visualizar y utilizar
en una plataforma de hardware o sistema operativo determinado. Además, es posible utilizar varios
componentes de aplicaciones diferentes en una sola estación de trabajo profesional de la salud que podrían ser
instalado en servidores diferentes.
De esta manera, es posible proporcionar la integración sencilla y elegante de acceso. Los datos, la
presentación y la integración contextual, sin embargo, no puede ser alcanzado de esta manera solo.
42. Grupo de Gestión de Objetos (OMG). http://healthcare.omg.org.

43. Grupo de Gestión de Objetos (OMG). Object Request-CORBA Común Arquitectura Broker.
http://www.corba.org, http://www.omg.org.
Métodos y herramientas para la integración de los sistemas de

información hospitalaria
Para la integración en especial de sistemas de información hospitalarios, métodos y herramientas

específicas se han desarrollado sobre la base de los métodos generales y herramientas para
sistemas distribuidos discutidos en el párrafo anterior. Vamos a discutir los servidores de
comunicación y normas de comunicación, CORBAmed y CCOW.
Integración de datos para la base de datos norte Estilo arquitectónico a través de mensajes
de Exchange (Servidores de Comunicación y Estándares de Comunicación)
Servidores de comunicación
Para soportar la comunicación asíncrona entre componentes de aplicación, gestores de colas se denominan servidores
de comunicaciones en sistemas de información hospitalarios. El servidor de comunicación se sitúa en el
centro de la capa de herramienta lógica de un sistema de información hospitalaria (comparar Figura 3.58 en
la sección 3.6). Este principio de arquitectura se puede encontrar en la mayoría de los sistemas de
información hospitalarios con el PP norte estilo arquitectónico.
En la capa de herramienta lógica, un servidor de comunicación es un componente de aplicación.

Correspondientes productos de software son ofrecidos por diferentes fabricantes.
En términos generales, un servidor de comunicación sirve para el asíncrona envío, recepción y

almacenamiento temporal de los mensajes. También puede ser usado para monitorear el tráfico entre los
componentes de aplicación. Un componente de aplicación puede transmitir o enviar un mensaje al servidor de
comunicación a través de su interfaz de comunicación. El servidor de comunicaciones será entonces
transmitir el mensaje a la dirección o direcciones de muchos (multicasting) especificado por el remitente
cuando estos componentes de aplicación están listos para recibir. Mientras tanto, el servidor de comunicación
amortigua los mensajes enviados en una cola (puesta en cola del mensaje).
En el caso de que el componente de aplicación de recepción está a la espera de mensajes en una

forma diferente que el componente de aplicación de envío envía, el servidor de comunicaciones puede
traducir el mensaje enviado.
El servidor de comunicaciones es de esta manera una herramienta con la cual comunicación asíncrona de
manera eficiente puede ser apoyado en un sistema de información del hospital grande. Con esta tecnología, un
mayor nivel de autonomía, capacidad de ampliación y constrainability puede ser alcanzado.
Con el software de servidor de comunicaciones disponibles hoy en día, el envío de mensajes también se
puede hacer como comunicación sincrónica. Para ello, el servidor de comunicaciones está configurado de
manera que el componente de aplicación de envío es
bloqueado desde el momento en que se envía un mensaje a la vez que se recibe un mensaje de respuesta.
Estándares de comunicación
Independiente de si la comunicación síncrona o asíncrona está teniendo lugar y si se utiliza un servidor

de comunicaciones, un consenso debe existir sobre la sintaxis y la semántica de los mensajes que han
de ser intercambiados entre los dos componentes de la aplicación que se comunican. Los costos de la
implementación y funcionamiento de los enlaces de comunicación pueden reducirse significativamente
cuando los estándares de comunicación se ponen en marcha.
Dos estándares de comunicación importantes en el cuidado de la salud son HL7 y DICOM.
HL7 (HL7)
HL7 44 es el estándar de comunicación más implementado en los sistemas de información del hospital para la
transferencia de mensajes en el paciente y basados en casos reales, con exclusión de los datos de imagen. HL7
describe con qué eventos, y con el que la estructura, los mensajes se intercambian entre componentes de
aplicación.
de evento
Evento
Tipo de mensaje Tipo
Mensaje
componente de componente de
aplicación A aplicación B
Reconocimiento
Figura 3.62: comunicación controlada por eventos con HL7.
HL7 asume que un mensaje se envía desde componente de aplicación A (figura 3.62) a
otro componente de la aplicación B a través de la ocurrencia de un evento. El tipo de
mensaje que se utiliza para el mensaje depende del tipo que ocurre de evento. Se describe
la estructura del mensaje enviado y determina el significado de las partes individuales del
mensaje. Después de la llegada del mensaje, componente de aplicación B confirma la
recepción del mensaje a través de un mensaje de recibo que se envía de nuevo a
componente de aplicación A. Si se usa un servidor de comunicación tal como en la figura
3.60 para enviar un mensaje desde el sistema de gestión de pacientes PMS a la LABSYS
sistema de laboratorio, a continuación, el servidor de comunicación realiza primero sobre el
papel de la aplicación receptora componente B. Como un segundo paso,
44. Salud Nivel Siete. HL 7. http://www.hl7.org.

HL7 posee un amplio catálogo de tipos de eventos. Por ejemplo, A01 significa la
admisión de un paciente, A02 significa la transferencia a otra unidad organizativa en el
hospital, A03 representa la descarga de un paciente, o R01 para la realización de un
resultado del examen.
tipos de mensajes se asignan a los tipos de eventos. Por ejemplo, si el sistema de laboratorio en el
laboratorio de un hospital registra la ocurrencia de un evento de tipo R01, entonces se puede enviar un
mensaje de tipo de mensaje ORU (transmisión no solicitada de un mensaje de observación).
A pesar de esta valoración, el uso de equipo “plug and play” a menudo no es posible debido a
varias razones. Por un lado, HL7 deja a los usuarios con las libertades con respecto a la definición de
los términos que se desea transmitir. En este caso, el consenso debe existir entre los componentes de
la aplicación que se comunican, si, por ejemplo, las opciones “macho”, “hembra”, “otros”, y
“desconocidos” para el género debe ser documentado como “m”, “f”, “o” y “u”, con “0”, “1”, “2” y “3”, o
de alguna otra manera. Por otra parte, los fabricantes de productos de software ofrecen a veces las
interfaces HL7 a sus productos que no pueden enviar o recibir todo tipo de eventos necesarios y / o
todos los tipos de mensajes necesarios. En este caso, un análisis exhaustivo es necesaria antes de
decidir una compra. Para las implementaciones existentes, existe además el problema de la
comparación de los catálogos. En este caso, por ejemplo, es necesario en un componente de
aplicación para la documentación de la utilización de materiales para tener una copia actualizada del
catálogo de material de la industria de los materiales. Las interfaces que sirven a los tipos de eventos y
HL7 mensaje correspondientes menudo no son ofrecidos por los fabricantes de software.
Cuando un mensaje se ha construido de acuerdo con las explicaciones anteriores, se deja a la

implementación en particular cómo se producirá la comunicación entre los componentes de procesamiento de
datos físicos. Un mensaje puede entonces, por ejemplo, puede escribir en un archivo de texto o puede ser
transportado por un disco o por medio de una transferencia de archivos FTP. El formato de intercambio y el
protocolo de la capa de herramienta físico es ser decididas en cada enlace de comunicación individual.
Los desarrollos actuales se están inclinando hacia el uso del lenguaje de marcas EXtended Markup
Language ( XML), 45 que ya está siendo ampliamente utilizado en Internet para la definición de tipos de
mensajes y la formulación de los mensajes. A través de su concepto de “etiqueta / valor”, XML ofrece la
posibilidad de determinar el significado de partes de mensajes (por ejemplo, <fecha de nacimiento> indicando
la fecha de nacimiento: <fecha de nacimiento> 19500317 </ fecha de nacimiento>). Por el contrario, en HL7
“clásico”, el significado está determinado por el orden y la posición (por ejemplo, la fecha de nacimiento está
en el cuarto lugar en '| 123456789 | 2718787 | Müller Hans ^ || 19500317 | M'). De esta manera, no sólo es la
flexibilidad de HL7 ampliada, pero la importancia de la lengua a la vista de la capacidad de describir hechos en
un hospital se amplió considerablemente.
45. Extended Markup Language (XML). http://www.xml.org.

Imagen Digital y Comunicaciones en Medicina (DICOM)

los Asociación Nacional de Fabricantes Eléctricos ( NEMA) desarrolló el estándar de
comunicación Digital Imaging and Communication in Medicine
(DICOM) 46 para la transferencia de imágenes. Con DICOM, las imágenes de exámenes radiológicos, por
ejemplo, se pueden enviar desde sus modalidades digitales para las estaciones de trabajo de resultado o en el
PACS. Pero también los datos que describen las solicitudes procedentes, por ejemplo, desde el sistema de
información de radiología (RIS), se pueden enviar a las modalidades digitales necesarios, y los resultados de la
RIS con las imágenes desde el PACS a la unidad de cuidados intensivos. En contraste con HL7, DICOM no
sólo define un formato de mensaje, sino también las parejas de cerca con los formatos de intercambio.
En el futuro, se puede suponer que el RIS, PACS, y todos los sistemas de visualización de imágenes en una
unidad digitalizada para el diagnóstico radiológico en un hospital se comunicará con base en DICOM.
El RIS componente de aplicación también depende de los mensajes del sistema de gestión de
pacientes y también debe enviar, por ejemplo, datos de facturación allí. Como se discutió
anteriormente, esta comunicación debe ser llevada a cabo sobre la base de HL7. Los pedidos de los
barrios y unidades ambulatorias También lo más probable es llegar a la radiología como mensajes HL7,
mientras que los resultados y las imágenes van a volver como mensajes de DICOM. La iniciativa
común Integrating the Healthcare Enterprise ( YO ÉL) 47 Información de la Salud y la Sociedad de Gestión
de Sistemas (HIMSS) y la Sociedad Radiológica de Norteamérica (RSNA) ha dado a la tarea de
resolver esta compleja interacción.
Acceso y Presentación Integración en la base de los sistemas de

objetos distribuidos (CORBAmed)
El uso exclusivo de métodos orientados a mensajes descritos en la sección anterior no es suficiente para
conseguir el acceso y la integración presentación en un sistema de información del hospital con un DB norte estilo
arquitectónico. Para la integración de acceso y presentación, el estilo arquitectónico CORBA como se describió
anteriormente ofrece excelentes mecanismos para el uso de las funciones y servicios de un componente de la
aplicación a través de otro componente de la aplicación. El grupo de trabajo de dominio CORBAmed 48 que está
configurado para el cuidado de la salud por el Object Management Group (OMG), tiene el objetivo de definir las
interfaces orientadas a objetos estandarizados para el uso de los servicios y funciones entre los componentes
de la aplicación en el cuidado de la salud. CORBAmed trabaja en estrecha colaboración con los grupos de
trabajo de HL7 y DICOM.
Asociación de Fabricantes de 46. Eléctrico Nacional (NEMA). DICOM-Imagen Digital y Comunicación

en Medicina. http://medical.nema.org.
47. IHE. Integrating the Healthcare Enterprise. http://www.rsna.org/IHE/index.shtml.
48. Corba Med, el Grupo de dominio de la Salud de la OMG. http://cgi.omg.org/ corbamed.
El grupo de trabajo CORBAmed está involucrado con, entre otras cosas, la normalización de los
servicios
• para la identificación y descripción de los pacientes (servicios centrada en el paciente-),
• para apoyar a los profesionales de la salud (servicios de proveedor centrado en el),

• de los servicios de información clínica (servicios de información empresarial), y
• de servicios de información de administración (Servicios de administración de centrado).
Se espera CORBAmed para cambiar fundamentalmente la arquitectura de sistemas de información

hospitalarios. sistemas de información hospitalarios tradicionales a menudo tienen una estructura orientada
departamento en su capa de herramienta lógica, mientras que CORBAmed promueve una estructura más
orientada al servicio. Esto encaja muy bien en la evolución actual de la organización hospitalaria. Para
proporcionar un nivel aún más competitiva de la atención al paciente, se discute en los hospitales si la actual
estructura, orientada hacia los departamentos, no debe ser sustituido por una estructura orientada a los
procesos de tratamiento en el que equipos interdisciplinarios son responsables del cuidado del paciente.
La integración contextual con CCOW
integración contextuales requiere la sincronización de los componentes de aplicación en la estación de

trabajo. los grupo de trabajo objeto de contexto clínico ( CCOW) 49
ha desarrollado estándares para la sincronización de los componentes de la aplicación, incluso desarrollados de

forma independiente en una computadora en una estación de trabajo profesional de la salud. En una de las
primeras versiones del estándar, un proceso, conocido como Enlace paciente, se describe para la sincronización de
los componentes de aplicación con respecto a un paciente elegido o identificado. Cuando el usuario de un
componente de aplicación cambia el paciente elegido en la estación de trabajo, todos los demás componentes de
la aplicación en la estación de trabajo dada siguen en este cambio. Esta se modifica a través de un proceso que
pasa los datos acerca de la autorización de usuario a los otros componentes de la aplicación cuando el usuario ha
iniciado sesión en a un componente de la aplicación involucrada. De esta manera, las múltiples conexiones del
usuario molestos para los diferentes componentes de la aplicación pueden ser eliminados.
La integración de sistemas de información hospitalarios en Sistemas de Información

Sanitaria
Para la integración de un sistema de información del hospital en una región sanitaria, los
componentes de la aplicación del hospital tiene que tener comunicación
49. Objeto contexto clínico de grupo de trabajo (CCOW), http://www.hl7.org/special/

Comités / ccow_sigvi.htm.
vínculos con los componentes de la aplicación de otras instituciones de la región sanitaria a través de
interfaces de comunicación adecuados.
Existen los siguientes dos problemas en particular, a través de este cruce de los límites de los
hospitales:
• Encriptación: Esos mensajes transferidos durante la comunicación en el contexto de las

notificaciones, consultas a distancia, o teleconferencias, y para el uso global de registros de
pacientes, tienen que ser protegidos del acceso de terceros. Existen procedimientos de cifrado
que son suficientemente seguros y se pueden obtener como software de encriptación comercial
para estos casos. Un problema en este caso, sin embargo, es la correcta identificación de la
respectiva pareja de comunicación. Un remedio en este caso podría ser la identificación
electrónica. En el cuidado de la salud, la tarjeta profesional de la llamada de atención médica
(HPC) está siendo juzgado actualmente fuera, que identifica de forma exclusiva un profesional
sanitario específico.
• La identificación del paciente: Ya hemos determinado que la comunicación basada en el paciente

dentro de un hospital sólo es posible cuando se identifica de forma única un paciente y un número de
paciente, así como un identificador de caso están asignados (la identidad del objeto) en la admisión.
Esto sólo es posible cuando todos los componentes de las aplicaciones que se utilizan para la
admisión tienen acceso a la base de datos central del paciente. Sólo bajo ciertas condiciones, por
ejemplo, cuando las diferentes instituciones de una región legalmente construir una unidad, es
posible la asignación de números de identificación de pacientes y casos desde una ubicación central
de una manera unificada. Este difícil proceso de unir los documentos basadas en los pacientes
dificulta especialmente la construcción de un registro global del paciente. Para las notificaciones,
consultas a distancia y teleconferencias, identificación del paciente también es posible a través del
acuerdo personal de las personas involucradas. La mejora de la identificación del paciente puede ser
alcanzado a través de la estructura de la llamada
índice maestro de pacientes ( MPI). las relaciones que se encuentran de forma manual o semiautomática
de los números de identificación de pacientes de diferentes instituciones se guardan en una MPI
regional y están a disposición de todas las instituciones de la región.
Hasta ahora hemos pensado en los enlaces de comunicación entre los componentes de la aplicación
en diferentes instituciones como un medio para proporcionar acceso a los datos de los pacientes que se
almacena en el hospital. Además de esto, la tecnología de Internet también permite el uso directo del
componente de aplicación de un hospital en un sitio remoto. El uso del protocolo HTTP, por ejemplo,
permite a un médico que ha establecido su propia práctica de manera fácil y rentable acceder a un registro
electrónico del paciente en un hospital. Este registro puede incluir las imágenes que se manejan allí, por
ejemplo, en el departamento de radiología diagnóstica.
Ceremonias
Ejercicio 3.7.1: Número de Identificación del Paciente
Discutir el significado del número de identificación de paciente (PIN) para lograr la integridad dentro de
un sistema de información hospitalaria. ¿Por qué el PIN no tienen un significado interno? Lo que podría
suceder cuando el PIN contiene la fecha de nacimiento u otras características de los pacientes?
Ejercicio 3.7.2: una identidad de objeto
Explicar por qué la identidad del objeto, especialmente con respecto a los pacientes y de los casos, es la condición
previa para procesamiento de la información en el paciente. Tome un sistema de registro electrónico del paciente como
un ejemplo.
Ejercicio 3.7.3: Estándares de Comunicación
Vistazo a la figura 3.59 (en la sección 3.6) y tratar de averiguar qué estándar de comunicación (HL7 o
DICOM) se puede utilizar para cada uno de los enlaces de comunicación descritos.
Resumen
Dentro de los sistemas de información hospitalarios distribuidos, especial énfasis tiene que ser colocado en la
integración de los diversos componentes.
Integridad en el sentido más amplio significa la forma correcta son los datos. Diferenciamos integridad formal
por parte de la integridad del contenido. integridad Formal abarca la identidad del objeto (cada entidad es único de
identificación, por ejemplo, el paciente mediante un PIN) y la integridad referencial (la correcta asignación de
entidades). Para garantizar la integridad formal, es útil disponer de un sistema de base de datos maestra para cada
tipo de entidad. integridad contenido significa que los mismos datos también se interpretan de la misma manera en
varios componentes de aplicación. la integridad del contenido puede ser apoyado por los diccionarios de datos
médicos, que son los catálogos centrales de los conceptos y términos médicos.
Integración significa hacer un conjunto de varias partes, y esto muestra toda una nueva calidad.
Integración dentro de los sistemas de información hospitalarios distribuidos abarca los siguientes tipos: La
integración de datos significa que los datos que han sido grabados una vez que están disponibles donde se
necesitan, sin tener que volver a introducir. la integración de acceso está garantizado cuando los
componentes de las aplicaciones necesarias para la realización de una tarea determinada se pueden utilizar
allí donde más se necesitan. integración Presentación está presente cuando los diferentes componentes de la
aplicación representan datos así como interfaces de usuario de una manera unificada. Por último, la
integración contextual significa que el contexto se conserva cuando se cambia el componente de aplicación.
3.8 Ejemplo 139
En general, hay varios métodos para la integración del sistema en sistemas distribuidos. Un sistema de
base de datos federada es un sistema integrado de sistemas autónomos (componente) bases de datos, que
tiene un esquema de base de datos federada virtual en común. El termino middleware describe los componentes
de software que sirven para la comunicación entre los componentes de la aplicación. Tales conceptos de
middleware comprenden, por ejemplo, RPC / RFC, componentes para el acceso de base de datos, o
arquitecturas especiales, tales como CORBA. Por último, HTML ofrece una manera de visualizar y utilizar las
interfaces en cualquier plataforma de hardware o sistema operativo dado.
Dentro de los sistemas de información hospitalaria, ya existen métodos y herramientas específicas para la
integración de los distribuida SU. La integración de datos puede ser soportada por los servidores de
comunicación y los estándares de comunicación. Un servidor de comunicaciones es un componente de
aplicación que sirve para la asíncrono envío, recepción y almacenamiento temporal de los mensajes.
principales estándares de comunicación utilizados en el cuidado de la salud son HL7 (para la transferencia de
mensajes en el paciente y basados en casos reales) y DICOM (para la comunicación de imágenes). El acceso y
la integración de presentación son apoyados por CORBAmed, que estandariza las interfaces orientadas a
objetos para el uso de los servicios y funciones entre los componentes de la aplicación en el cuidado de la
salud. integración contextuales se apoya en los estándares CCOW para la sincronización de los componentes
de la aplicación desarrollados independientemente en un equipo.
Cuando los sistemas de información hospitalarios tienen que integrarse dentro de una región
sanitaria, existen dos problemas principales: El cifrado de los mensajes, y la identificación única del
paciente.
3.8 Ejemplo
Ejemplo 3.8.1: Las estaciones de trabajo profesional de la salud Apoyo a los procesos
hospitalarios
En este ejemplo, las actividades y los procesos típicos durante la estancia del paciente en el Centro
Médico Plötzberg y la Escuela Médica (PMC) se describen por medio de un ejemplo ficticio. 50 Se
demuestra, que los procesos de negocio clínicos son típicos, y en el que los procesos de negocio en
forma hospitales puede ser apoyado por las estaciones de trabajo profesionales sanitarios. Este
ejemplo presenta
50. Este texto se basa en el informe “Procesamiento de Información Médica en los hospitales mediante el uso clínico
de Diseño Integrado estaciones de trabajo conceptual” del proyecto “Técnicas de procesamiento de datos innovadores
en los hospitales", del Departamento de Medicina matics Infor, Universidad de Heidelberg, en cooperación con SAP
AG y con la contribución de Andersen Consulting. en este proyecto, los procesos en los hospitales ya se habían
definido en 1991 con el fin de especificar la funcionalidad de las herramientas de procesamiento de información. Nos
gustaría reconocer especialmente el trabajo de Christoph Isele y Jochen Pilz en el preparación de este ejemplo.
la visión más dinámica en comparación con la descripción de las funciones de hospital en la sección 3.2.
El tratamiento del paciente en medicina general de un Médico
El Dr. Schroeder, un médico en la práctica general, diagnostica al paciente Karl Hofmann, de 62 años
de edad, con un ataque isquémico transitorio y la sospecha de estenosis de la arteria carótida interna
del, sobre la base de un escotoma en el lado izquierdo. A él le gustaría hospitalizar Hofmann para su
posterior examen y tratamiento.
Figura 3.63: En el departamento de administración del paciente, durante el ingreso de un paciente.
Mientras que el Sr. Hofmann se encuentra en la sala de consulta del médico, el Dr. Schroeder llama al
hospital más cercano, el PMC, con el propósito de establecer una fecha para la admisión. Debido a la
naturaleza del problema médico, que se pone a través del departamento de neurología. El médico lleva a
cabo la admisión sabe que 7 días de tratamiento tendrán que ser planificado. Se puede ver en la tabla
sinóptica electrónica de camas ocupadas que se muestra en su estación de trabajo que un cuarto quedará
vacante el próximo martes. Se propone que la fecha de ingreso hospitalario.
El Dr. Schroeder está de acuerdo. La admisión de realizar el médico entra en el nombre del
señor Hofmann, fecha de nacimiento, y el diagnóstico de hospitalización bajo la fecha asignada.
Sobre la base de estos datos, se puede aclarar por teléfono que el Sr. Hofmann ya había estado
bajo atención médica en el PMC en un momento anterior. Para la identificación, se accede a los
datos del sistema de gestión de pacientes (PMS) y el sistema de historia clínica electrónica
(EPR), donde se documentan los ex estancias del Sr. Hofmann en el hospital.
3.8 Ejemplo 141
La admisión del paciente al hospital
En el momento de la llegada del paciente al PMC, los datos de los documentos más importantes
(hallazgos de la consulta del médico) se transmiten al hospital por intercambio electrónico de datos.
Admisión administrativa
Hofmann llega a la PMC en la fecha asignada. El empleado del departamento de administración

de pacientes recoge en el gráfico de camas ocupadas que se muestran en su estación de trabajo
que la reserva se ha hecho y se admite el Sr. Hofmann al departamento de neurología como un
nuevo paciente (figura
3,63).
Al ingreso del paciente al hospital, una tarjeta magnética es llenada por lo que el Sr. Hofmann se
forma fácil, rápida y positivamente ser identificado durante su estancia y para que pueda acogerse a
los servicios, tales como hacer llamadas telefónicas.
Con base en el contrato de tratamiento concluyó el momento del ingreso, medidas para el reembolso
de los gastos del hospital por el plan de seguro de salud pueden ser iniciados a través del sistema de
gestión de pacientes basada en ordenador centralizado.
Tras la finalización de la admisión administrativa, el Sr. Hofmann se toma a su pupila.
La admisión de enfermería
En la sala, el Sr. Hofmann es bien recibida por la enfermera de la señora Weber. Él le dice que le
gustaría tener una habitación individual. La estación de trabajo profesional de la salud en la sala está
conectada a la red de comunicaciones del hospital. La señora Weber puede ver en la tabla sinóptica que
aparece en el monitor que una habitación individual está disponible. Se transfiere el Sr. Hofmann de la
cama reservada a la cama en la habitación individual.
La enfermera toma entonces el Sr. Hofmann a través de la sala. Ella le muestra dónde baño de
los pacientes es, y en el que pueda tomar un refresco o un tentempié entre comidas.
El terminal multifuncional paciente a pie de cama incluye un teléfono. Bajo el número

correspondiente, el nombre del señor Hofmann ahora aparece en la lista de teléfonos.
Entonces, la señora Weber lleva a cabo la admisión de enfermería. Mediante el uso de los cuidados de enfermería
y de planificación de cuidados de enfermería funciones de documentación de su estación de trabajo profesional de la
salud, el estado de otras observaciones clínicas de salud del paciente y están documentados (Figura 3.64). Problemas
relativos a la enfermería se observan, y para los objetivos de enfermería Sr. Hofmann y medidas de enfermería se
incluyen en la planificación de la atención. Se hace constar que el Sr. Hofmann tiene dentadura postiza y limitaciones en
el movimiento.
Por parte de la planificación de los cuidados de enfermería, las normas de enfermería de la sala (hospital) se
pueden utilizar, mientras que se observaron nuevas medidas específicas para el Sr. Hofmann. En el curso de
admisión para el cuidado de enfermería, los hábitos de Hofmann se registran también, y más tarde también serán
incluye en el plan de cuidado del paciente.
Figura 3.64: Las enfermeras preparación de un plan de atención de enfermería en la estación de trabajo profesional de la salud.
Admisión médica
Al principio de la admisión médico, Dr. Schumacher, el neurólogo asistir, pantallas de la

información que el paciente ha traído junto con él (Figura 3.65). Los datos más importantes de la
historia médica y los elementos esenciales en el tratamiento previo de la hipertensión se anotan
en el expediente del paciente. El Dr. Schumacher revisa los resultados del último examen y
establece un plan de tratamiento actual.
El Dr. Schumacher entra en la historia clínica del paciente en el registro electrónico del paciente. Al
hacerlo, él es apoyado por el hardware específico de su estación de trabajo profesional de la salud. La hoja
de la historia del paciente se visualiza en el monitor. El médico puede llenar directamente en los campos
que se muestran en el monitor. El sistema transcribe la escritura a mano y muestra la entrada en la hoja de
la historia del paciente.
3.8 Ejemplo 143
Toma de Decisiones, Planificación y Organización de Tratamiento de

Pacientes
Presentación de la Información y el Conocimiento
Para compilar la historia del paciente y para la planificación del tratamiento del paciente, los
documentos recibidos del médico de referencia, pueden representarse en la unidad de visualización
de la estación de trabajo. Los libros de referencia que contienen información sobre las drogas y otros
datos médicos están integrados en la estación de trabajo profesional de la salud. Ellos ayudan al
médico en la recopilación de información sobre la terapia prescrita por el médico remitente, en la
continuación del tratamiento de enfermedades adicionales (diabetes, hipertensión), y en el pedido, en
el caso actual, más exámenes para el propósito de determinar los diagnósticos. Durante la
compilación de la historia clínica, el Dr. Schumacher puede dirigir las consultas directas a los
servicios de información antes mencionados.
Figura 3.65: Registro de los hallazgos de la historia del paciente del médico en la estación de trabajo profesional de la
salud.
Toma de decisiones, la planificación del cuidado, y la información del paciente
Durante ronda del médico, Dr. Schumacher va a encargar de que, como un procedimiento de enfermería,
las mediciones regulares de la presión arterial se deben tomar en base a la información que tiene en la
mano con respecto a la hipertensión del paciente (Figura 3.66).
También ordena una dieta libre de sal y diabética de Hofmann. Para el problema médico actual,
el Dr. Schumacher prescribe la administración de la heparina a partir del espectro estándar de
terapias que, en conjunción
ción con la comprobación periódica de factores de coagulación, se llevará a cabo como medida
terapéutica.
En cuanto a nuevos exámenes, hace una revisión de la gama de servicios ofrecidos por las unidades de
servicio. La selección se primera reduce automáticamente a aquellas medidas que se consideren adecuados
en vista del diagnóstico actual. Dr. Schumacher ordena un examen sonográfico para la evaluación de la
estenosis, una tomografía asistida por ordenador para la exclusión de miocardio, y una prueba de sangre para
analizar la concentración de lípidos en sangre y factores de coagulación.
Figura 3.66: Un médico de revisar los datos e introducir órdenes en la estación de trabajo profesional de la salud
móvil de la sala durante la ronda del médico.
La enfermera, la señora Weber, selecciona la función de “planificación de comidas” en su estación de

trabajo profesional de la salud y entra en la solicitud del Sr. Hofmann. La selección está restringido como
resultado de la dieta que se ha ordenado, y la elección de los alimentos se adapta automáticamente a los
requisitos de la diabetes y la hipertensión.
En un momento dispuesto con la cocina, se genera una orden basada en los datos de
programación en relación con la dieta y se pasa a la cocina a través del sistema de comunicación.
Ejecución de diagnóstico o de Procedimientos Terapéuticos
Por la mañana, la enfermera prepara la medicación del señor Hofmann. Ella lee el nombre de
los fármacos y las dosis prescritas de la documentación médica en la estación de trabajo
profesional de la salud y, al mismo tiempo, documenta su dispensación.
3.8 Ejemplo 145
Después de las instrucciones de haber sido dados por el médico, la señora Weber puede ver en la
tabla sinóptica de la sala que se muestra en su estación de trabajo que una serie de nuevas medidas han
sido ordenados para su paciente. Se analiza la forma en que se deben llevar a cabo con el Dr.
Schumacher. Estas medidas se repiten con frecuencia a intervalos regulares son compatibles con la
función de la documentación de la estación de trabajo profesional de la salud. La presión arterial del
paciente será monitoreado y grabado usando la función de documentación.
La enfermera prepara el catéter y la jeringa para heparinización. Dr. Schumacher

inserta el catéter a la que se conecta la jeringa automática que contiene la dosis prescrita.
Entrada de pedidos y Comunicación de los resultados
Durante el período para el que se ha ordenado la comprobación de factores de coagulación, una

solicitud de una prueba de sangre se generará automáticamente cada día a través del sistema de
documentación. El laboratorio que llevará a cabo el examen se le asigna automáticamente de
acuerdo con las reservas internas.
La enfermera genera una etiqueta con la identificación del paciente (Figura 3.67) y el número
de orden para el laboratorio. Una solicitud para llevar a cabo la orden se pasa automáticamente al
laboratorio a través del sistema de comunicación.
Figura 3.67: etiquetas legibles por máquina sobre muestras de sangre.
Para la prueba de laboratorio, una muestra de sangre se toma del paciente, marcados con la etiqueta
de arriba, y se envía al laboratorio. Una nota se hace usando la función de la documentación de la estación
de trabajo profesional de la salud.
Los exámenes ecográficos y CT también se solicitan mediante el uso de la función de comunicación.

En esta ocasión, las fechas se establecieron con las unidades que realizan el servicio para la realización de
los exámenes.
Los resultados (textos e imágenes) de los exámenes se reciben desde el departamento de
laboratorio y de imágenes y se colocan en el registro electrónico del paciente y en el buzón del médico
(electrónico). En este buzón, se resaltarán todos los hallazgos que aún no han sido leídos. Así el Dr.
Schumacher es informado sobre el que actualmente hallazgos llegaron a la sala y el cual se tomaron nota
de. Una nota se hace de forma automática en el registro del paciente que los resultados han llegado, y se
anota el tiempo que se leen. Los resultados de laboratorio se pueden mostrar de varias maneras, por
ejemplo, que muestra la línea de tiempo de los parámetros de laboratorio seleccionados.
Toma de Decisiones, Planificación y Organización de Tratamiento de

Pacientes
Los resultados de los análisis solicitados para la evaluación de la estenosis, el resultado ecográfico, y
el informe de la tomografía computarizada se pueden visualizar simultáneamente. En lo que se refiere
al resultado CT, Dr. Schumacher puede ver una imagen de referencia de rayos x seleccionado por el
radiólogo en el monitor (Figura 3.68).
Figura 3.68: Un médico revisar las imágenes radiológicas digitales en una sala de examen.
Después de la interpretación de los resultados del examen, el Dr. Schumacher decide que la estenosis
se debe quitar por la cirugía vascular. Para el apoyo en su proceso de toma de decisiones, se puede hacer
referencia a una serie de ejemplos similares.
3.8 Ejemplo 147
Para la localización de la estenosis ordena una angiografía por sustracción digital para el Sr. Hofmann.
Debido a la naturaleza específica del problema, el Dr. Schumacher en contacto con el departamento de
radiología a sí mismo. También introduce la fecha para la angiografía del Sr. Hofmann en el libro
electrónico cita radiológica.
El estrés y la emoción por el próximo procedimiento conduce a un aumento de la presión arterial
del señor Hofmann, una circunstancia realizado por el Dr. Schumacher durante su ronda clínica del
perfil de valores de presión arterial se muestra en la unidad de visualización portátil que forma parte de
la estación de trabajo profesional de la salud. Por lo tanto, aumenta la dosis del fármaco
antihipertensivo. Este cambio en la medicación se registra, a través de la unidad de visualización
portátil, en el sistema de documentación médica y se tendrá en cuenta durante la próxima dispensación
de la medicina.
Entrada de pedidos y Programación
Para la programación de la intervención quirúrgica, el Dr. Schumacher en contacto con el

Departamento de Cirugía Vascular de la PMC y discute el caso del Sr. Hofmann con el cirujano, el Dr.
Schoenberg, sobre la base de la historia clínica electrónica que comprende el documentos de texto,
imágenes, sonido y documentos a los que tanto los médicos pueden acceder desde sus lugares de
trabajo. Además, la documentación referente a que el paciente se pone a disposición por el neurólogo
a su colega en el Departamento de Cirugía Vascular.
Ambos están de acuerdo en una fecha para el procedimiento. Los datos de los pacientes se muestran para
el Dr. Schoenberg en su monitor, y mediante el uso de la gestión de la función de recursos que hace que las
reservas para una cama y sala de operaciones.
órdenes Dr. Schumacher, como medida administrativa, la transferencia de Hofmann en la fecha
acordada. La grabación de esta transferencia tiene lugar automáticamente en el sistema central de gestión de
pacientes, después de la aceptación de la transferencia por el Dr. Schoenberg. Como resultado, la cama de
Hofmann en el departamento de neurología se marca como Disponible a partir de la fecha de la transferencia.
El manejo exitoso de la transferencia del paciente se documenta mediante la atribución de la condición de
“preparado” a la medida en cuestión.
Remisión a otro departamento

En la fecha de la transferencia, el Dr. Schumacher revisa tanto la terapia y el estado de salud del Sr.
Hofmann. Él puede presentar claramente los valores determinados para los factores de coagulación,
presión arterial, y control de la diabetes en el monitor. En la documentación que se muestra en el monitor,
una especial marca indica el aumento de la presión arterial. Dr. Schumacher altera el valor límite en la
función de referencia para la presión arterial desde una reducción de la presión con el valor normal podría
comprometer un suministro suficiente de sangre al cerebro.
Durante sus visitas de sala, el Dr. Schumacher confirma la transferencia programada para ese día. A
partir de entonces, todos los servicios prestados al paciente se cesaron y documentados para fines de
facturación. Información sobre los servicios es
transmitido al departamento que se continúa el tratamiento. Hofmann mantiene el mismo número

de teléfono que tenía en su pupila originales. Se solicita un servicio de transporte para llevarlo al
departamento de realizar un tratamiento adicional.
La enfermera genera un informe final sobre los cuidados de enfermería, que se llene y firme, usando
su tarjeta profesional de la salud para la autenticación.
El informe final de la enfermería, la epicrisis (sobre el tratamiento dado por entonces), y otros
documentos esenciales se hacen automáticamente a disposición del departamento de continuar el
tratamiento.
El alta hospitalaria
Después del procedimiento generó ninguna complicación, el Sr. Hofmann permanece en el departamento
de cirugía durante unos cuantos días de observación. El médico en el departamento de neurología es
informado sobre el resultado de la operación y el progreso de la recuperación.
El paciente es dado de alta del PMC un corto tiempo después. Su descarga se documenta en el
registro electrónico del paciente. Hofmann devuelve la tarjeta del paciente, y de los servicios registrados
en el mismo se introducen en la estación de trabajo.
Antes de salir del hospital, el Sr. Hofmann pide al departamento de neurología en la fecha para el
cuidado postoperatorio se establezcan. A modo de la estación de trabajo profesional de la salud, se
propone un plan (estándar) para los cuidados posteriores al Dr. Schumacher que, junto con el Sr.
Hofmann, se adapta a las necesidades y deseos de este último.
Hofmann va a la oficina central para la admisión del paciente y el alta del paciente, donde se le
da, al salir del hospital, un proyecto de ley para aquellos servicios que tienen que ser reembolsado por
el propio paciente.
Después de completar las medidas solicitadas por el Sr. Hofmann y documentación de los
resultados, el Dr. Schumacher escribe un informe de alta que se genera de forma automática.
Que completa los documentos y firma electrónica.
Inmediatamente después del alta del paciente del hospital, la información relevante para su
posterior tratamiento, así como un plan de tratamiento, se transmiten electrónicamente al Dr.
Schroeder, el médico de referencia.
Toda la información necesaria para la facturación se extrae de forma automática a partir de los datos de los
pacientes documentados. Una factura de los servicios prestados se hace fuera de la institución coste-reembolso.
The administrative sector is also supported in converting the diagnosis on discharge into a
code. This code, the master information on the patient, and other relevant data are compiled
automatically and, through the communication system, are passed on to the patient records
department.
After completion of the case, the patient is removed from the list of current patients, and
the electronic patient record is archived—transmitted to an unalterable and indelible optical
bulk storage location.
3.10 Summary 149
Should Mr. Hofmann be readmitted to the PMC for treatment at a future time, access to the
electronic patient record can be gained again through the healthcare professional workstation.
3.9 Exercises
Exercise 3.9.1: Hospital Functions and Processes
Look at the process presented in example 3.8.1. Match the different steps of a patient's stay in
a hospital with the hospital functions presented in section
3.2.
Exercise 3.9.2: Multiprofessional Treatment Teams
Look at the process presented in example 3.8.1. Describe the different healthcare
professionals who are involved in patient care. What are their roles in the multiprofessional
treatment team? Which healthcare professional groups are also important for patient care
but not explicitly mentioned in the process description?
Exercise 3.9.3: Information Needs of Different Healthcare Professionals
Look at the process presented in example 3.8.1. What are the most important information
needs of the different healthcare professionals involved?
3.10 Summary
The typical main hospital functions are patient admission, planning, and organization of
patient treatment, order entry and communication of findings, execution of diagnostic and
therapeutic procedures, clinical documentation, administrative documentation and billing, and
patient discharge and referral to other institutions. These hospital functions are typically
supported by the functions handling patient records, work organization and resource
planning, and hospital administration.
HIS models are used to support the description, management, and operation of HIS. A
good model adequately supports information managers in these tasks. According to their
different purposes, different metamodels (models of models) exist for HIS. We can, for
example, refer to functional metamodels,
technical metamodels, organizational metamodels, data
metamodels, and business process metamodels.
A metamodel for modeling hospital information systems is the threelayer graph-based
metamodel (3LGM). It is used to describe the static view of an HIS over three layers: the
domain layer, the logical tool layer, and the physical tool layer.
150 3 What Do Hospital Information Systems Look Like?
Typically, an HIS comprises dedicated application components to support information

processing in patient administration units, wards, outpatient units, diagnostic service units,
therapeutic service units, and hospital administration units.
At the logical tool layer, we can distinguish between DB 1 and the DB n

architectural styles, depending on the number of application components containing a
database system. Typical architectural styles at the physical tool layer are the
mainframe-based architecture and the client-server architecture. Today, distributed
architectures on the logical and physical tool layers can usually be found.
Within distributed hospital information systems, special emphasis has to be placed on the
integration of the various components. Integrity of data in the broadest sense means how the
correct data are. We differentiate between formal integrity (object identity and referential
integrity) and content integrity (supported by medical data dictionaries). Integration is a union
of parts making a whole. We can distinguish data integration, access integration, presentation
integration, and contextual integration. Methods and tools for system integration in distributed
systems comprise federated database systems, middleware, and HTML. Special methods
and tools for integrating hospital information systems comprise communication server and
communication standards (for data integration), CORBAmed (for access and presentation
integration), and CCOW (for contextual integration).
When hospital information system have to be integrated within a healthcare region, two
main problems occur: the encryption of the messages and the unique patient identification.
4What Are Good Hospital
Information Systems?
4.1 Introduction
Quality in general is the ability to meet all the expectations of the purchaser of goods or
services, or, in other words, the degree to which a set of inherent characteristics fulfills
requirements, where “requirements” means need or expectation. 51
Three major approaches to quality assessment are quality of structures, quality of

processes, and outcome quality. 52 In the context of health care, the concept of quality of
structures means the human, physical, and financial resources that are needed to provide
medical care (e.g., educational level of staff, availability of medical equipment). Quality of
processe s describes the quality of activities carried out by care providers (e.g., adherence to
professional standards, appropriateness of care). Finally, outcome quality
describes the effects of patient care, that is, the changes in the health status of the patient
(e.g., mortality, morbidity, costs). While quality of structures influences quality of processes,
quality of processes in turn influences outcome quality.
Those concepts can be transferred to hospital information systems. In this context, quality
of structures refers to the availability of technical or human resources needed for information
processing (e.g., number and availability of computer systems and other ICTs, i.e., the HIS
infrastructure). Quality of processes deals with the quality of the information processes that are
necessary to meet the user’s needs. Outcome quality describes whether the goals of
information management have been reached, or, in a broader sense, to what extent the
hospital information system contributes to the goals of the hospital.
51. ISO. International Standard ISO 9000:2000. Quality management systems— Fundamentals and
vocabulary. Geneva: International Organization for Standardization, International Electrotechnical
Commission; 2000. http://www.iso. org.
52. Donabedian A. Explorations in quality assessing and monitoring, Vol 2: The criteria and standards of
quality. Ann Arbor: Health Administration Press; 1982.
152 4 What Are Good Hospital Information Systems?
These quality concepts for hospital information systems can help to identify and solve
problems concerning information processing. In other words, quality characteristics may help
to describe HIS diseases (the problems), the corresponding HIS diagnoses (identification of
the problems), and adequate HIS therapies (solution of the problems).
It may not be so difficult to describe what a bad hospital information system means. But
what are characteristics and features of a good hospital information system? In this chapter,
we introduce some of the most essential ones.
After reading this chapter, you should be able to answer the following questions:
• Which facets of quality have to be considered in hospital information systems?
• What are the characteristics of the quality of structures of HIS, and how can they be
assessed?
• What are the characteristics of the quality of processes of HIS, and how can they be
assessed?
• What are the characteristics of outcome quality of HIS, and how can they be assessed?
• What does information management have to balance in order to increase the quality
of a hospital information system?
4.2 Quality of Structures
In the context of health care, the concept of quality of structures includes the human,
physical, and financial resources that are needed to provide medical care (e.g., educational
level of staff, availability of medical equipment). In the context of hospital information
systems, the quality of structures refers to the availability of technical or human resources
needed for information processing (e.g., infrastructure of the information system, computer
knowledge of staff). It comprises quality characteristics of data, of information processing
tools, and of component integration.
• What criteria for quality of data exist?

• What criteria for information processing tools exist?
• What criteria for the integration of components exist?
Quality of Data
Data that are stored and processed in a hospital information system should adhere to certain
criteria for data quality, such as
4.2 Quality of Structures 153
• correctness (e.g., correct patient name),

• integrity (see section 3.7),
• reliability (e.g., no element of uncertainty with regard to the patient’s name),
• completeness (e.g., no administrative data on the patient are missing),
• accuracy (e.g., patient data are as detailed as necessary),

• relevancy (e.g., no irrelevant data such as number of grandchildren are stored),
• authenticity (e.g., the authorship of a discharge report is clear and indisputable),
• availability (e.g., recent lab results are available on the ward),

• confidentiality and security (e.g., the diagnoses of a patient are only accessible to the
treating healthcare professionals), and
• safety (e.g., data are is secure from being lost in case of technical failures).
When databases are involved, the common normal forms of databases should also be taken
into account.
Quality of Information Processing Tools
The quality of information processing tools can be separated into quality of application
components and the quality of data processing components. The quality of information
processing tools can usually be assessed using system analysis, evaluation, and assessment
methods. In general, only a missing or erroneous information processing tool should attract
attention.
Quality of Application Components

Computer-based application components are controlled by application programs, which are
adapted software products. These software products have to have a certain quality. The main
characteristics of this software quality
have been defined by ISO 9126. 53 The objective of this standard is to provide a framework for
the evaluation of software quality. ISO 9126 sets out six quality characteristics with
corresponding subcharacteristics:
• Functionality: Are the required functions available in the software?

• Reliability: How reliable is the software?
• Usability: Is the software easy to use?
53. 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.
• Efficiency: How efficient is the software?

• Maintainability: How easy is it to modify the software?
• Portability: How easy is it to transfer the software to another environment? ISO 9241 54 specifically
deals with software ergonomics. It contains 17 parts. Part 10 of this standard deals with
dialogue principles for user interface design. A high level of software ergonomics is very
important in HIS because healthcare professionals spend only a smaller amount of their
working time at computers, they are not trained computer workers, and they often have to
use various application components. In addition, staff turnover is very high, so the software
products should be easy to learn and to use.
The dialogue principles of ISO 9241 are as follows:
• Suitability for the task: Does the user interface support the user in fulfilling his tasks
effectively and efficiently?
• Suitability for learning: Is the user being supported to learn and use the user
interface?
• Suitability for individualization: Can the user interface be adapted to the tasks and to
the individual skills and needs of the user?
• Conformity with user expectations: Is the user interface consistent and adapted to the
characteristics of the user (e.g., his knowledge, skills, and expectations)?
• Self-descriptiveness: Is each step of the user interface understandable for the user by
providing direct feedback or explanation?
• Controllability: Can the user, after having initiated the first step, control the flow and
speed of tasks?
• Error tolerance: Can the task be completed if obviously wrong input is entered by the
user, with either little or no effort to correct it? Many of those quality criteria also can be
applied to paper-based information processing tools (Figure 4.1).
54. ISO. International Standard ISO 9241. Ergonomics requirements for of fice work with visual display
terminals (VDTs). Geneva: International Organization for Standardization, International Electrotechnical
Commission; 1993. http://www.iso.org.
Figure 4.1: Paper-based documentation at the patient’s bedside, using an easy-to-use, stable, mobile,
paper-based information processing tool.
Quality of Data Processing Components

The quality of physical information processing tools can be described by the following
characteristics:
• Appropriateness (e.g., not dominating the physician-patient relationship),
• Availability (e.g., mobile tool that is not restricted to a certain place),

• Multiple usability (multipurpose, e.g., personal digital assistant),
• Efficiency (e.g., low cost for purchase and support),
• Flexibility (e.g., can be modified easily),
• Stability and reliability,
• Security (e.g., supporting basic data security, data safety, as well as electrical safety),
• Harmlessness (e.g., not harming the user or the patient),

• Usability (e.g., easy to use, user friendly), and
• Standardization (e.g., standardized form for order entry). In addition, several
country-specific regulations concerning the quality of medical-technical equipment have to be
considered, especially in service units such as operation rooms.
Many of those quality criteria also can be applied to paper-based information processing
tools (compare Figures 4.2 und 4.3).
Figure 4.2: A bed as a flexible tool, also supporting information processing tasks.
Figure 4.3: In a senior physician’s office, “special” organization of work using paperbased tools.
Quality of Component Integration
HIS architecture should ensure that the different computer-based and paperbased information
processing tools can be smoothly and efficiently coordinated, in order to provide a maximum
quality of information processing.
Quality of component integration can comprise various characteristics, such as data

integration, access integration, presentation integration, and contextual integration. They have
been presented in detail in section 3.7.
In general, the systematic management of the HIS can help to achieve a component
integration that is able to support the main functions of a hospital. Methods and tools for
integrating components within distributed hospital information systems have also been
described in section 3.7.
Besides the diverse aspects of integration quality, two other aspects will be discussed
here that are also related to the quality of component integration: adaptability and flexibility of
the HIS, and controlled redundancy of data.
Adaptability and Flexibility

In general, the hospital information system should be sufficiently flexible to adapt to the
changing needs of the hospital. For example, it should be easy to add new computer-based
application components to the information systems, and application components should be
easily replaceable by other (advanced) application components. A star-based architecture
with a communication server (see section 3.6) supports the exchanging or adding of new
computer-based application components. Additionally, the available bandwidth of the network
infrastructure should be easily extendable to match the increasing volume of communication.
Controlled Redundancy of Data

Usually, redundant data storage should be avoided. However, there are reasons why
redundant data storage is unavoidable, mostly because commercial software products that
have their own database system and that use the same patient data are bought. For example,
most application components need patient administrative data. In a communication-based (not
databasecentered) architecture, this data redundancy can be systematically managed if one
administrative application component with its master database system (see section 3.7) has to
distribute new or updated patient administrative data to the other application components. All of
those other application components may redundantly store patient data in their database
systems.
Sometimes, data redundancy is valuable. For example, data may be stored redundantly
in different sites in order to avoid data loss in case of systems failures. Or patient data may be
available in the electronic patient record, but also as copy in a microfiche archive or in a
paper archive. Also, data may be duplicated on different hard discs in a specific database
server (e.g., using redundant array of independent discs [RAID] technology), allowing
reconstruction of data when a hard disc fails.
But this data redundancy must be systematically managed. In particular, it must be clear
which component is the master source of the data, when
data copies are made, for which purpose they are made, and in which case changes of the
master data are communicated to the data copies. Only a thorough planning, monitoring, and
directing of data redundancy in a hospital information system can avoid the proliferation of
data and the uncontrolled, chaotic storage media redundancy.
Exercises
Exercise 4.2.1: Diagnoses and Therapy of Quality of Structures
Various quality criteria for the structures of hospital information systems have been
presented. Discuss how you can diagnose an insufficient quality of structures: Which method
could you use to assess each of the mentioned quality criteria? Then explain how you could
deal with an insufficient quality of structures: What can be done to improve the different
aspects of the quality of structures?
Exercise 4.2.2: Quality of Information Processing Tools
Various quality criteria for the quality of information processing tools have been presented.
They primarily focus on computer-based components. Discuss how those criteria can be
applied to paper-based information processing tools.
Summary
Criteria for quality of structures of hospital information systems comprise quality of data,
quality of information processing tools, and quality of component integration.
• Quality of data comprises issues such as correctness, integrity, reliability,

completeness, accuracy, relevance, authenticity, availability, confidentiality and
security, and safety.
• Quality of information processing tools comprise quality of application components
(such as software quality and software ergonomics), and quality of data processing
components (such as usefulness, appropriateness, availability, multiple usability,
etc.).
• Quality of component integration comprises adaptability and flexibility of the HIS and
controlled redundancy of data.
4.3 Quality of Processes 159
4.3 Quality of Processes
In general, quality of processes describes the quality of activities carried out by care providers
(e.g., adherence to professional standards, appropriateness of care). In the context of hospital
information systems, quality of processes deals with the quality of the information processes
that are necessary to meet the user’s needs.
Criteria for quality of processes in HIS comprise efficiency of information logistics,

leanness of information processing tools, single recording and multiple usability of data,
controlled transcription of data and no media cracks, and patient-centered information
processing.
The quality of processes can be assessed using system analysis and evaluation
methods, especially by methods for analyzing and optimizing business processes where
various methods and tools exist.
After reading this chapter, you should be able to answer the following question:
• What are the characteristics of the quality of processes of HIS, and how can they be
assessed?
Efficiency of Information Logistics
Information processing should be as efficient as possible. It should not contain unnecessary

steps (e.g., documentation of data that are never used again), should be as parallel as
possible, should allow the multiple usability of data, and should avoid redundant activities
(e.g., transcription of data).
In general, information logistics (see section 2.4) should be organized as efficiently as
possible (compare Figure 4.3):
• The right information: Is the information correct, reliable, and valid? For example, is
the patient identification on the lab result correct?
• At the right time: Is the information available when the healthcare professional needs
it ( just in time)? For example, are the recent lab results available during the
physician’s round?
• At the right place: Is the information available wherever the
healthcare professional needs it? For example, is nursing documentation available at
the patient’s bedside as well as in the ward office?
• To the right people: Is the information available only to the healthcare professional
needing it? For example, are the diagnoses of a patient only available to the treating
healthcare professionals? Is data protection guaranteed?
• In the right form: Is the information available in a usable format for the healthcare
professional? For example, can information personally be filtered ( personal filtering), not
overwhelming the healthcare professional with too much information ( information
overload)?
Leanness of Information Processing Tools
The user wants to use as few application components and data processing components as
possible for a given task. Thus for each task, there should be as many different tools as
necessary but as few as possible. For example, during nursing documentation, how many
information processing tools does a nurse have to use (e.g., an application component for care
planning, another application component for report writing, and the paper-based record for
order entry)? The fewer the information processing tools that have to be used for one task, the
easier it is for the staff. In addition, information processing tools should not dominate the
processes. For example, the communication between healthcare professional and patient as
well as within the healthcare professional team may not be good if it is supported by powerful
computer systems with large screens. Thus, information processing tools should stay more in
the background.
Single Recording, Multiple Usability of Data
Application components often need the same data. For example, patient administrative data
or basic medical data are needed by many different application components. To avoid
duplicate data entry, which is inefficient and prone to error, data should be recorded only
once, even when they are used by different application components and stored in different
databases. One prerequisite is data integration (compare section 3.7). Multiple usability of
data is one of the most important benefits computer support can bring to information systems.
Controlled Transcription of Data, No Media Cracks
Transcription of data should be avoided. Transcription means the transfer of data from one
storage device to another storage device, e.g., to transfer patient diagnoses from the patient
record to an order entry form, or to copy data from a printout into a computer-based
application component (Figures
4.4 and 4.5). Transcription usually leads to the duplication of data. This has to be avoided as it
is time-consuming and possibly erroneous. Transcription is usually combined with a change of
the storage media ( media crack), but can also include the transfer from paper to paper.
Figure 4.4: Example of a transcription (1).
Patient-Centered Information Processing
The degree of highly specialized and distributed patient care creates a great demand for
integrated information processing among healthcare profession-
als and among healthcare institutions (compare section 0). Information processing therefore
should center on the patient (not on the institution). This means, for example, that all relevant
data about a patient should be made available to any healthcare professional involved in the
care of the patient. The availability of an electronic patient record system that stores all data
about a patient is usually the precondition for real patient-centered information processing.
Exercises
Exercise 4.3.1: Diagnoses and Therapy of Quality of Processes
Various quality criteria for the quality of processes of hospital information systems have been
presented. Discuss how you would assess the different aspects of an insufficient quality of
processes. Which method could you use to assess each of the cited quality criteria? Then
explain how you could deal with an insufficient quality of processes: What can be done to
improve the different aspects of the quality of processes?
Exercise 4.3.2: Transcription of Data
Look at Figures 4.4, 4.5, 4.6, and 4.7. They show four examples of transcriptions. Answer the
following questions:
• In which process may this transcription take place?

• Which data may be transcribed?
• Which tools are involved? Is the transcription associated with a media crack?
• Which negative consequences may this transcription have?

• What can be done to avoid the transcription or to avoid errors?
Exercise 4.3.3: Leanness of Information Processing Tools
Explain how the leanness of information processing tools, as described above, is correlated
with the transcription of data and media cracks.
Exercise 4.3.4: Quality of Processes
Have a look at Figure 4.8, an extract from a simplified UML activity diagram process model
of the process “ordering meals” from the Plötzberg Medical Center and Medical School
(PMC). Which of the criteria for quality of processes is not fulfilled? How could the process
be changed (e.g., by
using other information processing tools) to improve the quality of processes?
Card is sent to the kitchen

........
Card is automatically copied into the kitchen

Nurse asks patient about
software by a card reader
his meal wishes
......
Nurse documents meal wishes
on the weekly meal plan
Nurse copies meal wishes from

meal plan to a card
Figure 4.8: Extract from the business process “meal ordering.”
Summary
The criteria for quality of processes of hospital information systems are
• efficiency of information logistics (e.g., correctness and completeness, just-in-time

information, availability, personal filtering);
• leanness of information processing tools;
• single recording, multiple usability of data;
• controlled transcription of data, no media cracks;
• patient-centered information processing.
4.4 Outcome Quality
In general, outcome quality describes the effects of patient care, that is, the changes in the
health status of the patient (e.g., mortality, morbidity, costs). In the context of hospital
information systems, outcome quality describes whether the goals of information management
have been reached, or, in a broader sense, to what extent the hospital information system
contributed to the goals of the hospital and to the expectations of different stakeholders.
Quality of outcomes thus means whether the hospital information system finally fulfills the
needs of its different user groups and thus supports efficient and effective patient care.
Outcome quality describes the measurable
4.4 Outcome Quality 165
value of the HIS for the hospital and its various stakeholders. Despite good quality of structures
and processes, it is not proven that the hospital information system contributes to the aims of
the hospital or the expectations of the stakeholders. Quality of structures and quality of
processes is just a prerequisite for outcome quality.
The outcome quality of HIS can be assessed using system analysis and evaluation methods
such as assessment studies.
After reading this chapter, you should be able to answer the following question:
• What are the characteristics of outcome quality of HIS, and how can they be assessed?
Fulfillment of the Hospital’s Goals
For the hospital as an enterprise, the hospital information system should contribute to
• quality improvement,
• patient satisfaction, and
• cost reduction
as general aims of all hospitals. Additional hospital aims include
• fulfillment of legal requirements,

• support of clinical research, and
• being a specialized medical competence center.
Furthermore, each individual hospital wants to attain further specific goals, in which the
HIS can participate. For example:
• Efficient communication with other health providers (e.g., quick communication of

discharge reports to the next health provider).
• All patient-related information is available during patient’s stay.
• A comprehensive electronic patient record should be established.
• The use of personal mobile information processing tools should be extended.
• User interface design should be optimized to reduce the necessary teaching time.
• Patients should be able to access the content of “their” electronic patient record.
• Medical research should be able to exploit the data stored in the electronic patient
record.
Fulfillment of Information Management Laws
In each country, different laws affect health information processing, addressing, for example,
organization of health care, financing of health care, and health statistics. Those laws must
be taken into account by information management.
An important part of these laws deal with data protection. Health-related patient data are
most sensitive and must be protected from unauthorized access. Normally, only those
healthcare professionals involved in the treatment of patients should be able to access patient
data. And only those data that are of potential importance for optimal patient care should be
stored. For example, for a surgical patient, earlier psychiatric stays may not be relevant to the
surgeon. The information system should be designed in such a way that data protection (as
defined by the national laws) is guaranteed.
For example, in the United States, the Health Insurance Portability and Accountability
Act (HIPAA) of 1996 deals with standards for electronic data interchange, protection of
security and confidentiality of electronic health information, and unique identifiers for
providers and patients. 55 In Germany, laws on the organization of health care (SGB V 56), on
its financing (KHG, 57 BPflV 58), on data protection (BDSG 59), on digital signatures (IuKDG 60), and
on hospital statistics have to be taken into account in information management.
Fulfillment of the Expectations of Different Stakeholders
As well, distinct stakeholders have specific expectations. The following user needs should be
addressed:
55. Health Insurance Portability and Accountability Act (HIPAA). http://

www.cms.gov/hipaa.
56. Basler D, Sander A. Fünftes Buch Sozialgesetzbuch V (SGB V). Editio Cantor;
2002. Also: http://www.sozialgesetzbuch.de/gesetze/index.php.
57. Jung K (eds). Krankenhausfinanzierungsgesetz (KHG). Stuttgart: Kohlhammer;
1985. Also: http://www.bmgesundheit.de/downloads-gesetze/gesetzlichekranken-
versicherung/soli/khg.htm.
58. Tuschen KH, Quaas M. Bundespflegesatzverordnung (BpflV). Stuttgart: Kohl hammer; 2001.
59. Gola P, Schomderus R, Ordemann H-J. Bundesdatenschutzgesetz (BDSG). C.H. Beck; 2002. Also:
http://jurcom5.juris.de/bundesrecht/bdsg_1990/gesamt.pdf.
60. Informations-und Kommunikationsdienstgesetz (IuKDG). http://www.iid.de/
rahmen/iukdgbt.html.
4.5 Balance as a Challenge for Information Management 167
• Patient: Availability of up-to-date medical knowledge gives the staff more time for the
patient, as they don’t waste time on unnecessary documentation tasks or inflexible
information processing tools.
• Relatives: The patient can easily be found in the hospital, and information for home
care is made available.
• Physicians: Test results are available at the physician’s rounds, so that not time is
lost with insufficiently designed information processing tools. Multiple usability of
data, the availability of the whole patient record, simple and standardized forms for
data entry, and access to new medical knowledge are important.
• Nurses: Easy procedures for scheduling and order entry, availability of bedside
documentation tools, support of ward organization, and easy access to nursing
guidelines and to nursing knowledge are provided.
• Administrative staff: Up-to-date administrative information and efficient tools to
support billing and financial budgeting are available.
• Hospital management: Easy access to complete and up-to-date information on the
quality of patient care and on its costs is provided.
Exercises
Exercise 4.4.1: Diagnoses and Therapy of Outcome Quality
Various quality criteria for the outcome quality of hospital information systems have been
presented. Discuss how you can diagnose insufficient outcome quality. Which method would
you use to assess each of the cited quality criteria? Then explain how you would deal with
insufficient outcome quality. What can be done to improve the different aspects of outcome
quality?
Exercise 4.4.2: National Laws for Information Processing
As described above, information processing has to take into account the different laws of the
respective country. Find out (e.g., using information from the Internet, from publications, or
from other lectures) which laws are important for your country with regard to information
processing. Briefly describe the content of the laws.
Summary
The criteria for outcome quality of hospital information systems are
• fulfillment of the hospital’s goals,

• fulfillment of the information management laws, and
• fulfillment of the expectations of different stakeholders.
4.5 Balance as a Challenge for Information Management
Besides quality criteria, optimal balance is also a determinant of the quality of the hospital
information system. This is a particular challenge for information management, as it must
weigh the different—and possibly contradicting—goals of the hospital. The solution will
require the ability of those responsible for information management to carry through with their
goals, and the willingness of the affected stakeholders to compromise. Above all, an
appropriate organization of strategic information management is required. Systematic
information management is discussed in Chapter 5.
After reading this section, you should be able to answer the following question:
• What does information management have to balance in order to increase the quality
of a hospital information system?
Balance of Homogeneity and Heterogeneity
The collection of information processing tools (both on the logical and on the physical tool
layer) should be as homogeneous (i.e., comparable in appearance and usability, for example
using tools from the same vendor) as possible and as heterogeneous as necessary. In
general, a homogeneous set of information processing tools makes training and support of
users easier and thus leads to reduced costs for the HIS. However, in reality, we usually find a
very heterogeneous set of tools at both the logical and the physical tool layer. Why?
At the logical tool layer, we need application components for the support of the hospital
functions (see section 3.2). Maximum homogeneity, at least for the computer-supported part
of the hospital information system, can easily be reached when just one computer-based
application component exists that is implemented through a single software product from a
single manufacturer. Normally, this can be realized only when the hospital produces its own
software. As this is not economically feasibly for hospitals, diverse software products are
purchased, which can lead to a very heterogeneous HIS. This is especially true when
products are chosen from different manufacturers. These products might please the various
stakeholders of the hospital (which will all have optimal support for their tasks), but they will
make integration, operation, and user support much more difficult. These difficulties are often
overlooked by the concerned stakeholders. In this situation, it is the task of information
management to ensure and support an appropriate compromise between the hospital’s need
for economical homogeneous information processing and the needs of the various
stakeholders.
At the physical tool layer, the heterogeneity is often the consequence of the evolution of
the HIS, comprising different generations of computer sys-
tems and application components. This could be prevented only if all components are
regularly completely exchanged, which is generally not sensible.
Heterogeneity is not always bad. Moreover, heterogeneity is appropriate to a certain
degree. But when heterogeneity of information processing tools is not systematically managed,
it can lead to the uncontrolled proliferation of tools and to unnecessary costs. The better all
stakeholders are involved in strategic information management through an appropriate
organization, the more this situation can be avoided.
Balance of Computer-Based and Paper-Based Tools
It is the task of information management to manage information processing in such a way

that the goals of the hospital can best be reached. So, for a hospital whose goal is to provide
very personal and humane treatment, it might be sensible, for example, to abstain from the
use of technology and especially computers as much as possible for all immediate
physicianpatient contact. It is possible to write notes on the ward with paper and pen rather
than using electronic tools, depending on what best supports the hospital’s functions. For a
hospital whose goals it technological leadership, it might be appropriate to proceed in the
opposite direction.
That is, the optimum of computer support is not defined by the maximum; rather, it
evolves through the various goals of the hospital and its stakeholders as well as through the
hospital functions to be supported.
Balance of Data Security and Functionality
The data saved in a hospital information system are worth protecting. Every patient must be
confident that his or her data won’t be made available to a third party. To ensure this, the
appropriate laws of the particular country are to be adhered to. However, hospital information
systems are not just purely technical, but rather are socio-technical systems. This means that
people are also part of the information system and are therefore also responsible for data
security and protection.
A hospital information system should implement strict access control methods to ensure
that unauthorized access is impossible. However, this can lead to hindrances in the
execution of hospital function. For example, it may occur that a medication cannot be
prescribed in an emergency when the attending physician belongs to another hospital
department and therefore doesn’t have the right to read the clinical-chemical result or to
order a medication. This can, in an extreme case, even lead to a life-threatening situation.
Thus, an access control system that is strict and adapted to predefined tasks and roles in a
department can hinder the cooperation between healthcare professionals and other
departments. This would be unfortunate,
as it is the job of information management to build the HIS such that cooperation is
supported. Consequently, following a thorough risk analysis, it should be weighed whether
access control measures in certain situations should be less strict for medical staff, thereby
strengthening their own level of responsibility.
Similar risks should be considered in determining how long data should be kept.
Healthcare laws, research needs, and lawsuit requirements should be addressed. So, for
example, following the expiration of the storage period, if documents are destroyed, it could be
difficult to prove that the hospital carried out a correct medical process in the event of a
lawsuit. The resulting consequences would be requests for damage compensation and
possibly punishment. However, long-term storage of data may be costly and spaceconsuming
(e.g., archive room, disk storage capacity). Risk management must be carried out with strong
support from hospital management.
Balance of Functional Leanness and

Functional Redundancy
Functional leanness describes a situation where one hospital function is supported by one and
only one application component; the opposite is functional redundancy which results in
additional costs both for investment and maintenance. But as discussed with controlled data
redundancy (compare section 4.2), functional redundancy is not always bad. For example,
patient admission may be supported by application components other than the patient
management system and the application component for the delivery room’s management.
Even if this conflicts with functional leanness, it may be suitable to have a more convenient
graphical tool in the clinical area and a faster and text-oriented tool for specialized
administrative staff. Thus it is the management’s task to check carefully where and why there
is functional redundancy, because unmanaged functional redundancy may lead to functional
oversaturation and unnecessary costs.
As a consequence, these checks may lead to the necessity of declaring an application

component to be superfluous. Don’t hesitate to remove those components; otherwise the HIS
will become logically oversaturated.
Summary
Besides quality criteria, which should be fulfilled as well as possible, an optimal balanced
situation is also a determinant of the quality of the hospital information system. This is a
particular challenge for information management. These criteria comprise:
• Balance of homogeneity and heterogeneity: The collection of information processing

tools (at both the logical and the physical tool layer) should be as homogeneous as
possible and as heterogeneous as necessary.
• Balance of computer-based and paper-based tools: The optimum of computer support

is not defined through the maximum; rather, it evolves through the various goals of
the hospital and its stakeholders as well as through the hospital functions to be
supported.
• Balance of data security and functionality: Risk should be weighed for the
determination of how data security is achieved, and how long data should be kept.
• Balance of functional leanness and functional redundancy: Functional redundancy

results in additional costs both for investment and maintenance, but there may be
reasons to have redundant functionality.
4.6 Examples
The following examples present various attempts to describe quality criteria for HIS.
Example 4.6.1: The Baldrige Healthcare Information Management Criteria
This example is taken from the Malcolm Baldrige National Quality Award Program 61:
Describe how your organization ensures the quality and availability of needed data and
information for staff, suppliers/partners, and pa tients/ customers. Within your response,
include answers to the following questions:
a. Data Availability (1) How do you make needed data and information available? How do you
make them accessible to staff, suppliers/partners, and patients/customers, as appropriate?

(2) How do you ensure data and information integrity, reliability, accuracy,
timeliness, security, and confidentiality? (3) How do you keep your data and information
availability mechanisms cur -
rent with healthcare service needs and directions?
b. Hardware and Software Quality (1) How do you ensure that hardware and software are
reliable and user
friendly? (2) How do you keep your software and hardware systems current with
healthcare service needs and directions?
61. National Institute of Standards and Technology, Baldrige National Quality Program.
http://www.baldrige.org.
Example 4.6.2: The Davies CPR Award of Excellence
The Computer-Based Record Institute (CPRI, now CPRI-HOST) established the Davies
Recognition Program 62 in 1994 to recognize exemplary imple- mentations of computer-based
patient records (CPRs). The rationale was to foster wider adoption in the industry by
highlighting and sharing lessons learned from organizations that have successfully used
computer-based records to improve healthcare delivery. The first awards were granted in
1995, and a total of 13 organizations have been recognized in the first six years of the program
through 2000.
The award is organized into four sections:
Management
• CPR planning: Assess the planning process for the CPR system, the relationship
between system planning and the business strategy of the healthcare organization,
and the business case used to justify and guide the investment.
• Implementation: Assess the approach to implementation and evolution of the CPR

system, and the key factors that contributed to success.
• Operations: Assess the management of ongoing operations of the CPR system.
• Evaluation of management of the CPR effort.
Functionality
• Targeted processes: Describe the clinical, administrative, and financial processes and
the goals for supporting those processes that drove the functional design of the CPR
system.
• Information access: Describe the extent to which information managed by the CPR
system meets critical organizational needs.
• Decision support: Describe the extent to which the CPR system provides tools for
supporting clinical decisions at the point of care and for improving clinical practice
and care delivery. The mix and specifics of decision support capabilities may differ
according to the setting and organizational objectives.
• Work flow and communication: Assess the extent to which the CPR supports the work
and work flow of care delivery and local and crosssetting communications between and
among healthcare professionals and patients, support staff, and other departments.
• Other operational and strategic activities: Describe the extent to which the CPR
supports other key organizational activities, as relevant.
62. Nicholas E. Davies CPR Recognition Award of Excellence Program. http://

www.cpri-host.org/davies/index.html.
4.6 Examples 173
• User satisfaction, productivity, and effectiveness: Assess the overall success of the
implemented CPR in supporting essential users of the system and care delivery
processes of the organization.
Technology
• Scope and design of CPR system: Describe the scope and technical design of the CPR
system, including software applications and tools used to implement and operate the
system.
• Security and integrity: Describe the strategy and approaches for managing,
maintaining, and enabling audits of system security, data confidentiality, and integrity
in support of the standards and business objectives of the healthcare organization.
Compliance with HIPAA security and privacy requirements should be addressed.
• Standards: Describe the adoption of standards to facilitate data standardization and

data sharing within the healthcare organization and with external organizations and
parties.
• Performance: Assess how the technology for the CPR system has supported its
end-users such that it (1) ensures that the CPR system meets desired levels of
performance necessary to support key users and business processes on a reliable,
sustained basis, and (2) supports advances in technology and growth and
organizational changes in the business of the healthcare organization.
Value
• Success in meeting expectations of the business case.

• Success in achieving desired change in targeted processes.
• Success in meeting other corporate objectives.
Example 4.6.3: The JCAHO Information Management Standards
The Joint Commission on Accreditation of Healthcare Organizations (JCAHO) 63 is an

independent, not-for-profit organization. It evaluates and accredits more than 19,500
healthcare organizations in the United States,
e.g., hospitals, healthcare networks, ambulatory care units, long-term-care facilities, and
laboratories. Accreditation means to certify that an institution meets predefined quality
standards. JCAHO standards are nationally recognized as those that are conducive to
providing a high standard of patient care. External evaluation is done at regular time intervals
(e.g., three years). To comply with the standards, organizations usually develop a strategic
information management plan.
63. Joint Commission on Accreditation of Healthcare Organizations (JCAHO), http:// www.jcaho.org.

JCAHO has defined standards that must be fulfilled to achieve accreditation. Those
standards comprise, for example, aspects of patient care, data security, and staff management.
Since 1994, 10 information management standards have been introduced. Standards 1 to 6 are
planning standards, and standards 7 to 10 deal with standards and scoring guidelines using the
different types of information that must be linked to provide useful information for management's
decision-making processes.
The information management standards are as follows:
1. The hospital plans and designs information management processes

to meet internal and external information needs that are appropriate for the
hospital's size and complexity.
2. Confidentiality, security, and integrity of data and information are
maintained.
3. Uniform data definitions and data capture methods are used when-
ever possible.
4. Decision makers and other appropriate staff members are educated
and trained in the principles of information management.
5. Transmission of data and information is timely and accurate, and
the formats for disseminating data and information are standardized.
6. Adequate integration and interpretation capabilities are provided.

7. The hospital defines, captures, analyses, transforms, transmits, and
reports patient-specific data and information related to care processes and
outcomes.
8. The hospital collects and analyzes aggregate data to support pa-
tient care and operations.
9. The hospital provides systems, resources, and services to meet its
needs for knowledge-based information in patient care, education, research, and
management.
10. Comparative performance data and information are defined, col-
lected, analyzed, transmitted, reported, and used consistently with national and
state guidelines for data set parity and connectivity. The information management
standards are further divided into several sub-sections. For example, the subsections of
information management standard number 7 comprise the following criteria: entries are
made in patient records as soon as possible after the event; all entries are authenticated:
operative reports are written or dictated immediately after surgery; and so on.
4.6 Examples 175
Example 4.6.4: The KTQ Information Management Standards
Cooperation for Transparency and Quality in Hospitals (KTQ) 64 is a voluntary accreditation

program for German hospitals. It has been developed since 1997 by the German hospital
federation, the German medical association, and German health insurance institutions.
KTQ focuses on the quality of patient care and presents criteria for six main areas:
patient care that is oriented to the needs of the patient, staff development and staff
integration, patient and staff safety, information management, hospital management, and
quality management. The aim is to support continuous quality improvement by offering
criteria that can be used both for self-assessment and external assessment of the quality of
patient care in a hospital.
The main information management criteria (which are then further explained) are as
follows:
• Regulations for management, documentation, and archiving of patient data exist.
• Documentation of patient data is complete, correct, and reproducible.

• Regulations exist to guarantee that patient data are available whenever they are
needed.
• Regulations exist for information transfer within and between hospital departments.
• Central information offices of the hospital have up-to-date information.
• The hospital regularly informs the public.

• Data protection is guaranteed.
• A sufficient information technology infrastructure is available.
4.7 Exercise
Exercise 4.7.1: Quality Criteria for Hospital Information Systems
In the examples in section 4.6, different aspects of HIS quality are described. Analyze how they
correspond to the quality criteria for structures, for processes, and for outcomes as described in
Chapter 4. Which can be matched, and which cannot? Why?
64. Kooperation für Transparenz und Qualität im Krankenhaus (cooperation for transparence and
quality in the hospital), http://www.ktq.de.
4.8 Summary
Three major approaches to quality assessment are typically distinguished: quality of

structures, quality of processes, and outcome quality. Quality characteristics may help to
describe “HIS diseases,” find “HIS diagnoses,” and derive adequate “HIS therapies.”
In the context of hospital information systems, quality of structures refers to the

availability of technical or human resources needed for information processing. It comprises
quality of data, quality characteristics for information processing tools, and quality of
component integration. The quality of structures can usually be assessed using system
analysis methods (e.g., 3LGM) and evaluation methods.
Quality of processes deals with the quality of the information processes that are necessary
to meet the user’s needs. It comprises efficiency of information logistics, leanness of
information processing tools, single recording and multiple usability of data, controlled
transcription of data without media cracks, and patient-centered information processing. The
quality of processes can be assessed using system analysis and evaluation methods, such as
methods for analyzing business processes
Outcome quality describes whether the goals of information management have been
reached, or, in a broader sense, to what extent the hospital information system contributes to
the goals of the hospital and to the expectations of different stakeholders, taking into account
information management’s laws. Outcome quality can be assessed using system analysis
and evaluation methods such as assessment studies.
It is a particular challenge for information management to take into account those criteria
where only an adequate balance is a determinant of the quality of a hospital information
system. Those criteria comprise the balance of homogeneity and heterogeneity, the balance
of computer-based and paper-based tools, the balance of data security and functionality, and
the balance of functional leanness and functional redundancy.
5How to Strategically Manage
Hospital Information Systems
5.1 Introduction
Information management is defined as the management of all components of a hospital

information system: the management of information, of application components, and of physical
data processing components. We now look at the management of hospital information systems
and discuss typical goals and tasks as well as tools and methods for information management
in hospitals. 65
• What does information management in hospitals mean in detail?

• How is information management in hospitals typically organized, and what are the
responsibilities of a chief information officer (CIO)?
• Which tasks and methods are related to strategic HIS planning, and what is the
strategic information management plan?
• Which tasks and methods are related to strategic HIS monitoring?
• Which tasks and methods are related to strategic HIS directing?
5.2 Strategic, Tactical, and Operational

Information Management
In this section, we present in more detail the tasks of information management in hospitals.
After reading this section, you should be able to answer the following questions:
• What does information management encompass?

• What are the three main scopes of information management?
65. This chapter is based on Winter AF, Ammenwerth E, Bott OJ, Brigl B, Buchauer
A, Gräber S, et al. Strategic Information Management Plans: The Basis for Systematic Information
Management in Hospitals. Int J Med Inform 2001; 64(2-3): 99-109.
178 5 How to Strategically Manage Hospital Information Systems
• What are the tasks of strategic, tactical, and operational information management in
hospitals?
The concept management can stand for an institution or for an enterprise function. As an
institution, management comprises all organizational units of an enterprise that make
decisions about planning, monitoring, and directing all activities of subordinate units. As an
enterprise function, management comprises all leadership activities that determine the
enterprise’s goals, structures, and activities.
We can distinguish between (general) management dealing with the enterprise as a whole
and management dealing with distinguishable units of the enterprise. The management of the
business unit information processing is called information management. In general,
information management
should contribute to fulfill strategic enterprise goals. Information management encompasses
• the management of information

• the management of application components, and
• the management of physical data processing components whether computer-based or
not.
Information management plans the information system of an enterprise and its

architecture, directs its establishment and its operation, and monitors its development and
operation with respect to the planned objectives. Different management levels have different
perceptions and interests. With respect to its scope, information management can be divided
into strategic, tactical, and operational management, which all comprise as main tasks
planning, monitoring, and directing.
• Strategic information management deals with the enterprise's information

processing as a whole and establishes strategies and principles for the evolution of
the information system. An important result of strategic management activities is a
strategic information management plan, which includes the direction and strategy of
information management and the architecture of the enterprise information system.
• Tactical information management deals with particular enterprise functions or

application components that are introduced, removed, or changed. Usually these
activities are done in the form of projects. Such tactical information management
projects are initiated by strategic information management. Thus, strategic
information management is a vital necessity for tactical information management.
The re-
5.2 Strategic, Tactical, and Operational Information Management 179
sult of tactical information management projects is the enterprise information system.
• Operational information management is responsible for operating the components of

the information system. It cares for its smooth operation in accordance with the strategic
information management plan. This separation is essential, because each of these
information management levels has different perspectives, and therefore uses different
methods and tools. For example, strategic information management focuses on strategic
information management plans (compare section 5.4). Tactical management needs, for
example, methods for project management, user requirements analysis, and software
development or customizing. Operational management requires methods and tools for
topics, which range from intraenterprise marketing of services to help desk and network
management.
Figure 5.1 present the relationships among strategic, tactical, and operational information
management. Details are given in the next sections.
Information Operational Information

Management Management Management
Portfolio Strategic
Planning
Planning
Operation
Strategic Enterprise Management
Strat. IM Plan, Project

Project Plan
Tactical Information
Directing Directing
Monitoring Monitoring
HIS
component
User
HIS
HIS component
component
Figure 5.1: Relationship among planning, directing, and monitoring during strategic, tactical, and
operational information management.
Management comprises only those tasks that are nonexecutive. Therefore, operational
tasks (such as operating a computer server) are not part of management's tasks. However,
those operational tasks have to be planned, directed, and monitored. This is carried out by
Figure 5.2 presents a three-dimensional classification of information management

activities. It shows the three main objects of information man-
agement (information, application components, and physical data processing components), the
three main tasks (planning, directing, monitoring), and the three scopes (strategic, tactical,
operational).
scope
physical data
components
components
information
application
processing
l
na
io
at
er
op
objects
la
ic
ct
ta
planning
c
gi
te
ra
st
directing
monitoring
tasks
Figure 5.2: Three-dimensional classification of information management activi ties.
Information Management in Hospitals
We can now apply the defined management concepts to the enterprise “hospital.” Information
management in hospitals is the management of hospital information systems. The tasks of
information management in hospitals are
• planning the hospital information system and its architecture;

• directing its establishment and its operation; and
• monitoring its development and operation with respect to the planned objectives.
Information management in hospitals is performed in an environment full of influencing

factors. For example, decisions made by the hospital's management directly influence
information management (e.g., a decision to increase completeness of diagnoses coding).
New legal regulations have an effect on information management (e.g., a law enforcing the
introduction of a new billing system based on patient grouping). Users of the hospital
information system with their attitudes, comments, demands, and fears also influence
information management. On the other side, information management itself may affect, for
example, the management of the enterprise (e.g., information management may propose to
introduce a hospital-wide, multi-
professional electronic patient record system; this must in turn lead to strategic enterprise
activities such as process reorganization).
Figure 5.3 presents this relationship between HIS management and HIS operation, and the
influencing factors.
We now look at the activities of strategic, tactical, and operational information
management in hospitals.
is influenced by (e.g.
influences (e.g.
hospital management,
hospital
laws,
management)
users)
HIS management
(strategic, tactical, operational)
plans: strategic information

management plan
is monitored by ... directs ...
HIS operation
influences ... is influenced by ...
Figure 5.3: Strategic, tactical, and operational information management in hospitals, HIS operation, and
their relationships.
Strategic Information Management
Strategic information management deals with the hospital’s information processing as a

whole. It depends strictly on the hospital’s business strategy and strategic goals and has to
translate these into an appropriate information strategy. The planning activities of strategic
information management result in a specific strategic information management plan,
describing the HIS with its supported functions, its architecture, and its organization. An
important component of strategic information management is the strategic information
management plan. This plan includes the direction and strategy of information management
and gives directives for the construction and development of the hospital information system
by describing its intended architecture. A proposal for the structure and content of strategic
information management plans is presented in section 5.4. The strategic information
management plan is the basis for strategic project portfolios. They contain concrete projects,
which implement the objectives of the strategy, and shall be revised regularly. For example,
the strategic information management plan might contain the introduction of healthcare
professional workstations
on all wards within the next five years to provide healthcare professionals with the right
information, in the right place, at the right time. The strategic project portfolios could then
contain individual projects, for example, on clinical documentation, order entry, and patient
record archiving.
Directing as part of strategic information management means to transform the strategic
information management plan into action, that is, to systematically manipulate the hospital
information system to make it conform to the strategic plan. The system’s manipulation is
usually done by the initiation of projects of the strategic project portfolio. The projects deal
with the construction or further development and maintenance of components of the hospital
information system. Planning, directing, and monitoring these projects are the tasks of
tactical information management. Operational management will then be responsible for the
proper operation of the components. An example of strategic directing would be to initiate a
project for the introduction of online access to clinical guidelines via healthcare professional
workstations.
Monitoring as part of strategic information management means continuously auditing HIS

quality as defined by means of its strategic information management plan’s directives and
goals. Auditing should determine whether the hospital information system is able to fulfill its
tasks efficiently, that is, whether it can offer efficient information and knowledge logistics. For
example, it should be verified
• that doctors and nurses in a ward get recent laboratory findings in an adequate form
and in time,
• that up-to-date therapy information and information on medication interactions are
available at the physician’s workplace even during nights and weekends,
• that hospital management is able to get valid and sufficient information about the
economic situation of the hospital.
The management’s task is to install “sensors” to audit the information system’s quality
(compare Chapter 0). Management has to receive information from the current projects, from
operational management, from users, and from the various stakeholders. Additional
information can be gained through evaluation projects.
Monitoring results are used as input for the directing tasks of information management,
which could for example initiate further projects. Monitoring results will also give feedback to
update the strategic information management plan, which could for example lead to further
activities of strategic management.
Strategic information management and its strategic information management plan are the
vital requirements for tactical and operational information management in a hospital.
Tactical Information Management
Tactical information management deals with particular enterprise functions or application

components. It aims to introduce, remove, change, or maintain components of the hospital
information system. This could be an application component for patient admission or for
clinical documentation. Related activities are usually performed within projects; they have to
be initiated as part of an information strategy, which is formulated in the project portfolio of a
strategic information management plan as drawn up by the strategic information
management. The result of tactical information management projects is the enterprise
information system.
The organization of the operation and maintenance of information processing tools is part
of operational management. However, if problems occur during the operation of HIS
components (e.g., frequent user complaints about a medical documentation system),
appropriate projects may be executed by tactical information management (e.g., introducing a
better version of the documentation system). Typically, those tactical information management
projects comprise a planning phase, a running phase (which could be, for example, system
analysis, evaluation, selection, providing, or introduction), and a termination phase (Figure
5.4).
Figure 5.4: Typical phases of tactical information management projects.
Planning in tactical information management means planning projects and all the
resources needed for them. Even though tactical information management projects are
based on the strategic plan, they need a specific tactical project plan. This plan has to
describe the project’s subject and
motivation, the problems to be solved, the goals to be achieved, the tasks to be performed, and
the activities to be undertaken to reach the goals.
Directing in tactical management means the execution of such tactical information
management projects in hospitals, based on a project plan. Therefore, it includes typical
tasks of project management such as resource allocation and coordination, motivation, and
training of the staff, etc.
Monitoring means continually checking whether the initiated projects are running as
planned and whether they will produce the expected results. Monitoring results influence
project planning, as a project’s plan may be updated or changed according to the results of
the project’s monitoring in a given situation.
Operational Information Management
Operational information management is responsible for operating the components of the

hospital information system. It has to care for its operation in accordance with the strategic
information management plan.
Planning in operational information management means planning organizational structures,
procedures, and all resources such as finances, staff, rooms, or buildings that are necessary to
ensure the faultless operation of all components of the hospital information system. For
example, operational information management may require the installation of a messaging
infrastructure that enables the quick transmission of users’ error notes to the responsible
services. These resources need to be available for a longer period of time. Therefore, they
should be allocated as part of a strategic information management plan. Moreover, planning in
this context concerns the allocation of personnel resources on a day-to-day basis (e.g.,
planning of shifts for staff responsible for user support or network management).
Directing means the sum of all management activities that are necessary to ensure proper
responses to operating problems of components of the hospital information system, that is, to
provide backup facilities, to operate a help desk, to maintain servers, and to keep task forces
available for repairing network components, servers, personal computers, printers, etc.
Directing in this context deals with engaging the resources planned by the strategic information
management plan in such a way that faultless operation of the hospital information system is
ensured. Operational information management does not mean to exchange a server, but to
organize the necessary services for its maintenance.
Monitoring deals with verifying the proper working and effectiveness of components of the
hospital information system. For example, a network monitoring system may regularly be used
to monitor the availability and correct working of network components (compare Figure 5.5).
Figure 5.5: Monitoring of the server of a hospital information system.
Example
Example 5.2.1: Typical Projects of Tactical Information Management
Typical tactical information management projects in hospitals comprise
• analysis of the structure and processes of order entry in order to select a new
computer-based application component to support this function;
• further development of a medical documentation system in order to support new legal
demands on diagnoses-related patient grouping and billing;
• introduction of a clinical knowledge server in order to improve knowledge logistics;
• introduction of application components for documentation in operating rooms, including

diagnoses documentation, procedure documentation, and report writing;
• replacement of an application component for report writing in outpatient units;

• design, implementation, and introduction of an application component to support the

management of patient care standards;
• assessment of the effects and costs of a healthcare professional workstation;
• assessment of the user acceptance of a new application component for an intensive

care unit.
Exercises
Exercise 5.2.1: Relationships Between Tasks of Information Management
Look at Figure 5.3 and find examples of factors influencing HIS operation.
Exercise 5.2.2: Typical Projects of Tactical Information Management
Look at Figure 5.4 which shows typical phases of information management projects. Match the
typical tactical information management projects from example 5.2.1 to those typical project
phases.
Exercise 5.2.3: Diagnostics and Therapy of HIS
Planning, monitoring, and directing of hospital information systems to a certain extent can be
compared to health and the diagnostics and therapy of diseases. Discuss similarities and
differences.
Summary
Information management in hospitals is a complex task. To reduce complexity, we distinguish

among strategic, tactical, and operational information management. Each of these information
management levels has different perspectives and uses other methods and tools.
The tasks of information management are
• planning of a hospital information system and its architecture;

• directing its establishment and its operation; and
• monitoring its development and operation with respect to the planned objectives.

whole. Its planning activities result in a specific strategic information management plan. Its
directing activities transform the strategic plan into action through the initiation of projects. Its
monitoring comprises continually auditing the HIS quality as defined by means of the
strategic plan’s directives and goals.
5.3 Organizational Structures for Information Management 187
Tactical management deals with particular enterprise functions or application

components that are introduced, removed, or changed. Usually these activities are done in
the form of projects. Its activities comprise planning projects and all resources needed for
them, the execution of such projects, and continually monitoring whether the initiated projects
are running as planned.
Operational information management is responsible for operating the components of the

hospital information system.
5.3 Organizational Structures for Information

Management
Organizational structures for information management in hospitals differ greatly among

hospitals. In general, each hospital should have an adequate organization for strategic,
tactical, and operational information management, depending on its size, its internal
organization, and its needs.
Organizational structures can be described at the overall hospital level (e.g., a chief
information officer, a central ICT department), and at the departmental level (e.g., specific
information management staff for a certain department, a certain outpatient unit).
• How is information management in hospitals typically organized on the strategic,

tactical, and operational level?
• What are the responsibilities of a chief information officer (CIO)?
Typical Organizational Structures for Strategic Information

Management
It is generally useful to centralize responsibilities for information management in one role.

This role is usually called chief information officer
(CIO). 66 The CIO bears the overall responsibility for the strategic, tactical, and operational
management of the information system and the budgetary responsibility, and has the authority
for all employees concerned with information management. The specific position of the CIO
demands dedicated professional skills. In addition to more general executive and managerial
competencies, business and economic competencies are required as well as innovative
competencies and medical informatics competencies.
66. The CIO is also often called vice president (or director) of information systems (or information
services, information management, information and communication technology, information resources),
or chief of information services.
Depending on the size of the hospital, the role and the tasks of a CIO may be performed
by one dedicated person (e.g., a full-time health informatics specialist) or by a high-ranking
member of the hospital's board (e.g., the chief executive officer, CEO). Some of the tasks of
the CIO may also be performed by an information management board. Such a board can often
be found in larger hospitals (Figure 5.6). Members should include one representative from the
hospital's board of directors, representatives from the main departments and user groups, and
the director of the ICT department. If no dedicated CIO position exists, the president of this
board can be regarded as the CIO of the hospital.
The CIO should report directly to the CEO or the hospital's board of directors and,
therefore, should be ranked rather high in the hospital's organizational hierarchy, optimally as
a member of the top management team of the hospital. The CIO's role should be a strategic
one that comprises the following tasks of strategic information management:
• make or prepare all relevant strategic decisions on the HIS, especially with respect
to infrastructure, architecture, and information management organization;
• align the hospital's business plan with the information management plan;
• establish and promote the strategic information management plan;

• initiate and control projects for tactical information management;
• initiate HIS evaluation studies and adequate HIS monitoring activities;
• identify and solve serious information management problems;

• report to the CEO or the hospital's board of directors. The CIO's membership in the
top management team should provide the possibility to influence the hospital's strategies
using information technology as a strategic resource. Therefore, business knowledge and the
ability to effectively communicate with other business managers, for example the chief
financial officer (CFO) or the chief operating officer (COO), is important for a CIO.
Nevertheless, reality often differs greatly from this image. Whether the role of the CIO is a
strategic one or a more tactical or even operational one depends on internal hospital factors
such as the CIO's top management membership, the internal communication networks
among top executives and the CIO, the top management's strategic knowledge about ICT,
the hospital’s strategic vision of ICT, and on the personal skills of the CIO.
Figure 5.6: An information management board meeting. Participants are (from the left): the vice director
of administration, the vice director of nursing, the director of the medical informa tics department as
chairman, the head of the center for information management, the medical director, and the vice head of
the center for information management.
Typical Organizational Structures for Tactical and Operational

With regard to the responsibilities for tactical and operational management, it is sometimes
not useful and often not feasible to totally centralize these services. Especially in larger
hospitals, they are performed in cooperation between central units and the decentralized staff.
There is usually at least one central unit or department (often called the department for
medical informatics, hospital computing center, or ICT department) for the
computer-supported part of the HIS. This unit takes care of the tactical and operational
information management of those parts of the HIS with hospital-wide relevance (e.g., the
administrative systems, the
healthcare professional workstations, the telecommunication system, and the computer
network). In larger hospitals, there may be subdivisions with respect to tasks (e.g., different
units for desktop management, user support, clinical systems, or networking). The head of
those central units is typically the CIO.
In addition, there may also be information management staff located in the individual
departments of the hospital. This staff may be dedicated health informaticians or specially
skilled users. These local information managers have responsibilities for tactical and
operational information management with regard to their department, but in accordance with
the central information management unit. For example, they may (with support from the
central unit) introduce a hospital-wide application component in their department and operate
it. On the other hand, they will also take care of additional information needs of their
departments, for example, by introducing a dedicated departmental system. However, this
should be done only in accordance with the strategic information management plan.
To guarantee the continuous working of the most important components of an HIS, it is

helpful to draw up a concept for operational information management. Such a concept should
clarify the following:
• Which components have to be supported?

• What tasks comprise operational support?
• Who is responsible for the operational support?
• What should be the intensity of operational support? Typically, three levels of
operational support can be distinguished. Firstlevel support is the first address for all user
groups with any kind of problem. It may consist, for example, of a central 24-hour-hotline that
is responsible for the management of user accounts and first trouble shooting, or of
decentralized information processing staff. When the first-level support cannot solve the
problems, it hands them over to the second-level support, a specially trained informatics staff
in the central information management department who are usually responsible for the
operation of the specific application components. The third-level support, finally, addresses
the most severe problems that cannot be solved by the second-level support. It can consist,
for example, of specialists from the vendor of an application component.
Table 5.1 presents objects, responsibilities, tasks, and the intensity that should be defined
as part of the operational management concept for the computer-supported part of an HIS. As
an example, a concept for operational management in a hospital could clarify
• that central servers and networks are supported by the central information
management department, which offers first- and second-level support 24 hours a day.
A hotline is created that guarantees response time in less than one hour. Third-level
support (see Figure 5.7) is provided for certain application components by the
vendors of the respective application software products.
• that workstations are supported by the local technical staff in each department. They
offer first- and second-level support during the day. They are available by pager.
Table 5.1: Dimensions to be considered for operational information management of the
computer-supported part of hospital information systems.
Dimension Facets
Objects Decentralized application components (e.g., in departments)
Central application components (e.g., patient management system)

Workstations Decentralized servers Central servers Networks
Backbone
Responsibility Local (in departments)

Central (in departments for information processing)
Vendors
Task First-level support (problem taking, problem analysis, problem
solving, user training)
Second-level support (training courses, regular operation, data
protection)
Third-level support (software development, problem solving,
contact with vendors) Availability (e.g., 24 hours/day, 7
Intensity days/week) Presence (e.g., locally, by pager, by hotline)
Timeliness (e.g., answering time < 2 hours)
Figure 5.7: An immediate support center for third-level support of a vendor.

Example
Example 5.3.1: Organizational Structures for Information Management in a Hospital
Figure 5.8 presents the overall organization of information management at the Plötzberg
Medical Center and Medical School (PMC).
Hospital Executive
Data Protection
Committee
Officer
prepares
decisions
Departments Strategic Information

Management Board
(strategic information
management)
information management) decides
supervises, reports,
draws up presents,
guidelines submits
information,
coordination,
supervisor ICT Department
ICT staff
(tactical and operational
of the departments
regular working project

meetings groups groups
Figure 5.8: Organization of information management at the Plötzberg Medical Center and Medical School (PMC).
Exercises
Exercise 5.3.1: Information Systems Managers as Architects
Information systems managers can be partly compared to architects. Read the following statement
and discuss similarities and differences between information system architects and building architects:
“We‘re architects . . . . We have designed numerous buildings, used by many people. . . . We

know about users. We know well their complaints: buildings that get in the way of the things they
want to do. . . . We also know well users’ joy of relaxing, working, learning, buying, manufacturing,
and
worshipping in buildings which were designed with love and tender care as well as function in
mind. . . . We’re committed to the belief that buildings help people to do their jobs or impede
them and that good buildings bring joy as well as effi ciency.”67
Exercise 5.3.2: Organizational Structures for Information Management in a Hospital
Look at a real hospital that you know and at its information system.
• Which institutions are involved in information management?

• Which boards and persons are involved in information management?
• Who is responsible for strategic information management?
• Who is responsible for tactical information management?
• Who is responsible for operational information management?
• Who is the CIO, and what is his or her responsibility?
Exercise 5.3.3: Centralization of Organizational Structures
Discuss the pros and cons for centralization and decentralization of strategic, tactical, and
operational information management. Find concrete examples for your arguments.
Exercise 5.3.4: Organizational Structures for Information Management at PMC
Look at the description of the organizational structures for information management at the
Plötzberg Medical Center and Medical School (PMC) from example 5.3.1. Discuss the
advantages and disadvantages of this organizational structure and discuss alternatives.
Summary
Each hospital should have an adequate organization for strategic, tactical, and operational
information management.
In general, a chief information officer (CIO) is responsible for strategic information
management. This role may be filled by one person or by an information management board.
The CIO's most important tasks should be the strategic alignment of business plans and
information management plans and the strategic planning of the hospital’s information
systems.
There is typically one central unit or department for tactical and operational information
management of the computer-supported part of the HIS. This ICT department is usually
directed by the CIO. In addition, there may
67. Caudill WW et al. Architecture and You. New York: Whitney Library of Design;
1978. p.6.
also be decentralized information management staff, located at the individual departments of

the hospital.
5.4 Strategic Planning of Hospital Information Systems

whole. It comprises planning of HIS architecture and of the organization of information
management. In this section, we look at the strategic planning of HIS.
• What are the typical tasks for strategic HIS planning?

• What are the typical methods for strategic HIS planning?
• What is the goal and typical structure of a strategic information management plan?
Tasks
The most important tasks of strategic HIS planning are the strategic alignment of business
plans and information management plans, long-term HIS planning, and short-term HIS
planning.
Strategic Alignment of Business Plans and Information Management

Plans
The basis for strategic information management in a hospital are the strategic goals as
defined in the hospital's business plan. Advances in ICT may influence these strategic
business goals. Therefore, it is one main task of strategic information management to align
business plans and information management plans. Hospitals aim to provide efficient,
high-quality health care. However, this mission may be further refined, for example,
• to increase the number of outpatients,

• to decrease the average duration of inpatients’ stays,
• to perform best quality patient treatment,
• to improve collaboration with healthcare institutions in the surrounding region,
• to increase competitiveness by promoting an image of being a modern hospital with all

the latest technical means,
• to offer high-quality patient care through less technical but more personal
engagement, or
• to increase profit.
5.4 Strategic Planning of Hospital Information Systems 195
These very different and partly conflicting goals have to result in different information
management strategies and different architectures of HIS. If goals are conflicting, strategic
information management must try to solve these conflicts and establish a clear order of
priorities in accordance with the enterprise’s business plan.
It is clear that people or institutions responsible for strategic information management (the
CIO) need knowledge about the enterprise strategy and the enterprise business plan. In
addition, the hospital's management needs knowledge about the significance and possibilities
of information processing with regard to formulation, realization, and evaluation of the
hospital's strategy. Strategic information management must be able to offer this information to
hospital management in adequate and understandable form.
Methods for strategic alignment are presented in the methods section, below.
Long-Term HIS Planning

The strategic planning of HIS can be separated into long-term and short-term HIS planning.
The strategic information management plan contains the long-term planning of HIS. It
describes the hospital's goals, the information management goals, the current HIS state, the
future HIS state, and the steps to transform the current HIS into the planned HIS. Strategic
information management must create and regularly update this plan. The strategic plan must
take into account quality criteria for HIS structures, processes, and outcome. It must be
guaranteed that the strategic information management plan is the basis for all other
information management activities. HIS planning is an ongoing task, and there is no use in
trying to solve all problems at the same time. On the contrary, only a stepwise approach,
based on different levels of priorities, is possible and useful. The strategic information
management plan, therefore, will contain a general priority list of the most important tasks and
projects to be done in the coming years.
The detailed structure of strategic information management plans is described later on.
Short-Term HIS Planning

The long-term strategic information management plan is usually valid for a longer period of time
(e.g., 3 to 5 years). However, requirements (e.g., due to legal changes or new user requests)
and resources (staff, money) change quicker than the strategic information management plan.
One task of strategic information management, therefore, is to establish an (annual)

project list with recent projects, priorities, and upcoming planned projects. This project list,
also called the project portfolio, has to be approved by the hospital management, which
decides which projects to
execute and how to organize necessary resources. This project portfolio must match the (more
general) priority lists described in the strategic information management plan. However, its
annual update reflects detailed prioritization and changes in the environment.
Because of the temporal limited validity of the strategic information management plan,
HIS planning is a permanent task of strategic information management in hospitals.
Methods
Strategic Alignment
The role of information management varies between two extremes. At one extreme,
information management may be seen as a purely supporting function; that is, the hospital
strategy determines the information management planning activities. This is called
organizational pull. At the other extreme, information management is seen as the strategic
resource from which the hospital gains competitive advantage. The application of
technological advances mainly determines the further development of the hospital and its
position on the healthcare market. This is called technology push. Strategic alignment
describes the process that balances and coordinates the hospital goals and the information
management strategies to get the best result for the hospital.
Several models exist for strategic alignment. The component alignment model (CAM) 68 considers
seven components—the external environment, emerging information technologies,
organizational infrastructure, mission, ICT infrastructure, business strategy, and ICT
strategy—that should be continually assessed with respect to their mutual alignment. The
critical success factor (CSF) 69 approach is a top-down approach that first identities factors
critical to the hospital's success or failure. Strategic information management planning is then
derived with regard to these factors.
Successful strategic alignment requires that hospital top management as well as

information managers have a basic knowledge of each other’s competence and share the
same conception of the role of information management.
68. Martin JB, Wilkins AS, Stawski SK. The component alignment model: a new approach to healthcare
information technology strategic planning. Top Health Inf Manage 1998; 19(1): 1-10.
69. Tan JK. The critical success factor approach to strategic alignment: seeking a trail from a health
organization's goals to its management information infrastructure. Health Serv Manage Res 1999; 12(4):
246-57.
Portfolio Management
An important instrument for information management strategic planning is
portfolio management. Originally coming from the field of finance to acquire a well-balanced
securities portfolio, today the term portfolio management is used to refer to multiple strategic
management problems.
Portfolio management concerning information management categorizes certain
components of an information system, like application components or physical data
processing components, but also projects, using certain criteria to assess the value of these
components for the enterprise and to balance risks and returns. The assumption is that there
are different management issues and priorities for each class.
Project portfolio management categorizes projects, looking, for example, at project

objectives, costs, time lines, resources, risks, and other critical factors. McFarlan 70 proposes
eight distinct project categories along the dimensions of project size, experience with the
technology, and project structure. Each category carries a different degree of risk, and thus
he recommends different project management tools to use. Today project portfolio
management is primarily used to plan and control IT investments.
The portfolio proposed by the Gartner Group 71 distinguishes three categories according to
the contribution of an application component to the hospital’s performance. Utility applications
are application components that are essential for the hospital's operation, but have no
influence on the success of a hospital, and, therefore, are independent of the hospital's
strategic goals. A good example is the patient administration. Enhancement applications are
application components that improve the hospital's performance, and, therefore, contribute to
the hospital's success (e.g., computer-based nursing documentation). Frontier applications are
application components that influence the hospital's position in the healthcare market, for
example, the enforced use of telemedicine. Information management planning should aim at a
wellbalanced application portfolio—on the one hand, to efficiently support essential hospital
functions and, on the other hand, not to miss future technological innovations.
The Strategic Information Management Plan
An important aim of strategic HIS planning is to establish the strategic information

management plan. The previous sections made clear that without a strategic information
management plan, neither tactical nor operational
70. McFarlan FW. Portfolio approach to information systems. Harvard Business Review Sept.-Oct. 1981;
142-150.
71. Rosser B. A management tool to facilitate decision making. Gartner Group. Research Note TU
03-4804; 1998.
management would work appropriately. A strategic information management plan is an

important precondition for systematic directing and monitoring of the hospital information
system.
The strategic information management plan should be written by the CIO and approved
by the hospital management. Without proper strategic planning, it would be a matter of
chance if a hospital information system fulfilled strategic information goals. But considerable
efforts have to be made for creating strategic plans.
In this section, the goals and structure of strategic information management plans are
presented in more detail. Figure 5.9 presents the overall view on strategic information
management planning.
Information management in hospitals
requires
external
help preparing consultants
hospital's top
1. Strategic goals of the hospital
management and of information
approves
management hospital's
prepares information
2. Description of the current management

department
state of the hospital
information system
goals defines
clearly defines
requirements
hospital 3. Analysis and assessment of
influences
the current state of the
strategic hospital information
system
clearly defines hard-/software
determine vendors
strictly
Strategic Plan Structure:
4. Description of the planned
requirements for
their work
state of the hospital
information system
help elicit HIS hospital's
requirements employees,
funding 5. Path from the current to the
clinical, admini-
institutions informs planned state
strative, and
about
gives information about service
stepwise fullfillment of departments
needs
to improve
Hospital information system
Figure 5.9: Strategic information management planning of hospitals.72
72. Adapted from: Winter AF, Ammenwerth E, Bott OJ, Brigl B, Buchauer A, Gräber
S, et al. Strategic Information Management Plans: The Basis for Systematic Information Management in
Hospitals. Int J Med Inform 2001; 64(2-3): 99-109.
Purpose of Strategic Information Management Plans

A strategic information management plan gives directives for the construction and
development of a hospital information system. It describes the recent and the intended
hospital information system’s architecture.
Different stakeholders 73 are involved in the creation, updating, approval, and use of strategic
plans. Such stakeholders may include
• top management;
• employees, e.g., physicians, nurses, administrative staff;
• clinical, administrative, service departments;
• information management department (ICT department);
• funding institutions;
• consultants; and
• hardware and software vendors.
These stakeholders may have different expectations of a strategic plan and are involved in
different life-cycle phases for strategic plans:
• creation, i.e., writing a first plan;

• approval, i.e., making some kind of contract among the stakeholders;
• deployment, i.e., asserting that the plan is put into practice;
• use, i.e., the involved stakeholders refer to the plan when needed;
• updating when a new version is required (because of new requirements, new
available technologies, failure to achieve individual tasks, or just leaving the time
frame of the plan). After the first version, the creation and update phases merge into
a cyclic, evolutionary development of the plan.
The CIO and the ICT department usually create and maintain proposals for the strategic
information management plan. They are interested in clearly defined requirements for their
work, which is greatly concerned with tactical management issues. Top management is
interested in the seamless and costeffective operation of the hospital. Top management
approves the plans (probably together with the funding institutions). Representatives of the
employees should be involved in eliciting the requirements, since they will use the resulting
information systems. The current strategic plans will be used by the ICT departments and the
vendors of HIS components when constructing or maintaining components of hospital
information systems. External consultants may help to create plans, but also be engaged in
negotiations for the approval of the plans.
The most essential purpose is to improve a hospital information system so that it can
better contribute to the hospital’s goals. This purpose should determine the structure of
strategic plans; that is, it should show a path from
73. The term stakeholder is used to refer to anyone who has direct or indirect influence on or interest in a
component of an information system.
the current situation to an improved situation, in which the hospital's goals are achieved as far
as possible and reasonable.
Structure of Strategic Information Management Plans

A strategic information management plan should encompass the hospital’s business strategy
or strategic goals, the resulting information management strategies, the current state of the
hospital information system, and an analysis of how well the current information system fits
the strategies. The planned architecture should be derived as a conclusion of this analysis.
The strategic plan also has to deal with the resources needed to realize the planned
architecture, and has to include a strategy for the operation of the resulting hospital information
system and a description of appropriate organizational structures. Examples of resources are
money, personnel, softand hardware, rooms for servers and (paper-based) archives, and
rooms for training. The resources should fit the architecture and vice versa.
The general structure of strategic information management plans in hospitals can be

summarized as follows:
1. strategic goals of the hospital and of information management,

2. description of the current state of the hospital information system,
3. analysis and assessment of the current state of the hospital information system,
4. description of the planned state of the hospital information system,

and
5. path from the current to the planned state.
This is only a basic structure that may be adapted to the specific requirements of
individual hospitals. Particularly, a short management summary and appendices describing
the organizational structure, personnel resources, the building structure, etc., are likely to
complement a strategic plan.
Strategic Goals of the Hospital and of Information Management
Based on a description of the hospital’s strategic goals (e.g., presented in a mission

statement), the strategic information management goals should be presented using the
method of strategic alignment as presented earlier in this section. Goal conflicts especially
need to be taken into account and resolved.
Description of the Current State of the Hospital Information System
Before any planning commences, the hospital information system’s current state should be
described. This may require some discipline, because some stakeholders may be more
interested in the planned (new) state than in the current (obsolete) state.
The description of the current state is the basis for identifying those functions of the
hospital that are well supported, for example, by information and communication technology,
and those functions that are not (yet) well supported. Thus, application components as well as
existing information and communication technology have to be described, including how they
contribute to the support of the hospital’s functions.
Analysis and Assessment of the Current State of the Hospital Information

System
When the current state is described, it should be analyzed with respect to the achievement of
information management strategies. Note that missing computer support for a certain function
may not be assessed in all cases as being poor support for that function. For example,
missing computers in patient rooms and consequently paper-based documentation of clinical
findings may be conforming more to the goal of being a humane hospital than the use of
computers and hand-held digital devices in this area.
Description of the Planned State of the Hospital Information System
Based on the analysis of the current state, a new state should be described that achieves the
goals better than does the current state, provided that the current state does not already
achieve the hospital’s goals. Note that besides technical aspects, organizational aspects also
have to be discussed. The description of the planned state can thus be completed by the
description of the planned organizational structure of information management. In many cases,
this is an opportunity to introduce a CIO or to clarify his or her role.
Path from the Current to the Planned State
This section should describe a step-by-step path from the current to the planned state. It
should include assigned resources, that is, personnel, estimated investment costs as well as
future operating costs, etc., and concrete deadlines for partial results. This path could also
assign priorities to individual projects as well as dependencies between projects.
Example
Example 5.4.1: Structure of a Strategic Information Management Plan
Table 5.2 presents the structure of the strategic information management plan for
2002-2007 of the Plötzberg Medical Center and Medical School (PMC).
Table 5.2: Structure of the strategic information management plan (2002-

2007) of the Plötzberg Medical Center and Medical School (PMC).
1. Goal of this strategic information management plan

2. Plötzberg Medical Center and Medical School (PMC)
2.1 Mission statement
2.2 Strategic goals
2.3 Environment analysis
2.4 Organizational structure
2.5 Hospital indicators
2.6 Hospital layout
3. Current state of the information system
3.1 Goals of information management
3.2 Organization of information management
3.3 Guidelines and standards for information processing
3.4 Functionality
3.5 Application components
3.6 Physical data processing components
4. Assessment of the current state of the information system

4.1 Goals attained
4.2 Weak points and strengths of the information systems
4.3 Required activities
5. Future state of the information system
5.1 Visions and perspectives
5.2 Planned functionality
5.3 Planned application components
5.4 Planned physical data processing components
5.5 Planned organization of information management
6. Planned activities until 2007
6.1 Overview
6.2 Task planning
6.3 Time planning
6.4 Cost planning
7. Conclusion
Exercises
Exercise 5.4.1: Life Cycle of a Strategic Information Management Plan
Why is a strategic information management plan usually valid for 3 to 5 years? Could there
be situations where a shorter or longer period may be useful? Explain your answer.
Exercise 5.4.2: Deviation from a Strategic Information Management

Plan
A strategic information management plan should serve as a guideline for information

management. Could there be situations where information management is allowed to deviate
from the strategic information management plan after it has been approved? Explain your
answer.
Exercise 5.4.3: Strategic Information Management and Strategic Hospital Management
We have discussed the strategic alignment of business plans and information management
plans. Could you imagine situations where this alignment is difficult? Find examples where the
hospital’s goals and the information management goals may conflict. Discuss reasons and
possible solutions.
Exercise 5.4.4: Establishing a Strategic Information Management Plan
Imagine that you are the CIO of a hospital in which almost no computerbased tools are used.
One of the hospital's goals is to support healthcare professionals in their daily tasks by
offering up-to-date patient information at their workplace.
Which main goals for information management would you define based on this
information? Which hospital functions should be supported by new computer-based
information processing tools?
Summary

whole. It comprises planning of the HIS architecture and of the organization of information
management.
Tasks of strategic HIS planning comprise the strategic alignment of business plans and
information management plans, long-term HIS planning, and short-term HIS planning.
Strategic alignment describes a process in which the hospital goals and the information
management strategies are well balanced and coordinated to get the best result for the
hospital. The long-term planning of HIS is defined in the strategic information management
plan. Short-term strategic HIS planning comprises the establishing of an (annual) project
portfolio.
A strategic information management plan is an important precondition for systematic

monitoring and directing of the hospital information system. A strategic information
management plan should encompass the hospital business strategy or strategic goals, the
resulting information management strategies, the current state of the hospital information
system, and an analysis of how well the current information system fits the strategies. The
planned architecture should be derived as a conclusion of this analysis. Finally, the path from
the current to the planned state should be described.
The strategic information management plan should be written by the CIO and adopted by the
hospital management.
5.5 Strategic Monitoring of Hospital Information Systems
Introduction
AN HIS may operate well in most of its functions, with most of its information processing
tools, and in many parts of its information processing organization. However, problems may
also occur. Problems may have their origins in general deficiencies, for example, the HIS
architecture has not been designed well. They may also occur when a formerly good HIS
component is not working well anymore, for example, a component may not be costefficient
anymore due to progress in technology. Note that, as discussed before, the lack of computer
support for a certain function may not be assessed in all cases as being poor support for that
function.
The monitoring criteria used are usually those described in Chapter 0. Monitoring
verifies whether the hospital information system fulfills these different quality criteria.
• What are the typical tasks of strategic HIS monitoring?

• What are the typical methods of strategic HIS monitoring?
Tasks
The task of strategic HIS monitoring is to continually audit the quality of the hospital
information system, that is, to initiate, collect, and analyze feedback on the functioning of the
hospital information system. Monitoring results are compared to the strategic information
management plan’s directives and goals, which themselves depend on the quality criteria for
hospital information systems as described in Chapter 0.
Feedback should be systematically gathered (e.g., by regularly asking staff), but it can
also occur unexpectedly (e.g., report in the local press about HIS problems). It can come
from tactical or operational information management, from HIS users, from hospital
management, from patients and relatives, or from external institutions.
Typical questions that should be answered by strategic HIS monitoring are:

5.5 Strategic Monitoring of Hospital Information Systems 205
• Are the HIS users satisfied with the HIS (e.g., concerning information logistics,
functionality, usability of components)?
• Does the HIS reflect the state of the art of HIS (e.g., concerning functional support,
technology, standards)?
• Are external institutions satisfied with the HIS?
• Did the planned projects attain their defined goals?
• What is the quality of the HIS architecture?
• What is the quality of the organization of information management? To answer these
questions, strategic HIS monitoring must fulfill the following tasks:
• Scan the local press for comments on the hospital and its HIS.
• Regularly arrange for validation of HIS, for example, by external experts.
• Compare HIS with state-of-the-art reference models for hospital functions, HIS
architectures, and organization of information management.
• Define the criteria for HIS structure, process, and outcome quality.
• Integrate the views of all main user groups (e.g., physicians, nurses, administrative
staff, top management) in monitoring activities.
• Initiate projects for monitoring certain hospital functions (e.g., the cost-effectiveness
of nursing documentation).
• Initiate assessment studies to evaluate cost-effectiveness of certain interventions and
projects of tactical information management (e.g., Did electronic report writing
improve the timeliness of discharge reports? Did the introduction of the healthcare
professional workstations facilitate attaining the project goals?).
• Check the relevant legislation to see if the HIS meets its requirements as well as
new legal requirements.
• Initiate formal certification and accreditation of the hospital. Both permanent
monitoring activities as well as ad hoc monitoring activities should be combined for
strategic HIS monitoring.
Permanent Monitoring Activities

A hospital information system is too complex to allow monitoring all its components.
However, it is useful to define subsets of criteria that should then be monitored on a regular
(daily, weekly, monthly, yearly) basis, such as
• the number of electronically transmitted findings,

• access numbers to the central knowledge server, or
• the average length of days between discharge of patient and writing of the discharge
report.
Those criteria should be collected automatically, if possible, and displayed in reports.

Sudden changes in those numbers can then indicate problems (for example, malfunctioning
of the knowledge server), which could then initiate more detailed analysis and corrections.
These permanent monitoring activities are also supported by national and international
standardized efforts for the certification, accreditation, and excellence programs of hospital
information systems described later in this section.
Ad Hoc Monitoring Activities

There will always be HIS projects, such as the introduction of healthcare professional
workstations or the introduction of a case-based billing system, that are of great importance
for the whole hospital. The effects of those projects should always be closely monitored. For
example, during the introduction of healthcare professional workstations, the effects on
information logistics and user acceptance should be monitored to see if the projects attained
their goals, and if there were unexpected positive or adverse effects (e.g., significantly
increased time for documentation coding). The execution of those activities entails systems
evaluation or assessment studies as tactical information management projects. However,
strategic HIS monitoring should collect and report the results, which will then directly give
feedback to strategic HIS planning.
Methods
Typical methods of strategic HIS monitoring are systems analysis projects (assessment
studies), and certification, accreditation, and excellence programs of HIS.
Systems Analysis and Assessment Projects

HIS monitoring is usually based on specific tactical information management projects, which
analyze and evaluate an information system component. These assessment studies focus on
certain questions and evaluation criteria to assess an information system component. The
quality criteria used are similar to those described in Chapter 4.
Assessment studies typically comprise two main phases:
• Systems analysis: During systems analysis, the state of the information systems
component is thoroughly addressed. Methods such as observation, questioning,
document analysis, and simulation can be used. The results may be a description or a
model of the component (see section 3.3).
• Systems evaluation: During systems evaluation, the results of systems analysis is used
to assess predefined aspects of the information component (e.g., its strength and
weaknesses, costs and effects, stability and user friendliness, user acceptance, etc.).
As studies can focus on multiple questions, and can use multiple methods, each study
must be systematically planned and executed. Steps for assessment studies include:
1. Definition of the goals of the study.

2. Definition of the component that is to be assessed.
3. Definition of clear and answerable study questions.
4. Definition of the environment in which the component is used.
5. Selection of valid and reliable measuring methods.
6. Definition of study design.
7. Execution of the study (i.e., systems analysis and systems evalua-
tion).
8. Answering of the study questions.
9. Discussion of validity of results.
Studies analyzing the effects of an information system component can focus, for example,
on effects on data quality, the time needed for documentation or information retrieval, waiting
times, or quality of patient care.
The selection of systems analysis methods and study designs depends on the questions,
the component that is evaluated, and the circumstances. Quantitative methods (e.g.,
standardized questionnaires, time measure-
ments) allow quantifying the effects and showing causal relationships. Qualitative methods
(e.g., open interviews, participating observation) allow the detection and further investigation
of unexpected effects and relationships. Often, a combination of different methods may help
to better answer the study questions.
Depending on the study questions and study methods, specific types of assessment studies
can be defined, such as:
• SWOT analysis: Analysis of the most significant s trengths (positive features), w eaknesses
(negative features), opportunities (potential strengths), and t hreats (potential
weaknesses) that characterize an information system component.
• User acceptance study: Analysis of the acceptance of an information system component

as the main criterion for the system’s success.
• Effectiveness study: Objective analysis of the effects of an information system
component.
• Cost-effectiveness analysis: An economic analysis to compare the costs and
consequences of an information system component. It does not require that all
important effects and benefits be expressed in monetary terms.
• Cost-benefit analysis: An economic analysis that converts effects of an information

system component into the same monetary terms as the costs and compares them.
• Utility analysis: An economic analysis that compares costs and consequences of an

information system component, taking personal preferences into account by
including weighting factors for each criterion.
• Return-on-investment (ROI) studies: An economic analysis that describes how much

an investment on an information system component paid back in a fixed period of time.
To gain clear answers regarding the effects of a component, a controlled randomized trial
can be conducted. However, in a clinical environment, the definition of an adequate control
group may be difficult (e.g., there may be no or not enough participating wards or
departments). On the other hand, some questions can be better answered by in-depth case
studies. For example, the question “Why don’t the users accept the new application
component?” may best be answered by more qualitative methods. Statistical and
methodological support is thus very important in selecting adequate methods and in planning
and executing any assessment study in a rigorous and methodological way.
The task of performing evaluation studies in a clinical environment is demanding. A

detailed explanation is not possible here due to space limitations. It is suggested that the
reader consults basic references on technology assessment in health care for further
information. 74
Certification, Accreditation, and Excellence Programs

of HIS
There are several quality management approaches for hospitals, which we can classify as
certification, accreditation, and excellence programs.
Certification in hospitals concentrates mostly on the ISO 9000 standard 75
and primarily assesses compliance with quality management standards. An ISO 9000
certificate states that a hospital meets the standards, but says nothing about outcome quality.
There are no official healthcare guidelines for ISO 9000 certification.
The goal of accreditation programs is total quality management (TQM) and continuous
quality improvement (CQI) of organizations, focusing on the delivery of health care as a
process crossing departmental lines. Existing accreditation programs in the United States,
Australia, Canada, and France
74. For example: Friedman CP, Wyatt J C. Evaluation Methods in Medical Informatics. New York: Springer;
1997.
75. International Organization for Standardization. ISO 9000 standards on quality management,
http://www.iso.org.
are healthcare specific and based on predefined standards. The assessment of to what extent
a hospital complies with these standards is performed by independent, specially trained
surveyors. The accreditation is good for a certain period of time, after which it must be
performed again. An internationally recognized example of accreditation is the JCAHO program.
76 An accreditation program currently being prepared in Germany is called KTQ, 77
which strives to integrate aspects of ISO 9000, EFQM, and JCAHO.

So-called excellence programs, such as the EFQM 78 model in Europe or the Malcolm
Baldrige National Quality Award 79 in the United States also—like accreditation
programs—strive for TQM, but use a scoring system that makes it possible to compare
organizations to one another and to continually observe quality improvement. The best
organizations each year get an award. Whereas no healthcare-specific standards exist for the
EFQM, the Baldrige program has already defined them.
To assess the contribution of information processing to the quality of a hospital, most

certification or accreditation programs also check information management criteria. The
Baldrige program and the JCAHO accreditation standards offer healthcare-specific
information management criteria to different extents.
Examples
Example 5.5.1: An Information Processing Monitoring Report
The CIO of the Plötzberg Medical Center and Medical School (PMC) annually reports to the
hospital's management about the amount, quality, and costs of information processing of
Plötzberg's hospital information system. The report is structured as shown in Table 5.3.
76. Joint Commission on Accreditation of Healthcare Organizations, http:// www.jcaho.org. (See also
example 4.6.3 in Chapter 4.)
77. Kooperation für Transparenz und Qualität im Krankenhaus (cooperation for transparence and quality
in the hospital), http://www.ktq.de. (See also example 4.6.4 in Chapter 4.)
78. European Federation for Quality Management (EFQM), http://www.efqm.org/ new_website.
79. National Institute of Standards and Technology, Baldrige National Quality Program,
http://www.baldrige.org. (See also example 4.6.1 in Chapter 4.)
Table 5.3: A structure for an information processing monitoring report.
Amount of information processing

Number of patients (inpatients, outpatients, ...) Number of
examinations (laboratory, radiology, ...) Number of documents
created Number of coded diagnoses
Number of coded medical procedures (operations, ...)

Tools for information processing
Number of application components (list and diagram)
Functionality
Number of users
Availability of communication interfaces, communication standards
Number of physical data processing components (list and diagram)

Performance, storage capacity
Number, functionality, and availability of terminals (healthcare professional
workstations, mobile computers, terminals, modalities such as computed
tomography)
Network structure, data transmission standards, active components, connections
Organization of information processing

Institutions for information processing with their responsibilities Boards and
groups (steering committees, projects groups ...)
Quality and costs of information processing
Relevant quality indicators (timeliness of reports; quality, timeliness,
and completeness of coded diagnoses, planned and unplanned down times for
important application and physical data processing components, education of staff, ...)
ICT investment costs
ICT operational costs (components) ICT staff

costs (per institution)
Tasks of strategic, tactical, and operational information management
Status report
List of projects (goal, size, state of project, results, problems) List of ongoing
tasks (description, state, problems)
Example 5.5.2: Assessment Study of a Telemedicine System to Improve

Care 80
Objective: The goal of this study was to evaluate an Internet-based tel emedicine
program designed to reduce the costs of care, and to provide enhanced medical,
informational, and emotional support to families of very low birth weight (VLBW) infants
during and after their neonatal intensive care unit stay.
Background: Baby CareLink is a telemedicine program that incorporates

videoconferencing and World Wide Web technologies to enhance interactions among
families, staff, and community providers. The videoconferencing module allows virtual visits
and distance learning from a family’s home during an infant’s hospitalization as well as
virtual house calls and remote monitoring after discharge. Baby CareLink’s WWW site
contains information on issues that confront these families. It also allows sharing of
patient-based data and communications among authorized hospital and community users.
Design and methods: A randomized trial of Baby CareLink was conducted in a cohort of
VLBW infants born between November 1997 and April 1999. Eligible infants were
randomized within 10 days of birth. Families of intervention group infants were given access
to the Baby CareLink telemedicine application. A computer and videoconference equipment
was installed in their home. The control group received care as usually practiced. Quality of
care was assessed using a standardized family satisfaction survey administered after
discharge. In addition, the effect of Baby CareLink on hospital length of stay as well as family
visitation and interactions with infant and staff were measured.
Results: Thirty control and 25 study patients were enrolled. Families in the CareLink
group reported significantly fewer problems with the overall quality of care received by their
family (mean problem score: 3% vs. 13%). They also reported greater satisfaction with the
unit’s physical environment and visitation policies (mean problem score: 13% vs. 50%). The
duration of hospitalization was similar in the two groups. All infants in the CareLink group
were discharged directly to home, whereas 20% of control infants were transferred to
community hospitals before ultimately being discharged to home.
Conclusion: CareLink significantly improves family satisfaction with inpatient VLBW care
and definitively lowers costs associated with hospi tal-tohospital transfer.
80. This example is based on Gray JE, Safran C, Davis RB, et al. Baby CareLink: Using the Internet and
Telemedicine to Improve Care for High-Risk Infants. Pediatrics 2000; 106(6):1318-24.
Exercises
Exercise 5.5.1: An Information Processing Monitoring Report
Look at the annual information processing monitoring report in example

5.5.1. Figure out some numbers for a hospital you know. It may help to look at the strategic
information management plan of this hospital.
Exercise 5.5.2: Organizing User Feedback
You are asked to organize regular user feedback facilities for the healthcare professional
workstation of your hospital. How would you proceed? How would you gather user feedback?
Which user groups would you take into account? Which technical means would you use?
Discuss different possibilities.
Exercise 5.5.3: Planning of an Assessment Study
Your task is to prepare an assessment study of a newly introduced computerbased nursing

documentation system. The goal of this study is to calculate the cost-benefit ratio of the
documentation system. Define an adequate assessment plan. What would the questions be?
What measuring methods would be used? What would an adequate study design be?
Discuss the different possibilities.
Summary
The task of strategic HIS monitoring is to continually audit the quality of the hospital
information system, that is, to initiate, collect, and analyze feedback on the functioning of the
hospital information system. Feedback should be systematically gathered, but it can also
occur unexpectedly.
Permanent monitoring activities comprise the definition of a definite subset of central
quality criteria that are to be monitored on a regular (daily, weekly, monthly, yearly) basis.
Permanent monitoring is supported by national and international certification and
accreditation activities.
Certification in hospitals concentrates mostly on the ISO 9000 norm and primarily
assesses compliance with quality management standards. The goal of accreditation programs
is total quality management and continuous quality improvement of organizations. An
example of accreditation is the JCAHO program, which also comprises 10 information
management standards. So-called excellence programs such as the EFQM model for Europe
use a scoring system that makes it possible to compare organizations to one another.
Besides those permanent monitoring activities, ad hoc monitoring activities are typically
assessment studies as tactical information management
5.6 Strategic Directing of Hospital Information Systems 213
projects. Assessment studies can focus on multiple questions, and can use multiple methods.
Each study must be systematically planned and executed.
5.6 Strategic Directing of Hospital Information Systems
Introduction
Strategic directing of HIS is a consequence of planning and monitoring hospital information

functions, HIS architectures, and information management organizations.
• What are the typical tasks of strategic HIS directing?

• What are the typical methods of strategic HIS directing?
Tasks
Strategic directing of information systems mainly transforms the strategic information

management plan into projects. These projects are taken from the strategic project portfolio
as established by strategic information planning. The decision to initiate projects is done by
strategic information planning; the execution of this decision is the responsibility of strategic
information directing.
Planning, running, and (successfully) finishing projects is a task of tactical information

management. However, strategic directing must initiate them and prepare an adequate
framework for them. In detail, the following main tasks can be identified:
• initiation of projects,
• general resource allocation,
• general time allocation,
• general controlling of the project progress, and
• adoption of the project’s results.
Methods
The typical method used for strategic HIS directing is general project management, including
as allocation planning and project controlling. For projects of important strategic relevance
(e.g., introduction of a hospital-wide electronic patient record system), a project management
board will typically be established.
Such a project management board plans, directs, and monitors a bundle of tactical
information management projects. For introducing an electronic patient record system, for
example, different projects have to be executed, such as introduction of a nursing
documentation system, an order entry system, and electronic patient record archiving. The
project management board guarantees that these projects are coordinated and executed
efficiently.
Typically, the project management board comprises representatives from the strategic
information management, as well as representatives from the ICT department and from the
departments involved. The project managers report to this board and should be part of it.
Important tasks of a project management board are setting priorities and long-term
planning for the projects; making all relevant strategic decisions on this project, especially with
respect to investments, staff, and organization; establishing and controlling the projects; and
identifying and solving serious project problems. In this role, the project management board
supports the CIO in directing the most important HIS projects.
Example
Example 5.6.1: Project Management Boards at PMC
Currently, two project management boards are established at Plötzberg Medical Center and
Medical School (PMC):
1. Project management board for the healthcare professional worksta-

tion. Head of the board is the CIO. Members are representatives from the hospital
board of managers (vice president for nursing, vice president for administration),
representatives from the main user groups (senior physician from the surgery
department, senior physician from the internal medicine department), as well as the
project managers of the different subprojects.
2. Project management board for the introduction of a new computer-

based intensive care data management system. Head is the manager of the quality
assurance department. Members are the manager of the ICT department,
representatives from main user groups (senior physician and head nurse from the
surgery department), and the project managers.
Exercise
Exercise 5.6.1: A Project Management Board at PMC
At the Plötzberg Medical Center and Medical School (PMC), a project is going to be initiated
to introduce a hospital-wide nursing documentation system. This application component
comprises functionality of compre-
5.7 Examples 215
hensive nursing data management as well as supporting communication with other healthcare
professionals.
Due to the high significance of nursing documentation, a project management board will
be installed. Who should the members of this board be? Explain your answer.
Summary
Strategic directing of information systems mainly consists of transforming the strategic

information management plan into projects. It is at least as important as strategic planning
and strategic monitoring, but often, from a methodological point of view, an immediate
consequence of them.
For projects of important strategic relevance (e.g., introduction of a hospital-wide
electronic patient record system), a project management board typically is established. This
project management board plans, directs, and monitors a bundle of tactical information
management projects.
5.7 Examples
Example 5.7.1: Information Management Responsibilities 81
The senior executives (chief executive officers, chief operating officers, or chief
information officers) at 10 healthcare organizations conducted audits to evaluate the
effectiveness of information management in their own organizations. The organizations
ranged from rural hospitals to univer sity affiliated teaching hospitals, with bed size ranging
from 60 to 1232.
The audits evaluated how well the following seven information technology management
responsibilities were carried out: (1) strategic information systems planning; (2) employment
of a user focus in system development; (3) recruiting of competent IT personnel; (4)
information systems integration; (5) protection of information security and confidentiality; (6)
employment of effective project management in system development; and (7)
postimplementation evaluation of information systems.
The audit results suggest that most of these responsibilities are being met to a
considerable extent by a majority of the organizations studied. However, substantial variation
across organizations was noted. Executives participa ting in the study were able to define
areas in which the management of information resources in their organizations was in need of
attention. The audit process encourages senior management to provide the leadership re-
81. This example is based on Austin KD, Hornberger JE, Shmerling JE, Managing information resources: a
study of ten healthcare organizations, J Healthc Manag 45 (4) (2000) 229-38; discussion 238-9.
quired to ensure that information technology is used to maximum advantage.
Example 5.7.2: Computer Network Failures 82
The computer system of Plötzberg Medical Center and Medical School (PMC) crashed
repeatedly over 3 1/2 days last week, periodically blocking access to patient records,
prescriptions, laboratory reports, and other infor mation, and forcing the hospital to revert to the
paper-based systems of what one executive called “the hospital of the 1970s.”
Hospital executives said yesterday that patient safety was never jeopardized. But scores
of employees worked overtime printing records, doublechecking doses, physically running
messages from the labs to the wards and back—even rushing to buy copier paper on the
credit card of the chief oper ating officer (COO), Dr. E. The crisis, which lasted from
Wednesday after noon until Sunday, took the hospital by surprise. Its electronic network was
named the nation's best in health care last year by the magazine Information Week , and its
chief information officer (CIO), Dr. H., is an authority on medical computing.
As hospitals are urged to convert their record keeping to computers as part of the battle
against errors, hospital and public health officials are call ing the incident a wake-up call for
hospitals across the country, whose computer systems may not be able to keep up with their
growing workload. At PMC, the systems handle 40 terabytes of information daily—or 40 times
the information in the Library of Congress.
“Imagine if you built a house and you put in an extension cord to it, and then you hook
up a lawnmower, and then you hook up a barbecue. Eventually the breaker is going to
blow," the CIO, Dr. H., said. “I as CIO feel a moral obligation to share the lessons we have
learned over the last few days with every other CIO in the country. Have you got systems in
place to deal with a problem like this? And if you have infrastructures that are at risk, have
you done due diligence to really look at your hospital and make changes?”
Although computer systems have allowed hospitals to work with more speed and
flexibility, executives said, last week's events showed how frightening it can be when they fail.
“Any time you're taking care of very sick patients, when everything isn't as you're used to it,
you get a little nervous,” said the COO, Dr. E.
The crisis began when a researcher installed software to analyze data, and a large
amount of information started flowing over the network. Doctors noticed intermittent
problems with e-mail and data entry. But at 4 p.m. on Wednesday, most of the
systems—from e-mail to accessing patient re-
82. This example is based on a report in Boston Globe, November 19th, 2002, page B1.
5.7 Examples 217
cords to entering laboratory data—slowed or stopped and stayed down for 2 hours.
The hospital called in a special forces team of specialists from the manufacturer that
provides and maintains its computer networks. But the crashes kept happening every 4 to 6
hours, so rather than go back and forth between paper and computer systems, the hospital
decided to switch to all-paper.
The emergency room shut down for most of Friday, and the hospital decided to refuse all
transfers except in life-threatening emergencies. Some lab tests that normally take 45 minutes
to complete took closer to 2 hours, so doctors reverted to lower-tech methods of diagnosis.
“There was a sense of old-fashioned medicine,” said Dr. S., an intensive-care phys ician.
In response to the incident, the manufacturer plans to warn hospitals to update their
systems, the CIO said. He also plans to talk about the subject with the systems managers of
the state's hospitals Thursday, at a previously planned meeting of the regional Health Data
Consortium.
All hospitals were required to put in disaster plans for Y2K. PMC had such a plan in
place, but because systems evolve so quickly, it was already outdated. The hospital has not
calculated how much the computer setbacks will cost. The COO said there may be some
delay in receiving payments from insurers because billing relies on the computer network.
Example 5.7.3: Deficiencies in Information Management
The following letter was written by the head of the Department of Internal Medicine of the
Plötzberg Medical Center and Medical School (PMC) to the chief executive officer. He
complains about failures in information management.
“Dear colleague,
I am sitting here again, having organized the duties for Good Friday and the whole Easter
weekend in a way that patient care as far as the physicians are concerned is guaranteed. I can also
be sure that nursing is well organized for these days, so I want to use the holidays to catch up with
my work in the clinic. On the other hand, I have to realize that the network of our clinic is down yet
again and that consequently, starting from the doorkeeper’s office to every ward and every lab, there
isn’t any kind of data processing or EDP support. The doorkeeper sends visitors coming to see their
relatives to the wards by trusting their luck. At the wards, essential information is missing and
scientific work is delayed by the cutting off of all internal and external scientific networks.
With this letter I want to express my protest once again and complain about the fact that the
way information processing is managed in our hospital is completely unacceptable. I do not know
what still has to happen so that we can fi nally get an emergency service for nights and for
holidays. This is why I want to ask you to immediately make sure in the board of the PMC and in
the Committee for Information Processing that such a technical standby service is installed
for the maintenance of the network and for breakdowns in the same way that we provide on-call
services for all important clinical processes.
In summary, I want to express my deep disappointment about the whole situa tion.
Nowadays, information processing has gained such an important standing in daily patient care
that we can really put patients at risk if we do not immediately—and with this I mean at
once—find a remedy for this problem.
Yours sincerely, in a very

annoyed mood
Prof. Dr. K.
Director of the Dept. of Internal Medicine
Example 5.7.4: Cultivating Hospital Information Systems
Look at the following description of the duties of a forest's owner and discuss the similarities
and differences of cultivating a forest and of information management in a hospital:
“The duties of a forest‘s owner are
• to cultivate the forest according to its purpose,

• lastingly ...
• carefully ...
• systematically ... and
• competently ...
• using recognized forest-managerial methods ...” 83
5.8 Exercises
Exercise 5.8.1: Management of Other Information Systems
Are there any differences between management of hospital information systems and
management of other information systems? Explain your answer.
Exercise 5.8.2: Beginning and End of Information Management
When does hospital information management start, and when does it end? Directing and
monitoring are ongoing tasks of information management. Is this true for planning as well?
83. Forest law of the state of Baden-Württemberg, Germany, August 31st, 1995, §12, translated from
German.
5.9 Summary 219
Exercise 5.8.3: Lessons for Information Management
Look at examples 5.7.1, 5.7.2 and 5.7.3. What have the reasons been for these failures of the
computer-based part of the hospital information system? What can information management
learn from those reports? Analyze the problems and suggest appropriate activities to prevent
the described deficiencies.
Exercise 5.8.4: Problems of Operational Information Management
Look at the following problems, derived from the report of the assessment of the operational
information management at Plötzberg Medical Center and Medical School (PMC). How would
you proceed to solve these problems?
• The Department of Medical Informatics, which is partly responsible for operational

management, is distributed over several areas that are some miles away from the
hospital's building. This causes long delays, loss of information, and delayed
response times in case of local problems.
• The responsibilities of the different institutions involved in information management

(e.g., ICT department) are not clearly defined. For example, the responsibilities of
the network backbone and the local networks are not clearly separated.
• The cost of information management and information processing are unclear. For
example, the total costs of the introduction of an electronic mailing system for all staff
of the hospital are not exactly known.
• In the case of emergencies (e.g., fire) in the central ICT department, there may be
extensive data losses and a longer unavailability of important application components.
5.9 Summary
The tasks of information management in hospitals are planning, directing, and monitoring of
HIS. It can be distinguished into strategic, tactical, and operational information management.
whole. Tactical information management deals with particular enterprise functions or
application components. Operational information management is responsible for operating
the components of the hospital information system.
Each hospital should have an adequate organization for strategic, tactical, and
operational information management. In general, a chief information officer (CIO) should be
responsible for strategic information management. There should be at least one central ICT
department for tactical and operational information management of the computer-supported
part of the
HIS. In addition, there may be decentralized information management staff, located at the
individual departments of the hospital.
Strategic HIS planning deals with planning of HIS architecture and of the organization of
information management. Tasks of strategic HIS planning are the strategic alignment of
business plans and information management plans, the long-term HIS planning, and the
short-term HIS planning. The main methods are the strategic alignment of hospital goals and
information management goals, adequate portfolio management, and the establishment of a
strategic information management plan.
Strategic HIS monitoring aims to continually audit the quality of the hospital information
system, that is, to initiate, collect, and analyze feedback on the functioning of the hospital
information system. It comprises permanent monitoring activities, which can be based on
standardized certification, accreditation and excellence programs, as well as ad hoc
monitoring activities such as assessment studies.
Strategic HIS directing mainly consists of transforming the strategic information

management plan into projects.
Summarizing, some quality criteria for an efficient information management can be
defined, such as:
• Clear decision structures, roles, and responsibilities for strategic, tactical, and
• Systematic strategic information management with a strategic information
management plan as the basis.
• Systematic tactical information management, with clear management of the projects.
• Systematic operational information management, with an appropriate support strategy to

guarantee the continuous and faultless operation of the information processing tools.
• Sufficient and ongoing training of the users.

• Motivation and competence of IT staff, which is essential for the efficient functioning
of the information systems and for a high acceptance by the users.
6Final Remarks
Hospital information systems are sometimes compared to large tankers crossing the oceans.
Like tankers, hospital information systems need careful and long-term planning (planning its
course), they need continual monitoring to ensure their course is still followed (staying on
course), and they react only very slowly to directing (steering) activities.
Well-educated health informatics specialists (who are comparable to tanker captains and
officers), with the knowledge and skills to systematically manage and operate hospital
information systems, are therefore needed to appropriately and responsibly apply information
and communication technology to the complex information processing environment of a
hospital.
This book discussed the systematic management of hospital information systems in detail.
The reader should now be able to answer the following questions:
• Why is systematic information processing in hospitals important?

• What do hospital information systems look like?
• What are good hospital information systems?
• How can we strategically manage hospital information systems? This book should be
regarded as an introduction to this complex subject. For a deeper understanding, the reader
will need additional knowledge and, foremost, practice in this field.
And now one last exercise: Four medical informatics VIPs volunteered to pose in some of the
figures used in this book: Prof. Marion Ball (United States), Prof. K.C. Lun (Singapore), Prof.
Jochen Moehr (Canada), and Prof. Gustav Wagner (Germany). Did you recognize them? Good
luck in finding them!
Appendix A: Thesaurus
This chapter defines the most important concepts and terms used in this book.
Cross-references between entries are indicated by ‚ → ’.
3LGM
Abbreviation for → three-layer graph-based metamodel.
Access integration
Condition of an → information system where the → application components needed for the
completion of a certain task can be used where they are needed.
Synonymous term: Zugangsintegration (German)
Accreditation
To certify that an institution meets predefined quality standards. An example of an organization

that evaluates and accredits hospitals in the United States is JCAHO (Joint Commission on
Accreditation of Healthcare Organizations).
Synonymous term: Akkreditierung (German)
Activity
Instantiation of an → enterprise function working on an individual entity.
Synonymous term: Aktivität (German)
Administrative admission
→ Patient identification and documentation of main administrative data during the admission
of a patient to an institution. Includes assignment of a
→ patient identification number and of a visit number (case identifier).
Synonymous term: Administrative Aufnahme (German)

224 Appendix A: Thesaurus
Administrative documentation
Documentation of patient-related data as basis for billing, controlling, cost center accounting,
internal budgeting, or other economic analysis, sometimes done for legal reasons. Includes
recording of diagnoses and procedures in a standardized way. Administrative documentation
should be at least partly derivable from → clinical documentation.
Synonymous term: Administrative Dokumentation (German)
ADT
Admission, discharge, and transfer of a patient.
Application component
Responsible for the storage and for the communication of → data about entities of a specific
type. Supports → enterprise functions. Computer-based application components are controlled
by application programs, which are adapted → software products; paper-based application
components are controlled by working plans that describe how people use paper-based → physical
data processing components.
Synonymous term: Anwendungsbaustein (German)
Application component configuration
Within the → 3LGM, the relationship between → enterprise functions and

→ application components. It states, that a → hospital function may be supported by several
application components together, by a single application component, or by combinations of
the two.
Synonymous term: Anwendungsbaustein-Konfiguration (German)
Architectural style
Summarizes → architectures of information systems that are equivalent with regard to certain
characteristics.
Synonymous term: Architekturstil (German)
Architecture of an information system
Fundamental organization of an → information system, represented by its

→ components, their relationships to each other and to the environment, and by the principles
guiding its design and evolution.
Synonymous term: Architektur eines Informationssystems (German)

Appendix A: Thesaurus 225
Archiving
Long-time storing (e.g., for 10 or 30 years, depending on legal regulations) of documents and
records, especially of → patient records, after discharge of a patient.
Synonymous term: Archivierung (German)
Assessment study
Specific → project of → tactical information management, which tries to analyze and evaluate
a → component of an information system, thus supporting → monitoring of → HIS.
Synonymous term: Bewertungsstudie (German)
Asynchronous communication
Form of communication where the process in the → application component that initiated
communication with another application component does not have to be interrupted while
awaiting or obtaining response data from the communication partner. This form of
communication usually occurs through the sending of → messages. The opposite is → synchronous
communication.
Synonymous term: Asynchrone Kommunikation (German)
Basic data-set documentation
Standardized documentation of few particularly important attributes of all patients of a

healthcare institution. It permits the retrieval of all patients with particular attributes and
enables access to their healthcare documents. Moreover, statistics on those attributes can be
produced. Thus, a healthcare institution gets a relevant current overview about its patients'
characteristics. In Europe, uniform attributes for outpatient and inpatient basic data-set
documentation have been suggested, and termed minimum basic data sets (MBDS).
Synonymous term: Basisdokumentation (German)
Business process
Sequence of → activities together with the conditions under which they are invoked, in order to
achieve an enterprise goal.
Synonymous term: Geschäftsprozess (German)

Business process model
→ Model focusing on the dynamic view of → information processing. Elements offered are
typically → activities and their chronological and logical order. Often, other elements can be
added, such as the role or unit that performs an activity, or the → information processing tools
that are used. Due to the amount of different perspectives, various business process → metamodels
exist, such as simple process chains, event-driven process chains, activity diagrams, and petri
nets.
Synonymous term: Geschäftsprozess-Modell (German)
CCOW (clinical context object workgroup)
Develops standards for the synchronization of independent → application components on a → healthcare

professional workstation, in order to support
→ contextual integration.
Certification
Assessment of the compliance with → quality management standards. Certification in hospitals

concentrates mostly on the ISO 9000 standard. An ISO 9000 certificate states that a hospital
meets the standards, but says nothing about → outcome quality.
Synonymous term: Zertifizierung (German)
Chief executive officer (CEO)
Responsible for setting and carrying out the strategic plans and policies of an enterprise.
Synonymous term: Geschäftsführer, Vorstandsvorsitzender (German)
Chief financial officer (CFO)
Responsible for financial planning and record keeping of an enterprise.
Synonymous term: Leiter der Finanzabteilung (German)
Chief information officer (CIO)
Responsible for the → strategic, → tactical and → operational information management in an

enterprise. The CIO usually has the authority for all employees concerned with → information
management. The specific position of the CIO demands dedicated professional skills.
Synonymous term: Leiter des Informationsmanagements (German)

Client-server architecture
→ Architectural style at the → physical tool layer, comprising various servers and clients,
interconnected by a network. The servers can be application file servers or database servers.
The server offers services that can be accessed by the workstations as clients. The
workstations are usually typical personal
→ computer systems with their own memory and data processing units. They can offer access
to → application components installed on the application file server as well as to locally installed
application components.
Synonymous term: Client-Server-Architektur (German)
Clinical admission
Admission of patient to an institution from a medical and nursing point of view. It typically
comprises the patient history and the introduction of the patient to the ward. Clinical
admission usually follows → administrative admission. activities.
Synonymous term: Klinische Aufnahme (German)
Clinical documentation
Recording all clinically relevant patient → data (such as vital signs, orders, results, decisions,
dates) that arise during patient care as completely, correctly, and quickly as possible. This
supports the coordination of patient treatment between all involved → healthcare
professionals, and also the legal justification of the actions taken. Structured documentation
of data is a precondition for data aggregation and statistics, computerized decision support,
and retrieval of data.
Synonymous term: Klinische Dokumentation (German)
Clinical information system
→ Application component supporting → clinical documentation, → order entry and result

reporting, and ward management.
Synonymous term: Klinisches Informationssystem (German)
Communication server
→ Application component supporting → asynchronous communication between application

components. Stands at the center of the → logical tool layer of a → hospital information
system. This architectural principle can be found in most hospital information systems with
the → DB n architectural
style. The communication server provides the asynchronous sending, receiving, monitoring, and
buffering of → messages.
Synonymous term: Kommunikationsserver (German)
Communication standard
Consensus on the syntax and semantics of → messages that are to be exchanged between → application
components. Two important communication standards in health care are → HL7 and → DICOM.
Synonymous term: Kommunikationsstandard (German)
Component of an information system
Typical components of → information systems are → enterprise functions,

→ business processes, → application components, and → physical data processing components.
Synonymous term: Komponente eines Informationssystems (German)
Computer system
A computer-based → physical data processing tool, for example, a terminal, server or personal
computer. Computer systems can be physically connected via data wires, leading to physical
networks.
Content integrity
Condition of an → information system in which the same → data that are used in different → application
components in a hospital are interpreted in the same way. Content integrity can be
supported by → medical data dictionaries (MDDs).
Synonymous term: Inhaltliche Integrität (German)
Contextual integration
Condition of an → information system in which the context (e.g., patient identification) is

preserved when an → application component is changed, for example, at a → healthcare
professional workstation. The general aim is that a task that has already been executed once
for a certain purpose does not need to be repeated again to achieve the same purpose. This
type of
→ integration is also referred to as visual integration.
Synonymous term: Kontext-Integration (German)

Controlled redundancy
Systematic management of redundantly stored → data. Usually, redundant data storage should
be avoided. However, there are situations in which redundant data storage is unavoidable or
even desirable. In any case, data redundancy must be systematically managed. In particular, it
must be clear which database system is the → master database system for these data, when
data copies are made, for which purpose they are made, and in which case changes of the
master data are communicated to the data copies.
Synonymous term: Kontrollierte Redundanz (German)
Controlling
Collecting and analyzing financial and other data about the hospital's operation in order to
manage and optimize it. This covers, for example, staff controlling, process controlling,
material controlling, and financial controlling.
CORBA (Common object request broker architecture)
→ Architectural style for distributed object systems, proposed by the object management
group (OMG). The object request broker (ORB) carries an index of all services provided by
the objects that are part of the architecture. The index is updated at run time, so that the ORB
can support an object demanding a certain service (client) by selecting the most suitable
offering object (server). The domain task force CORBAmed works on standardization of the
services for the medical area.
Cost-benefit analysis
An economic analysis to compare the costs and consequences of a → component of an

information system. It converts effects of an information system component into the same
monetary terms as the costs.
Synonymous term: Kosten-Nutzen-Analyse (German)
Cost-effectiveness analysis
An economic analysis to compare the costs and consequences of a → component of an

information system. It does not require that all important effects be expressed in monetary
terms.
Synonymous term: Kostenwirksamkeitsanalyse (German)
Data
Reinterpretable representation of → information or → knowledge in a formalized manner

suitable for communication, interpretation, or processing by
humans or machines (ISO 2382, DIN 44300 84). Formalization may take the form of discrete
characters or of continuous signals (e.g., sound signals). To be reinterpretable, there have to be
agreements on how data represent information.
Synonymous term: Daten (German)
Data integration
Condition of an → information system in which each data item needs to be recorded, changed,
deleted, or otherwise edited just once, even if it is used in several → application components.
Data integration is a prerequisite for the → multiple usability of data.
Synonymous term: Datenintegration (German)
Data model
→ Model focusing on the data processed and stored in an → information system.
Elements offered are typically entity types and their relationships. A typical
→ metamodel for data modeling is offered by the class diagrams in the Unified Modeling
Language (UML) .
Synonymous term: Datenmodell (German)
Data processing component configuration
Within the → 3LGM, the relationship between the → application components and the → physical
data processing components. It states, that an application component may be installed on
several physical data processing components together (e.g., typical client-server
installations), on a single physical data processing component (typical stand-alone
application components), or through combinations of these two.
Synonymous term: Konfiguration der Datenverarbeitungsbausteine (German)
DB 1 architectural style
→ Architectural style where a → hospital information system (or a → subinformation system)

comprises only one → application component containing a database system. In this case, all
patient-related data are stored in exactly one database system. The precondition for this is
that the different computerbased application components all only work with the database
system of the central application component. This architectural style, therefore, can be
84. DIN. Deutsches Institut für Normung. http://www.din.de.

found mostly in HISs using application components that are based on homogeneous → software
products.
Synonymous term: DB 1- Architekturstil (German)
DB n architectural style
→ Architectural style in which a → hospital information system (or a → subinformation system)

comprises several → application components containing their own database systems. As a
consequence of this architectural style, patient-related data are stored redundantly in
database systems of different application components. Therefore, in this architectural style,
great emphasis has to be placed on the → integrity of redundant data.
Synonymous term: DB n- Architekturstil (German)
DICOM (Digital Imaging and Communication in Medicine)
Important → communication standard in health care, used for the transfer of medical images.
With DICOM, not only images (e.g., the results of radiological examinations) can be sent
from their digital modalities to the resulting workstations or into the PACS, but also data
describing the originating requests (e.g., from the radiology information system) can be sent
to the required digital modalities. DICOM not only defines a → message format, but also
couples this closely with exchange formats.
Directing
An important task of → information management is directing the establishment and operation

of an → information system. Directing in → strategic information management means to
transform a → strategic information management plan into action, that is, to systematically
manipulate a hospital information system to make it conform to the strategic information
management plan. Directing in → tactical information management means the execution of → projects,
based on a project plan. Directing in → operational information management means the sum
of all management activities that are necessary to ensure proper reactions to operating
problems of → components of a hospital information system.
Synonymous term: Steuerung (German)
Domain layer
A set of → enterprise functions in the → 3LGM that describe an enterprise independent of its
implementation. Enterprise functions need → information of a certain type about physical or
virtual entities of the hospital. These types of information are represented as entity types.
Synonymous term: Fachliche Ebene (German)
Electronic patient record (EPR)
Complete or partial → patient record stored on an electronic storage medium. Given this
definition, every computer-based → application component with
→ clinical documentation functionality contains at least a partial electronic patient record.
Synonymous term: Elektronische Krankenakte (EKA), elektronische Patientenakte (EPA)

(German)
Enterprise function
Describes what humans or machines have to do in a certain enterprise to contribute to its

mission and goals. Enterprise functions are ongoing and continuous. They describe what is to
be done, not how it is done.
Synonymous term: Unternehmensaufgabe (German)
Enterprise modeling
Comprises various modeling aspects such as modeling of → functional models, → technical

models, → organizational models, → data models, or
→ business process models, and the dependencies between those models.
Synonymous term: Unternehmensmodellierung (German)
Federated database system
Integrated system of autonomous (component) database systems. The point of → integration is

to logically bring the database schemata of the component database systems to a single
database schema, the federated database schema, in order to attain → data integration even
when there is redundant data in information systems with a → DB n architectural style.
Synonymous term: Föderiertes Datenbanksystem (German)
First level of operational support
User support unit serving as first contact for all user groups with any kinds of information
processing problems. It may consist, for example, of a central 24-hour-hotline team, responsible
for management of user accounts and first troubleshooting, or of a decentralized information
processing staff. When the first level of operational support cannot solve the problems, they are
handed over to the → second level of operational support.
Synonymous term: First level support (German)
Formal integrity
Comprises → object identity and → referential integrity.
Synonymous term: Formale Integrität (German)
Functional leanness
Condition of an → information system where an → enterprise function is supported by one and

only one → application component. The opposite is
→ functional redundancy.
Synonymous term: Funktionale Schlankheit (German)
Functional model
→ Model focusing on the functions of a hospital (what is to be done). Elements offered are
typically → enterprise functions that are supported by the
→ application components of an → information system.
Synonymous term: Aufgaben-Modell (German)
Functional redundancy
Condition of an → information system where an → enterprise function is supported by more

than one → application component. The opposite is
→ functional leanness.
Synonymous term: Funktionale Redundanz (German)
Healthcare professional
Staff member directly contributing to patient care, such as a physician or nurse.
Synonymous term: Klinisches Personal (German)
Healthcare professional workstation (HCPW)
Specific → information processing tool in hospitals, consisting of a (mobile or stationary)

personal computer, connected to the hospital's computer network, together with the → application
components installed and the → hospital functions supported. An HCPW usually provides
extensive functionality for → healthcare professionals.
Synonymous term: Klinisches Arbeitsplatzsystem (German)

Health information system
→ Information system spreading over institutional boundaries to support trans-institutional

patient care.
Synonymous term: Informationssystem des Gesundheitswesens (German)
Health Level Seven (HL7)
Important → communication standard in health care supporting the transfer of patient- and
case-based messages, excluding image data. HL7 describes the events and structure with
which, → messages are exchanged between → application components.
HIS
Abbreviation for → hospital information system.
Hospital function
→ Enterprise functions of a hospital.
Synonymous term: Krankenhausaufgabe (German)
Hospital information system (HIS)
Socio-technical → subsystem of a hospital that comprises all → information processing as well

as the associated human or technical actors in their respective information processing roles.
Synonymous term: Krankenhausinformationssystem (KIS) (German)
Hospital management
The executives responsible for attaining the strategic hospital goals.
Synonymous term: Krankenhausleitung (German)
Information
Specific → knowledge about entities such as facts, events, things, persons, processes, ideas, or
concepts that, within a certain context, have a particular meaning (ISO 2382).
Information management
Planning the → information system of an enterprise and its architecture, directing its
establishment and its operation, and monitoring its development and operation with respect to
the planned objectives. Encompasses the man-
agement of all → components of an information system: the management of

→ information, of → application components, and of → physical data processing components.
The goal of information management is systematic information processing that contributes to
the enterprise's strategic goals. With respect to its scope, information management can be
divided into → strategic,
→ tactical, and → operational information management.
Synonymous term: Informationsmanagement (German)
Information management board
Responsible for → strategic information management in a hospital. Members should include

representatives from the hospital's board of directors, representatives from the main
departments and user groups, and the director of the ICT department. If no dedicated → CIO
position exists, the president of this board can be regarded as the CIO of the hospital.
Synonymous term: Ausschuss für das Informationsmanagement (German)
Information processing
In the context of → hospital information systems, refers to the processing of

→ data, → information, and → knowledge.
Synonymous term: Informationsverarbeitung (German)
Information processing tool
An → application component or → physical data processing component. Can be either

computer-based or paper-based.
Synonymous term: Werkzeug der Informationsverarbeitung (German)
Information system
Socio-technical → subsystem of an enterprise that comprises all → information processing as well

as the associated human or technical actors in their respective information processing roles.
Synonymous term: Informationssystem (German)
Infrastructure of an information system
Types, number, and availability of → information processing tools used in a given enterprise.
Synonymous term: Infrastruktur eines Informationssystems (German)

Integrated healthcare delivery system
System of healthcare institutions that join together to consolidate their roles, resources, and
operations in order to deliver a coordinated range of services and to enhance effectiveness and
efficiency of patient care.
Synonymous term: Integriertes Gesundheitsversorgungssystem (German)
Integration
A union of parts making a whole, which as opposed to its parts, displays a new quality. We
speak of integrated information processing if we want to express that a → hospital information
system is a union that represents more than just a set of independent → components. We
expect positive consequences for the quality of → information processing by integration.
Different qualities of integration are → data integration, → access integration, → presentation
integration, and → contextual integration.
Integrity
The correctness of → data. Two main aspects of integrity are → formal integrity and → content
integrity.
Synonymous term: Integrität (German)
Interlayer relationship
Relationships among → components of different layers in the → 3LGM. Relationships exist

between classes at the → domain layer and the → logical tool layer ( → application component
configuration) and between classes at the logical tool layer and the → physical tool layer ( → data
processing component configuration).
Synonymous term: Interebenen-Beziehung (German)
Knowledge
General → information about concepts in a certain (scientific or professional) domain (for

example, about diseases or therapeutic methods). Knowledge contrasts with specific
information about particular individuals of the domain (e.g., patients).
Synonymous term: Wissen (German)

Knowledge server
→ Application component supporting access to medical and nursing

→ knowledge for → healthcare professionals (e.g., medical and nursing guidelines and standards,
reference databases, scientific papers, drug databases).
Synonymous term: Wissensserver (German)
Laboratory information system (LIS)
→ Application component supporting the management of analysis in a clinical laboratory: the

receipt of the order and the sample, the distribution of the sample and the order to the
different analysis tools, the collection of the results, the validation of results, the
communication of the findings back to the ordering department, as well as general → quality
management procedures.
Synonymous term: Labor-Informationssystem (German)
Leanness of information processing tools
For a given task, from the point of view of the user, there should be as many different → information
processing tools as necessary, but as few as possible.
Synonymous term: Schlankheit von informationsverarbeitenden Werkzeugen (German)
Logical tool layer
A set of → application components and their communication interfaces in the → 3LGM.
Synonymous term: Logische Werkzeugebene (German)
Mainframe-based architecture
→ Architectural style at the → physical tool layer, consisting of one or multiple (networked)
mainframe systems to which various terminals are attached. The terminals can be used to
access the → application components that are installed on the mainframe system. The terminals
do not have their own data processing facilities or local memories.
Synonymous term: Großrechner-basierte Architektur (German)
Management of information systems
Management can stand for an institution or an → enterprise function. As an institution,

management comprises all organizational units of an enterprise
that make decisions about planning, monitoring, and directing all activities of subordinate units.
As an enterprise function, management comprises all leadership activities that determine the
enterprise’s goals, structures, and behaviors. Management of information systems both as an
institution or as a function is a synonym to → information management.
Synonymous term: Management von Informationssystemen (German)
Master database system
Leading database system in which datasets of redundantly saved entity types are allowed to be
inserted, changed and deleted.
Synonymous term: Führendes Datenbanksystem (German)
Media crack
Change of the storage media during the → transcription of data.
Synonymous term: Medienbruch (German)
Medical data dictionary (MDD)
Central catalog of medical concepts and terms that offers the possibility of representing the
semantic relationships among all → data stored in a → hospital information system, and to link
that local vocabulary to internationally standardized nomenclatures and knowledge sources.
An MDD can be realized as an independent → application component or as part of an existing
application component. A MDD is normally composed of a system of medical concepts and
terms, an information model, and a knowledge base.
Synonymous term: Medizinischer Thesaurus (German)
Message
Set of → data that is put together for the purpose of transmission and that is considered to be
one entity for this purpose (DIN 44300).
Synonymous term: Nachricht (German)
Metamodel
Language for describing → models of a certain class. It usually describes the modeling
framework, which consists of the modeling syntax and semantics (the available modeling
objects together with their meaning), the representation of the objects (how the objects are
represented in a concrete model,
e.g., often in a graphical way), and (sometimes) the modeling rules (e.g., the
modeling steps). An example of a metamodel for → hospital information systems is the → 3LGM.
Synonymous term: Metamodell (German)
Middleware
Software components of a computer-supported → information system that serve for the

communication between → application components.
Mobile personal digital assistant
Mobile → information processing tool, supporting personal organization (e.g., task lists,
scheduling), the writing of notes, and information access.
Synonymous term: Mobiler persönlicher digitaler Assistent (German)
Model
A simplified depiction of reality or excerpts of it. Models are usually adapted to answer
certain questions or to solve certain tasks.
Synonymous term: Modell (German)
Monitoring
Checking on the development and operation of a → hospital information system with respect
to the planned objectives. Monitoring in → strategic information management means
continually auditing its quality as defined by means of its → strategic information management
plan’s directives and goals. Monitoring in → tactical information management means
continually checking whether initiated → projects are running as planned, and whether they
will produce the expected results. Monitoring in → operational information management
means verifying the proper working and effectiveness of all → components of a hospital
information system.
Synonymous term: Überwachung (German)
Multiple usability of data
Condition where → data are captured once but used for more than one task. A prerequisite is → data
integration. Multiple usability of data is one important benefit computer-support can bring to → information
systems.
Synonymous term: Multiple Verwendbarkeit von Daten (German)

Nursing documentation system
→ Application component for nursing documentation, supporting all phases of the nursing
process such as nursing patient history, nursing care planning, execution of nursing tasks, and
evaluation of results.
Synonymous term: Pflegedokumentationssystem (German)
Object identity
Condition of an → information system where the representation of every entity is uniquely

identifiable. In a → hospital information system, this is especially important for patients and
cases since all medical data need to be assigned to a particular patient and his or her cases. →
Patient identification numbers and case identification numbers are used for that purpose.
Synonymous term: Objektidentität (German)
Operation documentation system
→ Application component that supports operation documentation. The planning data are taken
from the operation planning systems to be updated and completed during and after the
operation. Based on these data, an operation report can be created, which may be completed
by further comments of the surgeons.
Synonymous term: Operations-Dokumentationssystem, OP-Dokumentationssystem (German)
Operation planning system
→ Application component supporting planning of surgical interventions. It should allow

assigning of date and time of surgery, and, therefore, should be available on wards as well as
in offices and management units of an operating unit.
Synonymous term: Operations-Planungssystem, OP-Planungssystem (German)
Operational information management
Responsible for operating all → components of an information system. It cares for its smooth
operation, usually in accordance with the → strategic information management plan of a
hospital.
Synonymous term: Operatives Informationsmanagement (German)

Order entry
The process of entering and transmitting a clinical order to a diagnostic or therapeutic

service unit (e.g., lab, radiology, surgery) or to another
→ healthcare professional. The available service spectrum offered by a service unit may be
presented in the form of catalogs.
Synonymous term: Leistungsanforderung (German)
Order entry and result reporting
Comprises → order entry of diagnostic or therapeutic procedures, appointment scheduling,

printing of labels, as well as the communication and presentation of findings or reports.
Synonymous term: Auftragskommunikation (German)
Organizational model
→ Model focusing on the organization of an enterprise. Elements offered are typically units or
roles that have a defined organizational relationship to each other.
Synonymous term: Organisations-Modell (German)
Outcome quality
Describes in health care the effects of patient care, that is, the changes in the health status
of the patient (e.g., mortality, morbidity). In the context of
→ hospital information systems, outcome quality describes whether the goals of → information
management have been reached, or, in a broader sense, to what extent the hospital information
system contributed to the goals of the hospital and to the expectations of different → stakeholders.
Synonymous term: Ergebnisqualität (German)
Patient administration
→ Hospital function comprising patient admission, discharge, and transfer ( → ADT), → basic
data-set documentation, and billing. A patient-related (not only case-related) patient
administration can be regarded as the center of the memory of a → hospital information
system.
Synonymous term: Patientenverwaltung (German)

Patient data management system (PDMS)
→ Application component in intensive care units to automatically monitor, store, and present
a vast amount of patient-related clinical → data. In this area, the requirements for the
permanent availability of the application components and their data is of highest importance
to guarantee patient’s safety.
Synonymous term: Patientendaten-Managementsystem (PDMS) (German)
Patient identification
To determine and record a patient’s identity. As a result of patient identification, a unique → patient
identification number (PIN) should be assigned.
Synonymous term: Patienten-Identifikation (German)
Patient identification number (PIN)
Number for the unique identification of a patient. Should be used in all parts of a → hospital
information system for → patient identification. Is the precondition for the → object identity of
the entity type “patient,” and for a patientoriented combination of all → information arising
during the patient’s recent as well as future hospitalizations. Should have no internal
meaning, and should thus be created sequentially.
Synonymous term: Patienten-Identifikationsnummer (PIN) (German)
Patient management system (PMS)
→ Application component supporting → patient administration.
Synonymous term: Patientenmanagementsystem (PMS) (German)
Patient record
Comprises all → data and documents generated or received during patient care at a
healthcare institution. Document carriers may be paper-based or electronic media.
Nowadays, many documents in the paper-based patient record are computer printouts, and
the portion of documents created on a computer will further increase, leading to the → electronic
patient record.
Synonymous term: Krankenakte, Patientenakte (German)
Physical data processing component
→ Information processing tools used to realize computer-based and paperbased → application

components. They can be human actors (such as the
person delivering mail), paper-based physical tools (such as printed forms, telephones, books,
paper-based patient records, administrative stickers), or
→ computer systems.
Synonymous term: Physischer Datenverarbeitungsbaustein (German)
Physical tool layer
A set of → physical data processing components in the → 3LGM that are physically connected
via so-called data transmission connections (e.g., data wires).
Synonymous term: Physische Werkzeugebene (German)
Picture archiving and communication system (PACS)
→ Application component that supports the storage, management, and presentation of digital
images and their communication from the storage media to the attached workstations for the
diagnosing specialists or for the ordering departments.
Synonymous term: Bildarchivierungs- und Kommunikationssystem (German)
Planning
One task of → information management is planning the → hospital information system and its →
architecture. Planning in → strategic information management results in a specific → strategic
information management plan, describing the HIS with the supported → hospital functions, its
architecture, and its organization. Planning in → tactical management means planning
→ projects and of all resources needed for them. Planning in → operational information
management means planning organizational structures, procedures, and all resources such as
finances, staff, rooms, or buildings that are necessary to ensure the faultless operation of all
components of the hospital information system.
Synonymous term: Planung (German)
Plötzberg Medical Center and Medical School (PMC)
Plötzberg ([pløts'berg]) is a hypothetical medical school associated with a tertiary care

hospital. Most of the examples in this book are located at the PMC. The PMC is fictitious, but
similarities with real hospitals are certainly not Synonymous term: Zugangsintegration
(German)
Synonymous term: Medizinische Hochschule Plötzberg (MHP) (German)

Portfolio management
Important instrument for strategic → planning of a → hospital information system. Originally

coming from the field of finance to acquire a wellbalanced securities portfolio, today the term
is used to refer to multiple strategic management problems. We can distinguish application
portfolio management and → project portfolio management.
Synonymous term: Portfolio-Management (German)
Presentation integration
Condition of an → information system where different → application components represent → data

as well as user interfaces in a unified way.
Synonymous term: Präsentations-Integrität (German)
Project
A unique undertaking that is characterized by management by objectives, by restrictions with

regard to available time and resources, and by a specific project organization (DIN 69901).
Synonymous term: Projekt (German)
Project portfolio
Describes recent → projects, priorities, and upcoming planned projects of

→ information management. Its establishment is one important task of → strategic information
management.
Synonymous term: Projektmappe, Projektbestand, Projektportfolio (German)
Quality
Degree to which a set of inherent characteristics fulfills requirements (ISO

9000). We can typically distinguish three major approaches to quality assessment: → quality
of structures, → quality of processes, and → outcome quality.
Synonymous term: Qualität, Güte (German)
Quality management
All activities of a healthcare institution's management that ensure and continually improve the
quality of patient care. This includes setting the goals, defining the responsibilities, and
establishing and monitoring the processes to realize these goals. For hospitals, there are
several quality management
approaches such as → certification, → accreditation, and excellence programs.
Synonymous term: Qualitätsmanagement (German)
Quality of data
The correctness, integrity, reliability, completeness, accuracy, relevancy, authenticity,

availability, confidentiality, and safety of → data.
Synonymous term: Datenqualität (German)
Quality of processes
In health care, quality of activities carried out by care providers (e.g., adherence to
professional standards, appropriateness of care). In the context of
→ hospital information systems, quality of processes deals with the quality of the information
processes that are necessary to meet the user’s needs.
Synonymous term: Prozessqualität (German)
Quality of structures
In health care, the human, physical, and financial resources that are needed to provide
medical care (e.g., educational level of staff, availability of medical equipment). In the
context of → hospital information systems, quality of structures refers to the availability of
technical or human resources needed for → information processing. It comprises quality
characteristics for
→ data, for → information processing tools, and for → integration of → components.
Synonymous term: Strukturqualität (German)
Radiological information system (RIS)
→ Application component supporting the management of a radiological department,

comprising appointment scheduling, organization of examinations and staff (work flow
management, working lists), provision of patient data and examination parameters, and
creation of reports.
Synonymous term: Radiologie-Informationssystem (RIS) (German)
Reference model
→ Model pattern for a certain class of aspects. On the one hand, these model patterns can
help to derive more specific models through modifications, limitations, or add-ons (generic
reference models). On the other hand, these
model patterns can be used to directly compare models e.g. concerning their completeness
(nongeneric reference models).
Synonymous term: Referenzmodell (German)
Referential integrity
Correct assignment of entities, for example, the assignment of cases to a certain patient, or of
results to a case.
Synonymous term: Referenzielle Integrität (German)
Return-on-investment (ROI) study
An economic analysis to describe how much an investment in a → component of an

information system pays back in a fixed period of time.
Synonymous term: Rendite-Studie (German)
Second level of operational support
User support unit addressing information processing problems that cannot be solved by → first
level of operational support. It may consist, for example, of specially trained informatics staff in
the central information management department, responsible for the operation of a specific → application
component. When the second level of operational support cannot solve the problems, they are
handed over to the → third level of operational support.
Synonymous term: Second level support (German)
Socio-technical system
A (man-made) → system that consists of both human and technical components.
Synonymous term: Sozio-technisches System (German)
Software ergonomics
Comprises suitability for a task, suitability for learning, suitability for individualization,
conformity with user expectations, self-descriptiveness, controllability , and error tolerance of
a → software product (ISO 9241).
Synonymous term: Software-Ergonomie (German)

Software product
An acquired or self-developed piece of software that is complete in itself and that can be
installed on a → computer system.
Synonymous term: Software-Produkt (German)
Software quality
Comprises quality of functionality, reliability, usability, efficiency, maintainability, and

portability of a → software product (ISO 9126).
Synonymous term: Software-Qualität (German)
Stakeholder
Anyone who has direct or indirect influence on or interest in a → component of an information

system.
Synonymous term: Interessensgruppe (German)
Strategic alignment
The process that balances and coordinates the hospital goals and the → information
management strategies to get the best result for the hospital. Important task of → strategic
information management.
Synonymous term: Strategische Anpassung, Angleichung (German)
Strategic information management
Deals with the enterprise's → information processing as a whole and establishes strategies
and principles for the evolution of the → information system. An important result of strategic
information management activities is a
→ strategic information management plan that includes the direction and strategy of → information
management and the → architecture of an enterprise information system.
Synonymous term: Strategisches Informationsmanagement (German)
Strategic information management plan
Contains the long-term planning of a → hospital information system, describing the hospital's
goals, the → information management goals, the current HIS state, the future HIS state, and
the steps to transform the current HIS into the planned HIS. Its establishment is an important
task of → strategic HIS planning. The strategic information management plan should be written
by the → CIO and approved by the → hospital management.
Synonymous term: IT-Strategieplan, IT-Rahmenkonzept (German)
Sub-information system
A subset of the components of an → information system and the relationships between them. A
sub-information system is a → subsystem of the overall information system and thus itself again
an information system.
Synonymous term: Sub-Informationssystem (German)
Subsystem
A subset of all components of a → system, together with the relationships between them.
SWOT analysis
Analysis of the most significant s trengths (positive features), w eaknesses (negative features), o pportunities
(potential strengths), and t hreats (potential weaknesses) that characterize a → component of an
information system.
Synchronous communication
Form of communication in which the process in the → application component that initiated
communication with another application component is interrupted as long as the system is
awaiting or obtaining response data from the communication partner. The opposite is → asynchronous
communication.
Synonymous term: Synchrone Kommunikation (German)
System
Set of persons, things, and/or events that forms an entity, together with their relationships. We
distinguish between natural systems and artificial (manmade) systems. A system can be
divided into → subsystems.
Tactical information management
Deals with particular → enterprise functions or → application components that are introduced,
removed, or changed. Usually these activities are done in the form of → projects.
Synonymous term: Taktisches Informationsmanagement (German)
Technical model
→ Model focusing on → information processing tools used in an enterprise. Elements offered

are typically → physical data processing components (e.g.,
→ computer systems, telephones, forms, pagers, records) and → application components

(application programs, working plans).
Synonymous term: Technisches Modell (German)
Third level of operational support
User support unit addresses the more severe information processing problems that cannot be
solved by → second level of operational support. It may consist, for example, of specialists from
the software vendor.
Synonymous term: Third level support (German)
Three-layer graph-based metamodel (3LGM)
→ Metamodel that can be used to model → hospital information systems. It distinguishes three
layers of information systems: → domain layer, → logical tool layer, and → physical tool layer. It
aims to support the systematic → information management, especially of heterogeneous
hospital information systems, as well as the quality assessment of → information processing.
Synonymous term: Grafisches Drei-Ebenen-Metamodell (3LGM) (German)
Transcription of data
Transfer of → data from one storage device to another storage device, for example, transfer of
patient diagnoses from the → patient record to an order entry form, or copy of data from a
printout into a computer-based → application component. Transcription usually leads to the
duplication of data.
Synonymous term: Transkription von Daten (German)
Utility analysis
Economic analysis that compares costs and consequences of a → component of an information

system, taking the staff’s personal preferences into account by including weighting factors for
each criterion.
Synonymous term: Nutzwertanalyse (German)

Appendix B: Bibliography
The following books, proceedings, journals, associations, and Internet resources address
hospital information systems.
Books
Ball MJ, Douglas JV, Garets DE, editors. Strategies and Technologies for Healthcare
Information—Theory into Practice. Health Informatics. New York: Springer;
1999.
Cassidy A. A Practical Guide to Information Systems Strategic Planning. Boca Raton,
Boston, London: St. Lucies Press; 1998.
CSTB. For the Record: Protecting Electronic Health Information. Washington: Na-
tional Academy Press—Committee on Maintaining Privacy and Security in Healthcare
Applications of the National Information Infrastructure; 1997. http://
www.nap.edu/books/0309056977/html/index.html.
Degoulet P, Fieschi M. Introduction to Clinical Informatics. New York: Springer; 1997. Dick RS, Steen EB,
Detmer DE, editors. The Computer-Based Patient Record: An
Essential Technology for Healthcare (revised edition). Washington: National Academy
Press—Institute of Medicine; 1997. http://www.nap.edu/books/
0309055326/html.
Dudeck J, Blobel B, Lordieck W, Bürkle T. New Technologies in Hospital Information
Systems. Amsterdam: IOS Press; 1997.
Federal Statistical Office. Statistical Yearbook for the F.R.G. Wiesbaden: Metzler
Poeschel; annual edition.
Friedman CP, Wyatt JC. Evaluation Methods in Medical Informatics. New York:
Springer; 1997.
Haux R, Kulikowski C, editors. Yearbook of Medical Informatics. Stuttgart: Schattauer;
annual edition.
Hsu LD, Glaser JP. The Strategic Application of Information Technology in
Healthcare Organizations. New York: McGraw-Hill; 1999.
Lorenzi NM, Riley RT, editors. Organizational Aspects of Health Informat-
ics—Managing Technological Change. New York: Springer; 1995. Lorenzi NM, Riley RT, Ball MJ,
Douglas JV, editors. Transforming Healthcare Through
Information—Case Studies. New York: Springer; 1995.
Mantas J, Hasman A, editors. Textbook in Health Informatics—A Nursing Perspective.
Amsterdam: IOS Press; 2002.
252 Appendix B: Bibliography
Martin J. Information Engineering. Book II: Planning and Analysis. Englewood Cliffs:
Prentice Hall; 1989.
Prokosch HU, Dudeck J. Hospital Information Systems: Design and Development,
Characteristics; Impact and Future Architecture. Amsterdam: Elsevier; 1995. Shortliffe E, Perrault
L, Wiederhold G, Fagan L. Medical Informatics: Computer
Applications in Healthcare and Biomedicine. 2nd edition. New York: Springer;
2001.
van Bemmel JH, Musen MA, editors. Handbook of Medical Informatics.
Houten/Diegem: Springer; 1997.
Ward J, Griffiths P. Strategic Planning for Information Systems. 2nd edition. Chiches-
ter: John Wiley & Sons; 1996.
Proceedings
Proceedings of the Annual American Medical Informatics Association (AMIA) Sym-

posium (formerly known as SCAMC) (published as supplement to the Journal of the American
Medical Informatics Associ a tion). http://www.amia.org. Proceedings of the Annual Symposium of the
German Association for Medical Infor -
matics, Biometry and Epidemiology (GMDS) (last issues published by Urban & Vogel, München).
http://www.gmds.de.
Proceedings of Medical Informatics Europe (MIE) (in the years where no Medinfo takes
place) (last issues published by IOS Press, Amsterdam). http://www.efmi .org. Proceedings of the
Triennial World Congress on Medical Informatics (Medinfo) (last
issues published by Elsevier North Holland, Amsterdam). http://www.imia.org.
Journals
Health Informatics Online: http://www.healthcare-informatics.com. The Informati cs

Review: http://www.informatics-review.com. International
Journal of Medical Informatics: http://www.elsevier.com/locate/
ijmedinf.
Journal of the American Medical Informatics Association: http://
www.jamia.org.Journal of Healthcare Information Management: http://
www.himss.org/templates/journals_issue.asp.
Journal of Healthcare Information Management: http://www.himss.org/templates/
journals_issue.asp.
Methods of Information in Medicine: http://www.methods-online.com.
Associations
American Health Information Management Association (AHIMA): http://

www.ahima.org.
American Medical Informatics Association (AMIA): http://www.amia.org. Association for
Computing Machinery (ACM): http://www.acm.org. Center for Health Information
Management (CHIM): http://www.chim.org.
Appendix B: Bibliography 253
College of Healthcare Chief Information Executives: http://www.cio-chime.org. European Federation for

Medical Informatics (EFMI): http://www.efmi.org. European Federation for Quality Management (EFQM),
http://www.efqm.org. European Information Technology Observatory (EITO): http://www.fvit-eurobit.de/
def-eito.htm.
German Association for Medical Informatics, Biometry and Epidemiology (Deutsche
Gesellschaft für Medizinische Informatik, Biometrie und Epidemiologie, GMDS) with its working
groups: http: //www.gmds.de.
German Computer Society (Gesellschaft für Informatik, GI) with its working groups:
http://www.gi-ev.de.
German Institute for Standardization (Deutsches Institut für Normung, DIN), http://
www2.din.de.
German Professional Association for Medical Informatics (Berufsverband Mediz-
inische Informatik, BVMI): http://www.bvmi.de.
German Research Association (Deutsche Forschungsgemeinschaft, DFG): http://
www.dfg.de.
Healthcare Information and Management Systems Society (HIMSS): http://
www.himss.org.
Institute for Electrical and Electronic Engineering (IEEE): http://www.ieee.org. International Federation for
Information Processing (IFIP): http://www.ifip.org. International Medical Informatics Association (IMIA) with
its special interest groups
and working groups: http://www.imia.org. In particular working group on Health Information systems.
International Organization for Standardization (ISO). http://www.iso.org. Joint Commission

on Accreditation of Healthcare Organizations, http://
www.jcaho.org.
Joint Healthcare Information Technology Alliance (JHITA): http://www.jhita.org. National Committee
on Vital and Health Statistics (NCVHS). http://ncvhs.hhs.gov. National Institute of Standards and
Technology (NIST), http://www.nist.gov. Object Management Group (OMG). http://www.omg.org.
Organization for Economic Cooperation and Development
(OECD): http://
www.oecd.org.
World Health Organization (WHO): http://www.who.int.
Internet Resources
CEN/TC 251. European Standardization of Health Informatics. http://

www.centc251.org.
DICOM. Digital Imaging and Communications in Medicine. http://
medical.nema.org.
HIPAA. Health Insurance Portability and Accountability Act. http://www.hipaa-
iq.com.
HL7. Health Level Seven. http://www.hl7.org. HON. Health on the Net Foundation. http://www.hon.ch. IMIA
Yearbook of Medical Informatics. http://www.yearbook.uni-hd.de. KTQ. Kooperation für Transparenz und
Qualität im Krankenhaus. http://www.ktq.de. Nicholas E. Davies CPR Recognition Award of Excellence
Program. http://www.cpri-
host.org/davies/index.html.
254 Appendix B: Bibliography
NIST. Baldrige National Quality Program. http://www.baldrige.org. NLM. National Library of Medicine.
PubMed. http://www.ncbi.nlm.nih.gov/entrez/
query.fcgi.
OECD. OECD Health Data 2001. A comparative analysis of countries. http: //
www1.oecd.org/els/health/software/index.htm.
PITAC. National Coordination Office for Information Technology Research and
Development. President’s Information Technology Advisory Committee. Reports to the President.
http://www.ccic.gov/pubs/pitac/index.html.
Requirements Index for Information Processing in Hospitals. http://www.umit.at/
reqhis.
UML. Unified Modeling Language. http://www.uml.org.
WHO. World Health Report 2000. http://www.who.int/whr/2000/en/statistics.htm.
Appendix C: List of Examples and
Exercises
Examples
Example 1.4.1: Improving Patient Care Through the Use of Medical

Knowledge Servers ..........................................................................................................17
Example 1.4.2: Evaluation of a Decision-Support Program for the
Management of Antibiotics .........................................................................................19
Example 1.4.3: Nonsystematic Information Processing in Clinical
Registers ...............................................................................................................................20
Example 1.4.4: Relevance of Information Processing, as Seen from a

Healthcare Professional's Point of View...............................................................21
Example 2.7.1: Architecture of a Hospital Information System...........................36
Example 2.7.2: Comments on the Future of Health Information
Systems .................................................................................................................................37
Example 3.3.1: A Reference Model for Hospital Functions...................................76
Example 3.6.1: Communication Between Application Components..............119
Example 3.8.1: Healthcare Professional Workstations Supporting
Hospital Processes ........................................................................................................139
Example 4.6.1: The Baldrige Healthcare Information Management
Criteria................................................................................................................................171
Example 4.6.2: The Davies CPR Award of Excellence........................................172
Example 4.6.3: The JCAHO Information Management Standards...................173
Example 4.6.4: The KTQ Information Management Standards.........................175
Example 5.2.1: Typical Projects of Tactical Information
Management ....................................................................................................................185
Example 5.3.1: Organizational Structures for Information
Management in a Hospital........................................................................................192
Example 5.4.1: Structure of a Strategic Information Management Plan.......201
Example 5.5.1: An Information Processing Monitoring Report..........................209
Example 5.5.2: Assessment Study of a Telemedicine System
to Improve Care..............................................................................................................211
Example 5.6.1: Project Management Boards at PMC...........................................214
256 Appendix C: List of Examples and Exercises
Example 5.7.1: Information Management Responsibilities.................................215

Example 5.7.2: Computer Network Failures...............................................................216
Example 5.7.3: Deficiencies in Information Management...................................217
Example 5.7.4: Cultivating Hospital Information Systems..................................218
Exercises
Exercise 1.5.1: Amount of Information Processing in Typical Hospitals .........22

Exercise 1.5.2: Information Processing in Different Areas......................................23
Exercise 1.5.3: Good Information Processing Practice.............................................23
Exercise 2.8.1: HIS as a System..........................................................................................39
Exercise 2.8.2: Goals of Models ..........................................................................................39
Exercise 2.8.3 Information Processing Tools in a Hospital.....................................39
Exercise 2.8.4: Information Processing of Different Healthcare
Professional Groups .........................................................................................................41
Exercise 2.8.5: Information and Knowledge Logistics..............................................41
Exercise 2.8.6: Buying an HIS..............................................................................................41
Exercise 2.8.7: Health Information Systems..................................................................41
Exercise 3.2.1: Differences in Hospital Functions ......................................................61
Exercise 3.2.2: Different Healthcare Professional Groups and
Hospital Functions ...........................................................................................................61
Exercise 3.2.3: Realization of Hospital Functions......................................................61
Exercise 3.3.1: Typical Realization of Hospital Functions ....................................77
Exercise 3.3.2: Comparison of Reference Models for Hospital
Functions ..............................................................................................................................77
Exercise 3.3.3: Modeling Business Processes with Activity Diagrams............78

Exercise 3.4.1: 3LGM as a Metamodel............................................................................87
Exercise 3.4.2: Modeling with 3LGM...............................................................................87
Exercise 3.5.1: HIS Infrastructures...................................................................................108
Exercise 3.5.2: A Paperless Hospital..............................................................................110
Exercise 3.5.3: Mapping Application Components and
Hospital Functions ........................................................................................................111
Exercise 3.5.4: Functionality of Healthcare Professional
Workstations ....................................................................................................................111
Exercise 3.5.5: Healthcare Professional Workstations and the
3LGM..................................................................................................................................111
Exercise 3.6.1: HIS Architecture in a Strategic Information
Management Plan.........................................................................................................121
Exercise 3.6.2: HIS Architectural Styles ......................................................................121
Exercise 3.6.3: Communication Server .........................................................................121
Exercise 3.6.4: An Architectural Style at the Logical Tool Layer...................122
Exercise 3.6.5: Architecture of a Sub-Information System..................................122
Exercise 3.6.6: Anatomy and Physiology of Information Processing..............123
Exercise 3.7.1: Patient Identification Number ...........................................................138
Appendix C: List of Examples and Exercises 257
Exercise 3.7.2: Object Identity..........................................................................................138

Exercise 3.7.3: Communication Standards..................................................................138
Exercise 3.9.1: Hospital Functions and Processes ...................................................149
Exercise 3.9.2: Multiprofessional Treatment Teams...............................................149
Exercise 3.9.3: Information Needs of Different Healthcare
Professionals ....................................................................................................................149
Exercise 4.2.1: Diagnoses and Therapy of Quality of Structures ......................158
Exercise 4.2.2: Quality of Information Processing Tools......................................158
Exercise 4.3.1: Diagnoses and Therapy of Quality of Processes.......................162
Exercise 4.3.2: Transcription of Data.............................................................................162
Exercise 4.3.3: Leanness of Information Processing Tools..................................163
Exercise 4.3.4: Quality of Processes...............................................................................163
Exercise 4.4.1: Diagnoses and Therapy of Outcome Quality..............................167
Exercise 4.4.2: National Laws for Information Processing...................................167
Exercise 4.7.1: Quality Criteria for Hospital Information Systems..................175
Exercise 5.2.1: Relationships Between Tasks of Information
Management ....................................................................................................................186
Exercise 5.2.2: Typical Projects of Tactical Information
Management ....................................................................................................................186
Exercise 5.2.3: Diagnostics and Therapy of HIS.......................................................186
Exercise 5.3.1: Information Systems Managers as Architects............................192
Exercise 5.3.2: Organizational Structures for Information
Management in a Hospital........................................................................................193
Exercise 5.3.3: Centralization of Organizational Structures...............................193
Exercise 5.3.4: Organizational Structures for Information
Management at PMC..................................................................................................193
Exercise 5.4.1: Life Cycle of a Strategic Information Management
Plan......................................................................................................................................202
Exercise 5.4.2: Deviation from a Strategic Information Management
Plan......................................................................................................................................203
Exercise 5.4.3: Strategic Information Management and Strategic

Hospital Management .................................................................................................203
Exercise 5.4.4: Establishing a Strategic Information Management
Plan......................................................................................................................................203
Exercise 5.5.1: An Information Processing Monitoring Report ..........................212
Exercise 5.5.2: Organizing User Feedback..................................................................212
Exercise 5.5.3: Planning of an Assessment Study....................................................212
Exercise 5.6.1: A Project Management Board at PMC.........................................214
Exercise 5.8.1: Management of Other Information Systems...............................218
Exercise 5.8.2: Beginning and End of Information Management......................218
Exercise 5.8.3: Lessons for Information Management............................................219
Exercise 5.8.4: Problems of Operational Information Management ................219
About the Authors
Prof. Dr. Reinhold Haux
Reinhold Haux is a professor of medical informatics at the University for Health Informatics
and Technology Tyrol (UMIT), Austria. He is the rector of UMIT and director of the Institute for
Health Information Systems. From 1989 to 2001 he was a professor and director of the
Department of Medical Informatics at the University of Heidelberg, Germany. From 1987 to
1989, he was associate professor of medical informatics at the University of Tübingen,
Germany.
He studied medical informatics at the University of Heidelberg/University of Applied

Sciences, Heilbronn, Germany. He received a Ph.D. from the Faculty for Theoretical
Medicine, University of Ulm in 1983, and a license for lecturing (German "Habilitation") for
medical informatics and statistics from the medical faculty of the Technical University of
Aachen in
1987.
At the University of Heidelberg and at UMIT, he has chaired the strategic IT management
boards of the respective university medical centers. At the Universities of Tübingen and
Erlangen-Nuremberg he was also a member of such boards. At all these university medical
centers, he participated in the elaboration of their strategic IT plans.
His current research field is health information systems (strategic IT management,

patient-centered, shared care, clinical documentation, electronic patient record,
knowledge-based decision support for diagnosis and therapy) as well as the design of
curricula in health and medical informatics. He is lecturing on hospital information systems at
UMIT and at the Universities of Amsterdam, Heidelberg, Heilbronn, and, formerly, in Athens
and Prague. Reinhold Haux is vice president of the International Medical Informatics
Association (IMIA). He is editor-in-chief of Methods of Information in Medicine, and editor of
the IMIA Yearbook of Medical Informatics.
260 About the Authors
Prof. Dr. Alfred Winter
Alfred Winter is a professor for medical informatics at the Institute of Medical Informatics,
Statistics, and Epidemiology of the University of Leipzig, Germany.
He studied informatics at the Technical University in Aachen, Germany, and received his
Ph.D. and a license for lecturing (German "Habilitation") for medical informatics from the
Faculty of Theoretical Medicine at the University of Heidelberg.
His research focuses on methods and modeling tools for the management of hospital
information systems. He teaches information management in hospitals in a medical
informatics course at Leipzig University. He is responsible for co-ordinated strategic
information management at Leipzig University Hospital and Leipzig University Medical
Faculty. He works as a consultant concerning telemedicine and evaluation projects for the
German state of Saxony. He has been head of the joint medical informatics division of the
German Association of Medical Informatics, Biometry and Epidemiology (GMDS) and the
German Association of Informatics (GI).
Prof. Dr. Elske Ammenwerth
Elske Ammenwerth is assistant professor and head of the Research Group Assessment of
Health Information Systems at the University for Health Informatics and Technology Tyrol
(UMIT) in Innsbruck, Austria.
She studied medical informatics at the University of Heidelberg/University of Applied
Sciences Heilbronn, Germany. Between 1997 and 2001, she worked as a research assistant
at the Institute for Medical Biometry and Informatics at the University of Heidelberg,
Germany. In Heidelberg, her work comprised the evaluation of hospital information systems
(e.g., evaluation of mobile technology), the introduction and evaluation of nursing
documentation systems, and requirements analysis for hospital information systems. In
2000, she received her Ph.D. from the Medical Faculty of the University of Heidelberg for her
work on requirements modelling.
Since her time at UMIT, she has worked on evaluation methods for hospital information
systems. Here, she also participates in the elaboration of the strategic IT plan of the
University Medical Center of Innsbruck. She lectures on hospital information systems,
evaluation of information systems, and project management at UMIT, and formerly lectured at
the University of Heidelberg and the University of Applied Sciences, Heilbroun.
She is head of the working group Assessment of Health Information Systems of the
European Federation for Medical Informatics (EFMI).
Dr. Birgit Brigl
Birgit Brigl is a research scientist at the Institute of Medical Informatics, Statistics, and
Epidemiology of the University of Leipzig, Germany. Her
About the Authors 261
current research interests cover the management of hospital information systems, with a
special focus on hospital information systems modeling.
She studied medical informatics at the University of Heidel-
berg/University of Applied Sciences, Heilbronn, Germany. Between 1992 and 1998 she
worked as a research assistant at the Institute for Medical Biometry and Informatics at the
University of Heidelberg, focusing on the integration of decision support systems in hospital
information systems. In
1997, she received her Ph.D. from the Faculty of Theoretical Medicine at the University of
Heidelberg for her work on knowledge acquisition.
The authors of thi s book. From left: Reinhold Haux, Alfred Winter, Birgit Brigl, and Elske Ammenwerth.
Index
A in intensive care units, 98–99 in laboratory

Access integration, 128, 223 Accreditation units, 98 mapping, 111 in operating rooms,
programs, 208–209, 99–100 in outpatient units, 95 for patient
223 administration, 89, 90 quality of, 153–154 in
Activities, 27, 223 Activity radiological units, 96, 97 in therapeutic
diagrams, 70 service units, 98–100 typical, 89–100 on
modeling business processes wards, 90–94 Application programming
with, 78 interface
Adaptability, flexibility and, 157 Ad hoc
monitoring activities, 206 Administrative
admission, 47,
141, 223
Administrative documentation, (API), 130 Application programs,
54, 224 28, 81, 153 Appointment scheduling, 46
Admission, discharge, and trans- Architectural styles, 30, 112, 224
fer (ADT), 89, 224 ADT
(admission, discharge, and at logical tool layer, 112–118, 122 at
transfer), 89, 224 physical tool layer, 118–119 Architecture of
Antibiotics, management of, information systems,
19–20 224
API (application programming Archive management systems, 96
interface), 130 Archiving, 225
Application component configura- of patient records, 56 Assessment
tion, 84–86, 224 studies, 206–208, 225
Application components, 28, 81, planning, 212
224 of telemedicine system to improve
communication between, care, 211 Asynchronous
119–121 communication, 130,
in diagnostic service units, 132, 225
96–98
for hospital administration,
100 B
for integration of application Balance as challenge for information
components, 100 management, 167–170
264 Index
Baldrige healthcare information Communication links, 82 Communication

management criteria, 171 Basic server, 117, 121–122,
data-set documentation, 130, 132, 227–228
225 Communication standards, 132–136,
Billing, 54 138, 228
Business plans, strategic align- Component integration, quality of,
ment of information 156–158 Component interfaces, 82
management plans and, Component of information system,
194–195
Business processes, 27–28, 225 Business 228 Computer, mobile, 9, 10
process metamodels, 64 Business process Computer-based information process-
model, 226 Business process modeling,
hospi- ing, 3
tal information system, 69–71 Computer-based patient records
(CPRs), 171–173
Business reference models, 73 Computer-based tools, balance of
paper-based tools and, 169 Computer
network failures, 216–217 Computer-supported
C information sys-
Care planning, 49 tems, 27 Computer system, 228
CCOW (clinical context object Computer workstations, 37 Content integrity,
workgroup), 136, 226 126–127, 228 Contextual integration, 128–129,
Certification, 208, 226 Chief executive 228 Controlled redundancy of data,
officer (CEO),
188, 226
Chief financial officer (CFO), 157–158, 229 Controlled
188, 226 transcription of data,
Chief information officer (CIO), 160–163
187–188, 226 Controlling, 229
CIO (chief information officer), CORBA (common object request bro-
187–188, 226 ker architecture), 131, 229
Client-server architecture, 118, CORBAmed, 135–136 Cost-benefit analysis,
227 208, 229 Cost-effectiveness analysis, 207, 229
Clinical admission, 48, 227 Clinical Cost factor, information processing,
context object workgroup
(CCOW), 136, 226 Clinical 2–3
documentation, 52–53, Cost-performance accounting, 60–61 CPRs
227 (computer-based patient re-
Clinical documents, 55 cords), 171–173
Clinical information systems, 94,
227
COM/DCOM, 131 D
Common object request broker Data, 25, 229–230
architecture (CORBA), controlled redundancy of, 157–158,
131, 229 229
Index 265
multiple usability of, 160, 239 Documentation, clinical, 52–53, 227 Domain
single recording, 160 quality of, layer, 231–232
152–153, 245 transcription of, see Transcrip- three-layer graph-based metamodel,
79–81
tion of data Databases, Domain task forces (DTFs), 131
normal forms of, Dynamic metamodels, 64
153
Data integration, 127–128, 230 Data
model, 230 D
Data modeling, hospital informa- Effectiveness study, 207 Efficiency, of
tion system, 68, 69 Data information logistics,
processing component con- 159
figuration, 86, 230 Data Electronic patient records (EPR), 4,
processing components quality of, 155, 105–108, 232 Enterprise
156 typical physical, 101–103 Data functions, 27, 232 Enterprise
security and functionality, modeling, 232
hospital information system, 71 Entity
balance of, 169–170 Davies types, 79
CPR Award of Excel- EPR (electronic patient records), 4,
lence, 171–173 DB 1 architectural 105–108, 232 Event-driven process
style, 113–115, chains, 70 Examples, list of, 255–256 Excellence
230–231 DB n architectural style, programs, 209 Exercises, list of, 256–257
115–118, Expectations of different stakeholders,
231
DCE (distributed computing envi-
ronment), 130 fulfillment of, 166–167 Extended markup
Diagnostic procedures, execution language (XML), 134
of, 52
Diagnostics, improvements in,
7 F
Diagnostic service units, applica- Federated database system, 129,
tion components in, 96– 98 232 Financial accounting, 61 First level
of operational support, 190,
DICOM (Digital Imaging and
Communications in Medicine), 232–233
134–135, 231 Digital Imaging and Flexibility, adaptability and, 157 Formal
Communica- integrity, 124–126, 233 Free text, 91
tions in Medicine (DICOM),
134–135, 231 DIOGENE, 114 Functional leanness, 170, 233 Functional model,
233 Functional modeling, hospital informa-
Directing, 182, 184, 231 Distributed
computing environ- tion system, 64–65 Functional
ment (DCE), 130 Distributed oversaturation, 170 Functional
object systems, mid- redundancy, 170, 233
dleware in, 130–131
266 Index
G HIPAA (Health Insurance Portability

GALEN, 127 and Accountability Act), 166 HISA,
115
HL7 (Health Level 7), 133–134, 234 Holistic
H view, 4
Health care Homogeneity and heterogeneity, bal-
information and communica- ance of, 168 Hospital
tion technology and, 7–8 administration, 60–61
application components for, 100 Hospital
information and communica- functions, 30, 45–62, 234
tion technology changing, 9 comparison of reference models for,
77 differences in, 61 and
Healthcare delivery systems, processes, 149 realization of, 61 reference
integrated, 33 models for, 76–77 typical realization of, 77
Healthcare professional cards, Hospital goals, fulfillment of, 165 Hospital
108 information system (HIS), 5,
Healthcare professionals, 233
information processing and,
13–14
Healthcare professional worksta- 30–32, 234 accreditation of, 208–209
tions (HCPW), 104, 105, 233 architectural styles, 121 architecture of,
36–37 basic concepts, 25–43 business
functionality of, 111 process modeling, 69–71 buying, 41
supporting hospital processes, certification of, 208 cultivating, 218 data
139–148 modeling, 68, 69 defined, 30, 45 enterprise
three-layer graph-based meta- modeling, 71 excellence programs of, 209
model and, 111 Health functional modeling, 64–65 goal of, 30
informatics specialists, good, 151–176 infrastructure of, 102,
221 108–110 integrating
Health information systems,
33–35, 41, 234
architectures of, 112–123 future
of, 37–38
integrating hospital information
system into, 136–137 Health
Insurance Portability and
Accountability Act
(HIPAA), 166 into health information systems,
Health Level 7 (HL7), 133–134, 136–137 methods and tools
234 for, 131–136 integrity and integration
Health on the Net Foundation, 35 within,
Heidelberg reference model, 74, 123–139 looking
75 at, 45–150 metamodels,
Heterogeneity and homogeneity, 63–64 modeling, 62–79
balance of, 168
Index 267
organizational modeling, 67–68 Information and communication tech-

planning nology (ICT), 3 changing health care,
long-term, 195 short-term, 9 health care and, 7–8 importance of, 8–9
195–196 quality criteria for, 175 progress in, 6–10 Information and
reference models for, 73–77 knowledge logistics,
strategic directing of, 213–
215 32, 41
strategic information manage- Information logistics, efficiency of, 159
ment plan, 121 Information management, 178–187,
strategic monitoring of, 234–235
204–213 balance as challenge for, 167–170 basic
strategic planning of, 194–204 concepts, 25–43 beginning and end of, 218
structurally managing, 177–220 tasks of, deficiencies in, 217–218 defined, 177 general
30–31 tasks of, 35 in hospitals, 35–36, 180–181
technical modeling, 65–67 Hospital lessons for, 219 operational, see Operational
management, 234 Hospital processes, informa-
healthcare
professional workstations
supporting, 139–148 Hospitals, 30
tion management organizational
amount of information process- structures for, 187–
ing in, 11–13 information 194 strategic, see Strategic
management in, information
35–36, 180–181 information management systematic,
processing tools in, importance of, 11–17 tactical, see Tactical
39, 88–111 information
paperless, 110 management three-dimensional
people working in, 32, 33 typical, classification of
amount of information activities, 179–180 Information
processing in, 22 management board, 188,
Hospital staff, 30 189, 235
Hypertext markup language Information management laws, fulfill-
(HTML), 131 ment of, 165–166 Information
management plans, strate-
gic alignment of business plans and,
I 194–195 Information management
ICT, see Information and commu- responsibili-
nication technology IHE ties, 215–216 Information
(Integrating the Healthcare overload, 159 Information
Enterprise), 135 processing, 235
Information, 1–2, 234 amount of
defined, 25 in hospitals, 11–13 in typical
as productivity factor, 3–4 hospitals, 22 computer-based,
representing, 25 3
268 Index
Information processing ( contin- Interlayer relationships, 84–86, 236 Internet,

ued) 34–35
cost factor, 2–3 patient care and, 34–35
defined, 26 resources, 253–254 ISO 9126,
in different areas, 23 good practice 153 ISO 9241, 154
in, 23 healthcare professionals and,
13–14 hospitals
and, 4 integrated, 14–16 J
national laws for, 167 JCAHO information management stan-
paper-based, 3 dards, 173–174
patient-centered, 161–162 as
quality factor, 1–3 systematic, K
16–17 unsystematic, 17 Knowledge, 26, 236 Knowledge servers, 94,
237 KTQ information management stan-
Information processing monitoring
report, 209, 210 Information dards, 174–175
processing tools,
28
in hospitals, 39, 88–111 leanness of, L
159–161, 163, 237 quality of, 153–155, Laboratory information systems (LISs),
158 Information systems, 26–30, 27, 98, 237
Laboratory units, application compo-
235 nents in, 98 Leanness of information
architecture of, 29–30, 224 processing
components of, 27–28, 228 health, see tools, 159–161, 163, 237 Legacy
Health information systems, 131 3LGM, see Three-layer
systems hospital, see Hospital graph-based
informa- metamodel
tion system infrastructure of, LISs (laboratory information systems),
30, 235 management of, 237–238 98, 237
Information systems managers as Logical tool layer, 237
architectural styles at, 112–118, 122
architects, 192–193 three-layer graph-based metamodel,
Infrastructure of information sys- 81–83
tems, 30, 235
Integrated healthcare delivery
systems, 33, 236 Integrated M
hospital information Mainframe-based architecture, 118, 237
system, 127 Integration, Management
127–129, 236 Integrity, 124–127, 236 concept, 178
Intensive care units, application of information systems, 237–238 Master
database system, 126, 238 Master patient
components in, 98–99 index (MPI), 137
Index 269
MDDs (medical data dictionar- Nursing documentation, 53 Nursing

ies), 126–127, 238 documentation systems, 92,
Media crack, 160, 238 Medical 240
admission, 142 Medical data
dictionaries
(MDDs), 126–127, 238 Medical O
documentation, 53 Medical Object identity, 124, 138, 240 Object
documentation systems, management group (OMG), 131 ODBC (open
90 MEDLINE, 18 Message, database connectivity),
25, 238 Message queuing, 130 130
Metamodels, 63–64, 238–239 OLE, 131
Middleware, 129–131, 239 OMG (object management group), 131 Open
database connectivity (ODBC),
130
in distributed object systems, Open Systems Foundation (OSF), 130
130–131 Mobile Operating rooms, application compo-
computer, 9, 10 nents in, 99–100 Operational
Mobile personal digital assistant, information management,
239 36, 179, 184, 185, 240
Modeling business processes with organizational structures for, 189–
activity diagrams, 78 191
Models, 239 problems of, 219
goals of, 39 of Operation documentation systems, 100,
systems, 26 240
Monitoring, 182, 184, 239 Operation management systems, 100
Monitoring activities Operation planning systems, 99–100 Order
ad hoc, 206 entry, 50, 51, 145, 241
permanent, 205–206 Monitoring paper-based forms, 51 and result reporting,
report, information 241 Order entry systems, 92 Organizational
processing, 209, 210 MPI model, 241 Organizational modeling, hospital
(master patient index), 137 Multiple in-
usability of data, 160,
239 formation system, 67–68
single recording, 160 Organizational structures
Multiprofessional treatment centralization of, 193 for information
teams, 149 management,
187–194
for operational information manage-
N ment, 189–191 for strategic
National laws for information information manage-
processing, 167 National ment, 187–189 for tactical information
Library of Medicine, management,
34–35 189–190
Normal forms of databases, 153 Nursing OSF (Open Systems Foundation), 130 Outcome
admission, 141 quality, 151, 164–167, 241
270 Index
Outpatient units, application People, working in hospitals, 32, 33

components in, 95 Permanent monitoring activities,
205–206
Personal digital assistant (PDA), 102 Personal
P filtering, 159 Petri nets, 70
PACS (picture archiving and
communication systems), Physical data processing components,
96, 97, 243 28, 29, 242–243
Paper-based information process- typical, 101–103 Physical
ing, 3 tool layer, 243
Paper-based order entry forms, 51 architectural styles at, 118–119 three-layer
Paper-based tools, balance of graph-based metamodel,
computer-based tools and, 169 83–84
Picture archiving and communication
Paperless hospitals, 110 Patient systems (PACS), 96, 97, 243 PIN
administration, 241 (patient identification number), 46,
application components for, 89, 124, 138, 242
90 Planning, 183–184, 243 Plötzberg Medical
Patient admission, 46–48 Patient care, Center and Medical
Internet and, 34–35 Patient-centered School (PMC), 20, 243 PMC
information (Plötzberg Medical Center and
processing, 161–162 Medical School), 20, 243 PMS
Patient database, 125 (patient management system),
Patient data management systems 89, 242
(PDMSs), 98–99, 242 Patient Portfolio management, 197, 244 Presentation
discharge, 54–55 Patient identification, integration, 128, 244 Procedure reference
46–47, 137, models, 74 Processes, quality of, 151,
242 158–164,
Patient identification number 245
(PIN), 46, 124, 138, 242 Productivity factor, information as, 3–4 Project,
Patient Link, 136 244
Patient management system Project management boards, 214–215 Project
(PMS), 89, 242 portfolios, 181, 244
Patient records, 242
archiving of, 56
electronic (EPR), 4, 105–108 Q
handling of, 55–57 Patient referral, 54 Quality, 151, 244
of application components, 153–154 of
Patient treatment, planning and component integration, 156–158 of data,
organization of, 48–49 PDA 152–153, 245 of data processing components,
(personal digital assistant), 155,
102 156
PDMSs (patient data manage- of information processing tools,
ment systems), 98–99, 242 153–155, 158 of
outcome, 151, 164–167
Index 271
of processes, 151, 158–164, Server room of hospital, 6 Simple process

245 chains, 70 Simpson's paradox, 21 Single
of structures, 151, 152–158, recording, multiple usability of
245
Quality criteria for hospital infor- data, 160
mation system, 175 Quality SNOMED, 127
factor, information proc- Socio-technical system, 26, 246 Software
essing as, 1–3 ergonomics, 154, 246 Software products, 28,
Quality management, 60, 244– 81, 153, 247 Software quality, 153, 247
245 Software reference models, 73 “Spaghetti”
Queue manager, 130 architectural style,
Quintuplets, 17–19
117
Stakeholders, 247
R different, fulfillment of expectations
Radiological information systems of, 166–167 “Star” architectural style,
(RISs), 96, 245 Radiological 117 Strategic alignment, 196, 247 Strategic
units, application information management, 36,
components in, 96, 97
Redundancy of data, controlled, 178, 181–182, 247
157–158, 229 organizational structures for, 187–
Reference models, 73, 245–246 189
for hospital functions, 76–77 for hospital Strategic information management
information system, plan, 181, 197–204, 247–248
73–77 deviation from, 203 establishing, 203
Referential integrity, 125, 246 Remote
function call (RFC), 130 Remote hospital information system architec-
procedure call (RPC), ture in, 121 life cycle of, 202
130 purpose of, 199–200 structure of, 200–202
Resource planning, work organi- Structures, quality of, 151, 152–158,
zation and, 58–59
Results review, 50
Return-on-investment (ROI) stud- 245
ies, 208, 246 Sub-information systems, 27,
RFC (remote function call), 130 RISs 248 architecture of, 122
(radiological information Subsystems, 26, 248 SWOT analysis, 207,
systems), 96, 245 ROI 248 Synchronous communication, 132,
(return-on-investment) stud-
ies, 208, 246
RPC (remote procedure call), 130 248 System
integration, 129 Systems, 26,
38, 248
S models of, 26 Systems
Second level of operational sup- analysis, 206 Systems
port, 190, 246 evaluation, 207
272 Index
T Transcription of data, 249

Tactical information manage- controlled, 160–163 Treatment teams,
ment, 36, 178–179, 183–184, multiprofessional,
185–186, 248 organizational 149
structures for, 2-phase commit protocol, 126
189–190
Technical model, 248–249 Technical
modeling, hospital U
information system, 65–67 UML (Unified Modeling Language),
Telemedicine, 35 68, 69
Telemedicine system to improve UMLS metathesaurus, 127 Unified Modeling
care, assessment study of, 211 Language (UML),
68, 69
Therapeutic procedures, execu- User acceptance study, 207 User
tion of, 52 interfaces, 82 Utility analysis, 208,
Therapeutic service units, appli- 249
cation components in,
98–100
Third level of operational support, V
190, 249 Visual integration, 129
Three-layer graph-based meta-
model (3LGM), 79–88,
223, 249 W
domain layer, 79–81 healthcare Ward management, 94 Wards, application
professional work- components on,
stations and, 111 logical 90–94
tool layer, 81–83 as metamodel, 87 Work organization, resource planning
modeling with, 87–88 physical tool and, 58–59
layer, 83–84 relationships between
layers,
Z
84–86 Zachman enterprise architecture
Transaction management, framework, 72
125–126

Haux, Winter, Ammenwerth, Brigl - Strategic Information Management in Hospitals - En.es PDF

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Haux, Winter, Ammenwerth, Brigl - Strategic Information Management in Hospitals - En.es PDF

Загружено:

Авторское право:

Доступные форматы

Informática de la salud

(Anteriormente Informática en Salud)

Kathryn J. Hannah Marion J. Ball

Springer Science + Business Media, LLC

Con un prólogo de Reed M. Gardner

Con 110 ilustraciones

Biblioteca del Congreso de datos Catalogación en la Publicación

ISBN 978-1-4419-2331-8 ISBN 978-1-4757-4298-5 (libro electrónico)

DOI 10.1007 / 978-1-4757-4298-5

1. almacenamiento y recuperación de sistemas-hospitales. 2. La informática médica.

ISBN 978-1-4419-2331-8 Impreso en papel libre de ácido.

© 2004 Springer Science + Business Media Nueva York

Originalmente publicada por Springer-Verlag New York, LLC en 2004

987654321 SPIN 10936962

Debido a la complejidad y evolución de las necesidades de información médica, el campo de la

y la gestión de información de la salud, a la gestión estratégica de sistemas de información

• ¿Por qué es importante sistemática procesamiento de la información en los hospitales?

• ¿Qué sistemas de información hospitalarios parecen?

Jean-Marie Fessler y Francois GREMY problemas

“La salud y la educación en informática médica es de particular importancia en el inicio de

1. progreso en el procesamiento de información y la información y comunica-

3. hay beneficios económicos significativos a ser obtenidos del uso de la información y

Prólogo de Reed M. Gardner ............................................ .................................................. .v Serie Prefacio

.............................................. .................................................. ............................. Prefacio vii ...................

.................................................. .................................................. ..................... ix Agradecimientos ...........................

1. Introducción............................................... .................................................. ................................ 1

1.6 Resumen ................................................ .................................................. .......................... 23

2. Conceptos básicos .............................................. .................................................. ....................... 25

3. ¿Qué hacen los sistemas de información hospitalarios parece? ........................................ .... 45

3.6 Arquitecturas de Sistemas de Información Hospitalaria ............................................ 112

3.9 Ejercicios ................................................ .................................................. ....................... 149

4. ¿Cuáles son buenos sistemas de información hospitalarios? ......................................... ......... 151

4.7 Ejercicio ................................................ .................................................. ......................... 175

5. ¿Cómo gestionar estratégicamente sistemas de información hospitalarios ....................... 177

5.5 Seguimiento Estratégico de Sistemas de Información Hospitalaria ............................. 204

5.9 Resumen ................................................ .................................................. ....................... 219

6. Observaciones Finales .............................................. .................................................. ...................... 221

Apéndice A: Sinónimos .............................................. .................................................. ......... 223

Apéndice B: Bibliografía .............................................. .................................................. ... 251

Apéndice C: Lista de ejemplos y ejercicios .......................................... .................. 255

Sobre los autores............................................... .................................................. ................... 259

Índice ........................................................................................................................................ 263

Tabla 1.1: Ejemplo de la paradoja de Simpson. Las tasas de éxito de Novum y

Tabla 3.1: Un extracto de la funcional su modelo, describiendo

Figura 1.2: Un ejemplo de un registro electrónico paciente, que comprende

Figura 1.7: Un ordenador móvil en una sala de apoyo médico

Figure1.15: Prof. Otwin Linderkamp, ​jefe del Departamento de

Figura 3.7: examen clínico realizado por un pediatra. ........................... 52

Figura 3.9: Dictado de los resultados en una unidad radiológica. ........................................... 54

Figura 3.12: Documentar el préstamo de registros de pacientes que tienen

Figura 3.13: El stock de medicamentos en un ....................................... sala de hospital ............. 59

Figura 3.16: Un extracto de una técnica HIS modelo con algunos

Figura 3.17: Un extracto de una técnica HIS modelo con algunos

Figura 3.29: Ejemplo de componente de procesamiento de datos dos

Figura 3.32: Captura de pantalla de un componente de aplicación para la escritura

Figura 3.33: Captura de pantalla de un componente de aplicación para la codificación de

en una unidad de pacientes ambulatorios. .................................................. .................................................. ... 95

Figura 3.48: Captura de pantalla del registro electrónico de pacientes de una

inferior ................................... .................................................. ...... 107

Figura 3.54: DB 1 estilo arquitectónico con el equipo basado en uno

Figura 3.59: La comunicación entre diferentes aplicaciones

estación de trabajo profesional. .................................................. .......................................... 142

Figura 4.1: documentación basada en papel a la cabecera del paciente,

Figure1.15: Prof. Otwin Linderkamp, jefe del Departamento de