Informática Sanitaria:

Presentación del tema: "Informática Sanitaria:"— Transcripción de la presentación:

1 Informática Sanitaria:
Noviembre 2008 Informática Sanitaria: Sistemas de monitorización hospitalaria LST – Life Supporting

2 Asistencia Sanitaria Pública en España Competencias
40 millones habitantes Totalmente descentralizada Por CC.AA. LST – Life Supporting

3 Procesos transferenciables
LST – Life Supporting

4 Sistema Nacional de Salud: otras características
Provisores de servicios: esencialmente públicos (la privada como complementaria) Prestaciones sanitarias reguladas (Real Decreto de prestaciones del SNS) Dos niveles de atención: primaria y especializada Gestión tradicional de centros según derecho administrativo Personal a sueldo del sistema (personal funcionario) LST – Life Supporting

5 Sistema Nacional de Salud: evolución de la financiación
Incremento superior al crecimiento del PIB entre LST – Life Supporting

6 Mayor esperanza de vida Hombres – 74,6 años Mujeres – 82 años
Tendencias Mayor esperanza de vida Hombres – 74,6 años Mujeres – 82 años Envejecimiento de la población Incremento de la inmigración Aumento de la demanda diagnóstica Incremento del gasto OPTIMIZACIÓN LST – Life Supporting

7 Nuevas fórmulas de gestión
Búsqueda de la eficiencia Desburocatización de la gestión Descentralización de la toma de decisiones Responsabilidad en la dirección de servicios Flexibilidad en la gestión económica Flexibilización en la gestión de recursos humanos Orientación de las organizaciones a resultados NUEVAS FÓRMULAS DE ORGANIZACIÓN LST – Life Supporting

8 Asistencia Sanitaria en España Justificación: Informe ABRIL 1991
SIEMENS MED HS Organización Asistencia Sanitaria en España Justificación: Informe ABRIL 1991 “El carácter de servicio público no está determinado por la forma jurídica en que se organiza, sino básicamente por la naturaleza de la función, por el origen público de los recursos que la financian y, en el caso concreto del SNS, por la igualdad de todos los ciudadanos en el acceso a la asistencia… La Comisión entiende que el SNS debe adoptar, por tanto, las formas jurídicas más adecuadas que promuevan dicha responsabilidad, la definan de modo concreto.....” LST – Life Supporting

9 Asistencia Sanitaria en España Nuevas fórmulas de gestión
SIEMENS MED HS Organización Asistencia Sanitaria en España Nuevas fórmulas de gestión Conciertos con entidades privadas Ej. Fundación Jiménez Díaz Fundaciones Públicas Sanitarias Ej. Fundación Hospital Alcorcón Consoricios Ej. Consorci Empresas Públicas Ej. Hospital de Fuenlabrada Concesiones Ej. Alcira PFIs ? LST – Life Supporting

10 La TI Sanitaria en España Actualidad
LST – Life Supporting

11 Hacia la Sociedad Del Conocimiento
LST – Life Supporting

12 La Tecnología sanitaria en España: Innovación del siglo XX
LST – Life Supporting

13 La Tecnología Sanitaria en España: Crecimiento de la inversión
LST – Life Supporting

14 La Tecnología Sanitaria en España
LST – Life Supporting

15 La Tecnología Sanitaria en España: Elementos de un sistema de información
LST – Life Supporting

16 La Tecnología Sanitaria en España Concepto de Sistema de Información
SIEMENS MED HS Organización La Tecnología Sanitaria en España Concepto de Sistema de Información Organización S.I. S.I.A. Estrategia Recogida Elaboración Gestión de la información Evaluación Información Almacenamiento Recuperación Distribución Sistema Informático Orientación a procesos frente a orentación a datos LST – Life Supporting

17 SIEMENS MED HS Organización
La Tecnología Sanitaria en España: entorno asistencial frente al de gestión Elevado volumen de información: Millones de anotaciones - documentos – imágenes – tareas – incidencias - eventos Necesidad de disponibilidad absoluta Falta de protocolos y estructuración Los procesos están orientados a la organización más que al paciente LST – Life Supporting

18 La Tecnología Sanitaria en España El problema de la dimensión
SIEMENS MED HS Organización La Tecnología Sanitaria en España El problema de la dimensión De un hospital medio (± 300 camas) pacientes como población de referencia Más de usuarios (250 médicos, 900 enfermería y técnicos, 150 administrativos) Actividad mensual consultas, ingresos, 800 intervenciones, urgencias Volúmenes de información mensual anotaciones informes peticiones interdepartamentales resultados analíticos campos de formulario estudios de imagen prescripciones farmacológicas LST – Life Supporting

19 La Tecnología Sanitaria en España Evolución de los sistemas
SIEMENS MED HS Organización La Tecnología Sanitaria en España Evolución de los sistemas 1970 Gestión administrativa Gestión administrativa – asistencial Gestión asistencial Gestión departamental Integración administrativa Integración asistencial Gestión integrada Coste por actividad Gestión integrada orientada al paciente 2000 LST – Life Supporting

20 La Tecnología Sanitaria en España Otras características
SIEMENS MED HS Organización La Tecnología Sanitaria en España Otras características Centralización Disponibilidad Accesibilidad Responsabilidad Integración Productividad Control de autor / acceso Control de las modificaciones Acceso de todos los roles Desde cualquier punto Usuarios concurrentes Funcionamiento 24x7 Unicidad Coherencia de la información Protocolos, estándares y calidad Gestión basada en la información Diagnósticos efectivos Orientación al paciente LST – Life Supporting

21 La Tecnología Sanitaria en España Evolución organizativa y funcional
SIEMENS MED HS Organización La Tecnología Sanitaria en España Evolución organizativa y funcional Workflow y trabajo corporativo Trabajo en tiempo real Simplificación procesos y circuitos (tareas innecesarias) Mayor capacidad de resolución Más comodidad para el paciente Orientación de las herramientas a la práctica clínica Implicación del usuario clínico Modelo vivo y en evolución funcional Los proyectos implican reingeniería Proyectos son de organización Proyectos son estratégicos LST – Life Supporting

22 SIEMENS MED HS Organización
La Tecnología Sanitaria en España Del proceso de datos al soporte a la organización Centro de Proceso de Datos Departamento de informática Área de organización y sistemas Reciclaje de personal Profesionalización Outsourcing Inversión 0% Inversión 0,1% Inversión 2,5% Sistemas autónomos Centralización de informacion estratégica Centralización por Comunidad Autónoma LST – Life Supporting

23 La sostenibilidad desde la tecnología
LST – Life Supporting

24 La sostenibilidad desde la tecnología Nuevos retos – nuevos modelos
SIEMENS MED HS Organización La sostenibilidad desde la tecnología Nuevos retos – nuevos modelos La tecnología Fármacos y Nuevas Tecnologías de elevado coste La Renovación Tecnológica del Modelo Nuevo papel del ciudadano Más Información que aumenta el nivel de exigencia de la Calidad de Servicio y genera mayores expectativas La estabilidad presupuestaria Nuevos Modelos Financieros que permitan inversiones sin afectar a déficit El papel de las tecnologías IT Sistemas de Información y de Comunicaciones que optimicen los Procesos Asistenciales y permitan medir la eficacia del Sistema LST – Life Supporting

25 SIEMENS MED HS Organización
La sostenibilidad desde la tecnología Aspectos fundamentales del hospital sostenible Un Hospital sin Papeles y sin Hilos Sistema de Información Integrado Tecnología Médica Digital Un Hospital orientado a los Procesos Procesos diseñados y pensados para los Pacientes Gestión del Conocimiento Un Hospital de Alta Resolución Un Hospital Eco-eficiente Gestión ambiental hacia la Excelencia (ISO 14001). Triple Cuenta de Resultados: Económica, Social y Ambiental Un Hospital con una Ventanilla Única LST – Life Supporting

26 SIEMENS MED HS Organización
La sostenibilidad desde la tecnología La Gestión en el hospital sostenible La eficacia y los procesos Integración de los diferentes niveles asistenciales, aprovechando las nuevas tecnologías Las necesidades de los pacientes Mayor protagonismo en el proceso asistencial Exigencia de rapidez, calidad, confort e información Las necesidades de los profesionales Mayor eficiencia, formación y conocimientos para resultados excelentes, capacidad de organización Un Modelo de Gestión sostenible financiera, tecnológica y socialmente con capacidad para la adaptación continua, trabajando hacia la excelencia y buscando las mejores prácticas. LST – Life Supporting

27 La sostenibilidad desde la tecnología Integración en el entorno
SIEMENS MED HS Organización La sostenibilidad desde la tecnología Integración en el entorno Integrado en una Red Sanitaria Única Aplicación de las Tecnologías de Información y de Comunicación para la optimización del Sistema: Integración con Atención Primaria, con otros centros Hospitalarios, con Servicios Sociales,… Integrado en la Sociedad Un Hospital Abierto que trabaje para el Ciudadano, tanto sano como enfermo, liderando en el ámbito de la Salud, nuevos canales de comunicación, nuevas actuaciones (Educación sanitaria, seguridad laboral. consumo,..) Integrado en el Medio Ambiente Ejemplo de aplicación de Nuevas Tecnologías como energías alternativas, Reciclaje, Política de residuos,… LST – Life Supporting

28 SIEMENS MED HS Organización
La sostenibilidad desde la tecnología: modelo de un hospital sostenible Una Solución en la que la Integración de todas las Tecnologías está garantizada y optimizada para reducir los costes de explotación y permite la racionalización de las inversiones y su planificación. 1 3 10 1.- Distribución de energía 2.- Protección contra incendios 3.- Seguridad 4.- Gestión eq.climatización 6.- Tecnología WIFI 5.- Iluminación 7.- Sistemas de comunicación 8.-Gestión parking 2 4 5 8 9.-Logística tratamiento desechos 9 10.-Equipos imagen radiológica 11.-Sistemas gestión radiológica 12.-Sistema de información hospitalaria 13.- Monitorización y telemonitorización 14.- Gestión farmacia 15.-Herramientas inf.pacientes 16.-Gestión habitaciones automáticas 17.-Logística hotelera 18.-Vigilancia a domicilio 19.-Sistema de información integrado 20.- Soluciones financieras 21.- Gestión flotas vehículos 11 12 14 15 16 17 18 19 20 SOLUCIÓN GLOBAL LST – Life Supporting

29 La tecnología de la información en la sanidad
LST – Life Supporting

30 Tecnología en Sanidad: El esfuerzo del cambio
BORRADOR - SIEMENS MED HS Organización Tecnología en Sanidad: El esfuerzo del cambio Incorporación de la tecnología en la Sanidad Entorno complejo por su gran volumen Reacio al cambio y a su vez apasionado Asume rápidamente nuevas tecnologías en equipamiento electromédico y de diagnóstico Primeros pasos y primeros errores … Los primeros sistemas se orientan hacia la gestión, no hacia la actividad asistencial Plan dias Insalud (mainframe y terminales) El compromiso no fue todo lo completo y organizado que debía haber sido … y primeros resultados Se asume y extiende el concepto de HIS (Health Information System) Definición de conceptos y estrategias Entorno reacio, ordenador estorba, gente mayor, medico prepotente (salva vidas) Primeros pasos, registro de información LST – Life Supporting

31 Tecnología en Sanidad: La revolución tecnológica
BORRADOR - SIEMENS MED HS Organización Tecnología en Sanidad: La revolución tecnológica Como dispositivo … Llega el PC y los sistemas gráficos Los sistemas electromédicos cambian de paradigma Los fabricantes siguen pensando en el equipamiento como autosuficiente en el uso del conocimiento Como producto … Entornos cliente/servidor El software de gestión aplicado a Servicios Centrales Hospitalarios llevan a un acercamiento al paciente Hay un avance, pero sigue condicionado a los intereses empresariales LST – Life Supporting

32 Tecnología en Sanidad: La revolución tecnológica
BORRADOR - SIEMENS MED HS Organización Tecnología en Sanidad: La revolución tecnológica Como cultura … El uso intensivo de Internet para investigación clínica, familiariza al usuario con la tecnología El usuario clínico busca soluciones a sus necesidades de forma autónoma Un ginecólogo utiliza el programa que aparece en un CD que regala una revista para hacer un seguimiento del Cáncer de Mama en su servicio. Un médico de urgencias trae un MAC de su casa y lo conecta a la red del Hospital para trabajar … y trabaja. El novio informático de una secretaria de departamento hace en una semana (primera release en un día) una aplicación de registro quirúrgico que se extiende al 100% de uso en un solo día. Un reumatólogo hace un “datawarehouse” en Access conectado vía ODBC a las aplicaciones del Hospital y pone un acceso al mismo desde la Intranet. Electromédicos ayudan al diagnóstico Servicios centrales visión global Un médico hace un interface en Java para una aplicación existente y hace una aplicación de medicación conectada a Farmacia que se extiende al 100% de utilización en un solo día. LST – Life Supporting

33 Tecnología en Sanidad: El mercado
BORRADOR - SIEMENS MED HS Organización Tecnología en Sanidad: El mercado Obsolescencia funcional Los conceptos funcionales han variado poco en los últimos quince años No se aprovecha el empuje de la novedad que genera la investigación en los entornos sanitarios Obsolescencia tecnológica Las tecnologías en desuso tienen plena vigencia en producción (MUMPS, Multibase, etc.) Cultura del desarrollo Los grandes proveedores piensan en “propietario” Los pequeños proveedores no invierten Los desarrollos propios no evolucionan LST – Life Supporting

34 Tecnología en Sanidad: Las TI en las organizaciones sanitarias
BORRADOR - SIEMENS MED HS Organización Tecnología en Sanidad: Las TI en las organizaciones sanitarias El personal de TI en sanidad El personal de TI en Sanidad no ha adquirido el rol de organización que los directores de Sistemas de Información tienen en otros ámbitos Las instituciones sanitarias No se implican en el desarrollo de proyectos de informatización, que son costosos en tiempo y dinero Es difícil realizar la reingeniería de procesos que implica el uso extensivo de TI en el negocio LST – Life Supporting

35 Tecnología en Sanidad: Objetivos de la Tecnología
BORRADOR - SIEMENS MED HS Organización Tecnología en Sanidad: Objetivos de la Tecnología Simplificar la actividad asistencial del clínico Maximizar la automatización de tareas No se trata de sustituir la figura del clínico Evitar el uso de papel El papel no debe ser el soporte del conocimiento No confundir con la inversión en papel (suele crecer!) Evitar los desplazamientos del paciente Formalizar y automatizar los circuitos El paciente es el “correo interno” en la mayoría de las interacciones administrativas Facilitar la interacción entre roles Eliminar la separación entre médico-enfermera-gestión Tiempo que dedica médico de primaria a firmar recetas 20% Desplazamientos: citas mismo dia, de primaria a especializada, ventanilla única Historia Medica, de Enfermería, tramites, administrativa, circuitos e iteracciones, etc.. LST – Life Supporting

36 Tecnología en Sanidad: Transformación de la Historia Clínica
BORRADOR - SIEMENS MED HS Organización Tecnología en Sanidad: Transformación de la Historia Clínica Carpeta con documentos independientes por cada actuación asistencial no indexados incluyendo informes impresos, manuscritos, firmados, fotocopiados, placas Conjunto de información electrónica única, organizada por criterios conceptuales de uso práctico, a la que se accede según necesidades del perfil del usuario Explotable Estructurado Organizado Útil Coherente Compartible Seguro LST – Life Supporting

37 Tecnología en Sanidad: Transformación de los Procesos
BORRADOR - SIEMENS MED HS Organización Tecnología en Sanidad: Transformación de los Procesos LST – Life Supporting

38 Tecnología en Sanidad: Ampliar la cobertura
BORRADOR - SIEMENS MED HS Organización Tecnología en Sanidad: Ampliar la cobertura CENTROS PRIVADOS CENTRAL DE EMERGENCIAS ATENCION ESPECIALIZADA ATENCIÓN PRIMARIA SOCIAL PORTAL DEL CIUDADANO FARMACIAS SERVICIOS CENTRALES GESTIÓN TELEASISTENCIA LST – Life Supporting

39 sistemas de información sanitarios
El negocio de los sistemas de información sanitarios LST – Life Supporting

40 El negocio de los SI: Características de un proyecto
BORRADOR - SIEMENS MED HS Organización El negocio de los SI: Características de un proyecto El sistema es de criticidad máxima La disponibilidad de conocimiento es la diferencia entre vida y muerte ¿En qué medida se delega la decisión? Comprensión del sistema Las facetas administrativas son más comprensibles que la actividad clínica La situación es, todavía, de inmadurez Gestión de un proyecto No es un entorno de imposición, sino de negociación a varias bandas y de convencimiento Gestión, muy sectorizado y poderoso. Introducirlo desde dentro, se extiende “por envidia” LST – Life Supporting

41 El negocio de los SI: El objetivo del sistema integral
BORRADOR - SIEMENS MED HS Organización El negocio de los SI: El objetivo del sistema integral SISTEMAS DE EXPLOTACIÓN Informes, cuadros de mando, EIS, análisis SISTEMAS CLÍNICOS DE USO GENERAL SISTEMAS CLÍNICOS DE USO GENERAL SISTEMAS FINANCIEROS Y DE RECURSOS HUMANOS SISTEMAS SECTORIALES INTEGRADOS EN PLATAFORMA SISTEMAS DEPARTAMENTALES PROPIETARIOS PEQUEÑOS SISTEMAS ∞ Sectoriales, laboratorios, imagen INFRAESTRUCTURA DE HARDWARE, COMUNICACIONES Y SISTEMAS DE BASE LST – Life Supporting

42 El negocio de los SI: El problema de la integración
BORRADOR - SIEMENS MED HS Organización El negocio de los SI: El problema de la integración Islas de información Compromiso de la unicidad del dato Incoherencias Trabajo en tiempo real Radiología HIS Farmacia Gestión Laboratorio UCI Anatomía LST – Life Supporting

43 El negocio de los SI: Los roles en el proyecto típico
BORRADOR - SIEMENS MED HS Organización El negocio de los SI: Los roles en el proyecto típico ESTRATEGIA PROYECTO PRODUCTOS IMPLANTACIÓN DISEÑO CONDUCCIÓN CONSULTOR INTEGRADOR IMPLANTADOR EXPLOTADOR SOPORTE PROVEEDOR PRODUCTO Producto LST – Life Supporting

44 El negocio de los SI: Rentabilidad del negocio
BORRADOR - SIEMENS MED HS Organización El negocio de los SI: Rentabilidad del negocio Personal Un sistema no informatizado requiere personal para el movimiento de historias clínicas en papel 1 Téc. especialista por cada 750 historias/día, 1 Téc. auxiliar 325 historias/día,1 Celador 200 historias/día Un hospital medio gestiona unas historias/año, sobre los €/año Soporte papel La historia clínica puede tener una media de 20 documentos en papel Incluir costes de carpetas, sobres, documentos impresos Más de €/año Imagen placas/año a unos 5 €/ placa – €/año LST – Life Supporting

45 El negocio de los SI: Beneficios sociales
BORRADOR - SIEMENS MED HS Organización El negocio de los SI: Beneficios sociales Máxima calidad asistencial Mejores Procesos Mayor información para tomar decisiones Coordinación de todos los roles Mayor Comodidad Facilitar Trámites (minimizar, abrir sistema) Asistencia a domicilio LST – Life Supporting

46 El negocio de los SI: Beneficios sociales
BORRADOR - SIEMENS MED HS Organización El negocio de los SI: Beneficios sociales Teleasistencia LST – Life Supporting

47 Necesidades tecnológicas en el entorno sanitario
LST – Life Supporting

48 Necesidades tecnológicas: Integración e Integridad
BORRADOR - SIEMENS MED HS Organización Necesidades tecnológicas: Integración e Integridad Tratamiento neurológico Traumatismo Infarto Prevención Proceso Agudo Rehabilitación Quirófano Cama Box UCI Resonancia Analítica Plan Paciente Ingreso Ultrasonido Terapia Mamografía Endoscopia Consultas Quirófanos Hospitalización Boxes INTERACCIÓN CLÍNICA (Paciente real, médico, equipamiento) Enfermo Sano Nacimiento Muerte DOMINIO DE LA SALUD Redes de salud Sistemas Socio-Sanitarios DOMINIO DE LA ENFERMEDAD Medicina Basada en la Evidencia Representación del Proceso Agudo DOMINIO DEL WORKFLOW Workflow dirigido por el sistema Registro Electrónico de Paciente DOMINIO DEL USO Equipamiento Logísitica Fármacos Sistemas de ayuda LST – Life Supporting

49 Necesidades tecnológicas: Seguridad
BORRADOR - SIEMENS MED HS Organización Necesidades tecnológicas: Seguridad Tipos de datos clasificados con nivel de protección ALTO “… ficheros que contengan datos de ideología, religión, creencias, origen racial, salud o vida sexual …” - Real Decreto Ley 994/1999, de 11 de junio Art. 4.3 SISTEMA DE INFORMACIÓN DISPONIBILIDAD Toma de decisiones erróneas Atacantes externos Virus Ataque DoS Spam INTEGRIDAD Daño a la entidad o a la persona Atacantes internos y externos Secuestro de sesión Packet spoofing Troyanos CONFIDENCIALIDAD Robo o mal uso de información Atacantes internos en mayoría Escaneo Intrusión en GUI Sniffing SEGURIDAD FÍSICA LÓGICA LST – Life Supporting

50 Necesidades tecnológicas: Explotación de datos
BORRADOR - SIEMENS MED HS Organización Necesidades tecnológicas: Explotación de datos Soporte a la toma de decisiones ESTRATÉGICO TÁCTICO Mecanización de procesos de la actividad diaria OPERATIVO Gestión de la información frente a almacenamiento LST – Life Supporting

51 Necesidades tecnológicas: Flujos de trabajo
BORRADOR - SIEMENS MED HS Organización Necesidades tecnológicas: Flujos de trabajo PROCESO ASISTENCIAL Consulta Hospitalización Urgencia Atención domiciliaria Petición Explor. Acción … Petición Petición Extracción Resolución Análisis Lectura LST – Life Supporting

52 Necesidades tecnológicas: Otras características
BORRADOR - SIEMENS MED HS Organización Necesidades tecnológicas: Otras características Centralización Disponibilidad Accesibilidad Responsabilidad Integración Productividad Control de autor / acceso Control de las modificaciones Acceso de todos los roles Desde cualquier punto Usuarios concurrentes Funcionamiento 24x7 Unicidad Coherencia de la información Protocolos, estándares y calidad Gestión basada en la información Diagnósticos efectivos Explotación de datos LST – Life Supporting

53 Necesidades tecnológicas: El problema de la dimensión
BORRADOR - SIEMENS MED HS Organización Necesidades tecnológicas: El problema de la dimensión De un hospital medio (± 300 camas) pacientes como población de referencia Más de usuarios (250 médicos, 900 enfermería y técnicos, 150 administrativos) Actividad mensual consultas, ingresos, 800 intervenciones, urgencias Volúmenes de información mensual anotaciones informes peticiones interdepartamentales resultados analíticos campos de formulario estudios de imagen prescripciones farmacológicas LST – Life Supporting

54 Necesidades tecnológicas: Requisitos de un S.I.
BORRADOR - SIEMENS MED HS Organización Necesidades tecnológicas: Requisitos de un S.I. Adaptabilidad La arquitectura y tecnología empleadas deben proporcionar una infraestructura estable y capaz con una funcionalidad extensible El producto ha de aportar configurabilidad y capacidad de parametrización El equipo y la metodología de desarrollo aportan la garantía y el compromiso de crecimiento Seguridad Cumplimiento de la normativa vigente Adaptación a los requerimientos específicos del cliente y del entorno Balanceo entre seguridad y rendimiento LST – Life Supporting

55 Necesidades tecnológicas: Requisitos de un S.I.
BORRADOR - SIEMENS MED HS Organización Necesidades tecnológicas: Requisitos de un S.I. Integración Adopción de los estándares maduros tanto en lo tecnológico como en lo funcional. Adaptabilidad también dirigida hacia el proyecto y hacia la integración. Plataforma operativa Uso de los estándares tecnológicos para el funcionamiento multiplataforma Rendimiento Optimización en el proceso de desarrollo Ventajas provistas por la arquitectura LST – Life Supporting

56 Necesidades tecnológicas: Estrategia tecnológica
BORRADOR - SIEMENS MED HS Organización Necesidades tecnológicas: Estrategia tecnológica Objetivos tecnológicos de un producto sanitario Adecuado al estado del arte en desarrollo Orientación a las necesidades del usuario Obtención de un producto sólido y estable Obtención continua de resultados Mantenibilidad y capacidad de evolución Metodología - Proceso Unificado Arquitectura - Tres niveles, POO, DBC Tecnología - Web, J2EE LST – Life Supporting

57 Seguridad en entornos clínicos LST – Life Supporting

58 Seguridad en entornos clínicos: Requerimientos básicos de seguridad
BORRADOR - SIEMENS MED HS Organización Seguridad en entornos clínicos: Requerimientos básicos de seguridad Exigencias del entorno Cumplimiento de la Ley de Protección de Datos (L.O. 15/1999) y otras normas relacionadas Comunicaciones cifradas Traza de accesos a la aplicación y datos de paciente Políticas de contraseña y cifrado de palabras clave Cobertura de las necesidades de control de las entidades sanitarias (validaciones, pacientes restringidos, etc.) Otros requerimientos deseables Equilibrio entre seguridad y funcionalidad Evitar acceso a la base de datos desde puestos cliente Misma información de acceso para todos los módulos Permisos a nivel de función y a nivel de tipo de datos Dispositivos de identificación y autentificación LST – Life Supporting

59 Seguridad en entornos clínicos: Panorama de la seguridad
BORRADOR - SIEMENS MED HS Organización Seguridad en entornos clínicos: Panorama de la seguridad El 78% de las entidades identifican Internet como la vía principal de ataques a sus sistemas (1) El 55% de los accesos no autorizados a datos son realizados por personal propio (1) Las PYMES españolas sufren entre dos y tres ataques anuales a sus sistemas (2) Ataques de virus y spam siguen siendo las amenazas principales (80% de los daños) (3) Tras 24 horas, el virus Blaster había infectado a ordenadores (4) 1 CSI / FBI Survey 2003 2 ASIMELEC Encuesta 2003 3 AUSCERT 2003 4 CERT / CC LST – Life Supporting

60 Seguridad en entornos clínicos: Debilidades características
BORRADOR - SIEMENS MED HS Organización Seguridad en entornos clínicos: Debilidades características Concienciación del problema de la seguridad Inexistencia de planes de continuidad Nivel de complejidad de los sistemas en aumento Administración compleja Detección tardía de las lagunas de seguridad Poco nivel de seguridad en infraestructuras Mantenimiento y actualización de los sistemas Debilidad en los accesos a los sistemas Múltiples usuarios, mecanismos y contraseñas Inexistencia de sistemas integrales de gestión de usuarios LST – Life Supporting

61 BORRADOR - SIEMENS MED HS Organización
Seguridad en entornos clínicos: Efectos de las incidencias de seguridad SISTEMA DE INFORMACIÓN DISPONIBILIDAD Imposibilidad de acceso a información en situaciones críticas No disponibilidad de información en tiempo real Posible riesgo para la vida del paciente Acceso no autorizado a información sensible Robo de información confidencial Sin riesgo para la vida del paciente Diagnósticos erróneos Tratamientos inadecuados Estados de alerta Elevado riesgo para la vida del paciente CONFIDENCIALIDAD INTEGRIDAD LST – Life Supporting

62 Seguridad en entornos clínicos: Enfoque general de la seguridad
BORRADOR - SIEMENS MED HS Organización Seguridad en entornos clínicos: Enfoque general de la seguridad Actividades de usuario Planes de contingencia Seguros I y A Formación Personal Gestión de riesgos Auditoría Controles de acceso Planificación Cifrado Políticas de seguridad Soporte y mantenimiento Gestión de aplicaciones Seguridad física Amenazas LST – Life Supporting

63 Seguridad en entornos clínicos: Seguridad física
BORRADOR - SIEMENS MED HS Organización Seguridad en entornos clínicos: Seguridad física Acondicionamiento del entorno Control de accesos a los recintos Locales ignífugos y sistemas de extinción Sistemas de alimentación ininterrumpida Sistemas de copia de seguridad Sistemas de copia de respaldo Gestión distribuida de copias securizadas Sistemas hardware de alta disponibilidad Centros de respaldo Sistemas de seguridad para estaciones de trabajo LST – Life Supporting

64 Seguridad en entornos clínicos: Seguridad lógica
BORRADOR - SIEMENS MED HS Organización Seguridad en entornos clínicos: Seguridad lógica Seguridad perimetral o de red Objetivo: mantener un dominio de confianza a salvo de ataques desde dominios en los que no se confía Solución: firewalls, proxys, VPNs, routers con cifrado INTERNET Red interna Red DMZ Backbone SMTP HTTP RAS Actualizar Configurar (puertos, NAT, ping) Mantener LST – Life Supporting

65 Seguridad en entornos clínicos: Seguridad lógica
BORRADOR - SIEMENS MED HS Organización Seguridad en entornos clínicos: Seguridad lógica Seguridad de sistemas Objetivo: mantener la continuidad y estabilidad de los sistemas productivos Solución: controles de acceso, cuotas de disco, cifrado de ficheros y bases de datos, antivirus La problemática de los antivirus El 80% de los daños producidos en sistemas informáticos en el 2003 han sido causados por virus Pueden ser capaces de detectar otros tipos de software dañino (troyanos, ataques distribuidos) Mantenimiento, actualización y distribución son la clave LST – Life Supporting

66 Seguridad en entornos clínicos: Seguridad lógica
BORRADOR - SIEMENS MED HS Organización Seguridad en entornos clínicos: Seguridad lógica Seguridad de usuarios Objetivo: identificación, autenticación y autorización del usuario Solución: mecanismos de identificación, single sign-on El problema de la identificación – autenticación Con lo que uno sabe: contraseña, reto-respuesta, contraseña de un solo uso Con lo que uno tiene: llave, tarjeta inteligente, tokens Con lo que uno es: huella digital, retina, reconocimiento de voz Buscar equilibrio entre seguridad, funcionalidad y facilidad LST – Life Supporting

67 Seguridad en entornos clínicos: Seguridad lógica
BORRADOR - SIEMENS MED HS Organización Seguridad en entornos clínicos: Seguridad lógica El uso de contraseñas está extendido en el 90% de los Sistemas de Información productivos Deben establecerse mecanismos y políticas adecuadas para su uso: Prevenir los posibles ataques externos (escuchas, troyanos) Tener especial cuidado con contraseñas de administrador No permitir que se compartan contraseñas No utilizar la misma contraseña para acceso a información sensible y no sensible Todas las contraseñas deben mantenerse cifradas LST – Life Supporting

68 Seguridad en entornos clínicos: Seguridad lógica
BORRADOR - SIEMENS MED HS Organización Seguridad en entornos clínicos: Seguridad lógica Seguridad de datos Objetivo: controlar el acceso, creación o manipulación no autorizada de la información Solución: cifrado de datos, mecanismos de auditoría APLICACIÓN SMIME, PGP, SET APLICACIÓN TRANSPORTE SSL, SSH, Kerberos TRANSPORTE NIVEL DE RED IPSec NIVEL DE RED ENLACE DE DATOS Cifrado en hardware de enlace ENLACE DE DATOS NIVEL FÍSICO NIVEL FÍSICO LST – Life Supporting

69 Seguridad en entornos clínicos: Seguridad lógica
BORRADOR - SIEMENS MED HS Organización Seguridad en entornos clínicos: Seguridad lógica Extensión de SSL en plataformas web Utiliza un mecanismo mixto de criptografía simétrica y asimétrica Totalmente transparente a las aplicaciones Tuvo problemas de seguridad en sus inicios y las implementaciones tienen sistemas de cifrado muy limitados Generalización de la certificación de usuario Es el soporte de la clave pública en un mecanismo asimétrico Políticas de certificación que permiten un planteamiento de autentificación único Soportado en dispositivos de identificación tipo SmartCard LST – Life Supporting

70 Seguridad en entornos clínicos: Tipología de problemas técnicos
BORRADOR - SIEMENS MED HS Organización Seguridad en entornos clínicos: Tipología de problemas técnicos Problemas técnicos difíciles de resolver Problemas técnicos difícles de gestionar Problemas técnicos difícles de detectar LST – Life Supporting

71 Seguridad en entornos clínicos: Simplificar …
BORRADOR - SIEMENS MED HS Organización Seguridad en entornos clínicos: Simplificar … Las brechas de seguridad más comunes, son las más evidentes a priori Instalaciones por defecto de aplicaciones Cuentas sin contraseña o contraseñas débiles Numerosos puertos abiertos Copias de respaldo incompletas o inexistentes Antivirus inexistente o no actualizado Firewall mal configurado LST – Life Supporting

72 Seguridad en entornos clínicos: Simplificar …
BORRADOR - SIEMENS MED HS Organización Seguridad en entornos clínicos: Simplificar … Cualquier medida es inoperante si el uso es inadecuado usuario: pperez contraseña: perico dominio: hosp001 LST – Life Supporting

73 Modelo de conceptos clínicos LST – Life Supporting

74 Modelo de conceptos clínicos: Modelo de información básico
BORRADOR - SIEMENS MED HS Organización Modelo de conceptos clínicos: Modelo de información básico ENTIDAD PACIENTE Objeto Clínico PROCESO CLÍNICO PUNTO DE VISTA CLÍNICO información Urgencias Hospitalización Cirugía Consulta Consulta PUNTO DE VISTA ADMINISTRATIVO actividades ACTOS CLÍNICOS (CONTACTOS) LST – Life Supporting

75 Modelo de conceptos clínicos Jerarquía de objetos clínicos
BORRADOR - SIEMENS MED HS Organización Modelo de conceptos clínicos Jerarquía de objetos clínicos OBJETO PADRE ESPECIALIZACIÓN ESTRUCTURA DEFINICIÓN Y USO PLANTILLAS Objeto de texto plano Anotaciones libres y comentarios en cualquier entorno, datos no estructurados Tipología de anotación Documento Word Informes formateados para salida externa a pacientes o instituciones Plantillas (Word) de documentos compuesta con otros OC Conjunto de indicadores de paciente Datos estructurados en cualquier entorno Plantillas de formulario Conjunto de líneas de prescripción (medicación) Tratamiento farmacológico en planta, receta electrónica Perfiles de tratamiento Workflow (prescripción, distribución, administración) Conjunto de pruebas (indicadores de paciente) – posible link con otros OC Pruebas departamentales (lab, rx, otros), interconsultas Perfiles de prueba Workflow (petición, extracción – exploración, resultados) Conjunto de cuidados (acciones) – posible link con otros OC Cuidados de enfermería, protocolos Planes de cuidados Relacionados con agendas de actividad Texto Documento Form. Indicador Genérico Hoja de Tratamiento Línea de prescripción Petición Prueba Cuidado a paciente Cuidado LST – Life Supporting

76 Modelo de conceptos clínicos Indicadores y observaciones
BORRADOR - SIEMENS MED HS Organización Modelo de conceptos clínicos Indicadores y observaciones MODELADO (MODELO DE DATOS) DEFINICIÓN (PLANTILLAS) FORM. ENFERMERÍA DICCIONARIO DE DATOS FORM. CARDIOLOGÍA PESO PESO INDICADOR NOMB PESO COD. PS TIPO NUMERICO UNID. KG NORM 0 a 90 FORM. CARDIOLOGÍA PESO 75 76 76 74 72 72 PESO 72 kg USO (OBSERVACIONES) GESTIÓN (SERIES & GRÁFICAS) LST – Life Supporting

77 Arquitectura Básica LST – Life Supporting

78 Arquitectura básica: Plataforma básica
BORRADOR - SIEMENS MED HS Organización Arquitectura básica: Plataforma básica Fundamentos Plataforma Java – J2EE Cliente ligero sobre HTML, JavaScript y Ajax (Asynchronous JavaScript and XML) Independencia de base de datos con JDBC y LDAP Independencia de plataforma operativa Diseño basado en componentes Ventajas de esta plataforma Mantenibilidad en el ciclo de vida Seguridad física y lógica por diseño Navegador web como cliente Soporte multilenguaje LST – Life Supporting

79 Arquitectura básica: ¿Porqué una plataforma web?
BORRADOR - SIEMENS MED HS Organización Arquitectura básica: ¿Porqué una plataforma web? Requerimiento del cliente Cliente tecnólogo Presión del mercado tecnológico Novedad como eje de la producción Interoperabilidad Internet como paradigma de la integración Basado en estándares Simplicidad en el cliente Homogeneidad y sencillez en el lado cliente Regreso a la potencia de proceso central LST – Life Supporting

80 Arquitectura básica: El navegador web como cliente
BORRADOR - SIEMENS MED HS Organización Arquitectura básica: El navegador web como cliente Ventajas Sin instalación en el lado cliente Posibilidad de acceso a través de Internet Independencia de plataforma Escalabilidad, disponibilidad y seguridad delegada a la arquitectura Inconvenientes Funcionalidades reducidas en la capa de presentación Cambio en la forma de trabajo del usuario Imposibilidad de trabajar sin conexión Complejidad para interactuar con el sistema local LST – Life Supporting

81 Arquitectura básica: Arquitectura Multicapa
BORRADOR - SIEMENS MED HS Organización Arquitectura básica: Arquitectura Multicapa CAPA DE DATOS CAPA DE APLICACIÓN CAPA DE PRESENTACIÓN BASE DE DATOS MODELADO DE DATOS LÓGICA DE APLICACIÓN LÓGICA DE NAVEGACIÓN PRESENTACIÓN HIS A RIS Laboratorio HIS B Repositorio clínico OBJETOS DE DATOS COMPONENTES NAVEGACIÓN PÁGINAS WEB LST – Life Supporting

82 Arquitectura básica: Despliegue modular
BORRADOR - SIEMENS MED HS Organización Arquitectura básica: Despliegue modular ESTACIÓN DE URGENCIAS TRIAGE _ADMISIÓN BOXES CITACIÓN OBJETIVOS: Integridad Coherencia - Modularidad Unicidad FORMULARIOS PACIENTES RECURSOS ACTOS CLÍNICOS INFORMES PROCESOS PERMISOS AGENDAS PROCESO DE TEXTOS SEGURIDAD IMPRESIÓN WORKFLOW LST – Life Supporting

83 Arquitectura básica: Capa de presentación
BORRADOR - SIEMENS MED HS Organización Arquitectura básica: Capa de presentación Comunicación entre cliente y servidor Se basa en http como interfaz de transmisión ¿Es seguro? → El SSL y su implementación https Comunicación con el usuario Se basa en html como lenguaje de descripción ¿Vale para todo? → Lenguaje dinámico JavaScript El navegador web Intérprete estándar de DHTML ¿Es un intérprete estándar? LST – Life Supporting

84 Arquitectura básica: Capa de lógica
BORRADOR - SIEMENS MED HS Organización Arquitectura básica: Capa de lógica Soporte de toda la lógica de negocio Posible división en múltiples subcapas Plataformas de desarrollo de la capa lógica Java es la plataforma paradigmática Definiciones J2EE Concepto de contenedor de servlets distribuibles Extensiones funcionales del servidor web, lanzados por petición http o de otro servlet, almacenados y gestionados por un servidor de aplicaciones Java Concepto de repositorio JSP Creación dinámica de páginas en el lado servidor El API Servlet y JSP llevan el concepto ‘write-once, execute anywhere’ a las extensiones de servidor web LST – Life Supporting

85 Arquitectura básica: Capa de datos
BORRADOR - SIEMENS MED HS Organización Arquitectura básica: Capa de datos Tecnologías de bases de datos Relacionales Las más extendidas y sencillas Interfaz estandarizado SQL Orientadas a actualizaciones, grandes consultas y fusiones Directorios Orientadas a jerarquías Optimización de consultas Óptimas para información distribuida Interfaz entre aplicación y servidor JDBC es el estándar básico de integración Java LDAP (basado en X500) para directorios LST – Life Supporting

86 Arquitectura básica: Tecnología
BORRADOR - SIEMENS MED HS Organización Arquitectura básica: Tecnología Contenidos estáticos SERVIDOR DE DATOS SERVIDOR DE APLICACIONES NAVEGADOR WEB PRESENTACIÓN LÓGICA DE APLICACIÓN Bean DAO JDBC Webflow Bean de negocio RDBMS DHTML HTTP HTTPS JSP Bean DAO HL7 OTRAS APLICS. CLÍNICAS SERVIDOR WEB JavaScript Bean de acceso DCOM Bean DAO LÓGICA DE NAVEGACIÓN ACCESO A DATOS SERVIDOR DE DIRECTORIO Applets Java COMPOSICIÓN NEGOCIO LDAP Bridge Java-COM DCOM Componente ActiveX SERVIDOR DE INTERFAZ COM CLIENTE APLICACIÓN DATOS INTERFAZ DE CLIENTE INTERFAZ DE ACCESO A DATOS LST – Life Supporting

87 Arquitectura básica: Flujo de datos
BORRADOR - SIEMENS MED HS Organización Arquitectura básica: Flujo de datos Framework localización Clases de formato JSP Repositorio TagLIBS VISTA Framework seguridad Webflow Framework control webflow.xml Interfaz HTML de usuario Servidor HTTP / HTTPS Clases controladoras CONTROLADOR RDBMS Clases de negocio Interfaz DAO Clases SQL Directorio Clases LDAP MODELO LST – Life Supporting

88 Arquitectura básica: Mapa de componentes de infraestructura
BORRADOR - SIEMENS MED HS Organización Arquitectura básica: Mapa de componentes de infraestructura App. SELENE Cache Convers fw. Conversor Transformer XF Report NET Adapter Render Internac. fw. Control fw. Publishing fw. XF COS extJTA Webflow extHAPI SAG Infraestructura J2EE 1.3 Apache/Jakarta Web container RTF2FO JSP Commons FOP XALAN LOG4J CRIMSON XERCES JTA JAXR JAX-RPC JAXM SAAJ Servlet ACME JINTEGRA CONCURR. HAPI LDAPJDK SQL2JAVA IR Plataforma JAAS Java Mail JDBC JAXP JNDI J2SE 1.4.1 Información RDBMS Seguridad LDAP Opensource Datos Comercial SIEMENS LST – Life Supporting

89 Arquitectura básica: Arquitectura de sistemas típica
BORRADOR - SIEMENS MED HS Organización Arquitectura básica: Arquitectura de sistemas típica LOAD BALANCER APPLICATION SERVERS MATRIX DOCUMENTAL SERVER VLAN PRINT SERVERS DIRECTORY SERVER CLUSTER RELATIONAL DATABASE CLUSTER INTRANET LAN LST – Life Supporting

90 Arquitectura básica: El problema de la integración
BORRADOR - SIEMENS MED HS Organización Arquitectura básica: El problema de la integración Comunicación a nivel tecnológico ¿Cómo pueden interconectarse dos sistemas? Sockets, intercambio de fichero, accesos a BD, http, XML Comunicación a nivel funcional Interconectarse no es lo mismo que comunicarse ¿Cómo pueden comunicarse varios sistemas? Estándares funcionales HL7, DICOM, ASTM Comunicación a nivel conceptual Comunicarse no es lo mismo que entenderse ¿Cómo puede un sistema entender sobre las acciones y conceptos de otro? Estándares semánticos SNOMED, LOINC Estándares integrales IHE, CEN TC251 LST – Life Supporting

91 Arquitectura básica: Arquitectura de integración
BORRADOR - SIEMENS MED HS Organización Arquitectura básica: Arquitectura de integración SELENE INTERFAZ UNIFICADO CONECTOR OTRA APLICACIÓN LÓGICA DE NEGOCIO DICOM manager DICOM parser Sockets controller CONECTOR OTRA APLICACIÓN HL7 manager HL7 parser File controller XML parser http controller Non standard managers NSP parser Web services controller OPENLINK OTRA APLICACIÓN LST – Life Supporting

92 Fundamentos metodológicos
LST – Life Supporting

93 Fundamentos metodológicos: Estructura de unidades de negocio
BORRADOR - SIEMENS MED HS Organización Fundamentos metodológicos: Estructura de unidades de negocio Servicios Colaboración Propuestas Conocimiento COMERCIAL INTEGRACIÓN SISTEMAS CONSULTORÍA PROYECTOS INVESTIGACIÓN CALIDAD SOPORTE MANTENIMIENTO ORGANIZACIÓN FORMACIÓN DESARROLLO LST – Life Supporting

94 Fundamentos metodológicos: Proyecto de desarrollo de productos
BORRADOR - SIEMENS MED HS Organización Fundamentos metodológicos: Proyecto de desarrollo de productos Central SIEMENS Realimentación Monitorización Req. calidad. Actualiza Sistema de gestión local Plan de Calidad Plan de Proyecto Seguimiento de Proyecto Condicionantes de calidad Control Actualiza Plan de Producto Proceso de desarrollo Actividades Resultados del riesgo Requisitos Beta Site Testing Plan de negocio Proceso de ventas Análisis de riesgos Existe una gestión local de los proyectos de desarrollo. Esta gestión incluye: Plan de calidad: que define las condiciones en las que se tienen que realizar los proyectos, y recibe directrices desde la central. Plan de Proyecto: definición del Plan y actualización (control – update). Seguimiento de Proyecto: donde se evalúa el seguimiento del desarrollo y se recibe información y actividades desde los proyectos de cliente. Sus resultados se reportan a la central. Esta gestión se orienta a la definición, lanzamiento y control de procesos de desarrollo que utilizan Clientes de Referencia como Beta Testers. Lógicamente, el concepto de producto resultado del proyecto está definido en un Plan de Producto y a partir de un conjunto de requisitos, algunos de los cuales son obtenidos como mejoras desde los clientes y otros son internos (a partir de los consultores funcionales, departamento de ventas, legales, etc.). En la parte inferior está el proceso de ventas que parte del Plan de Negocio y se basa en un análisis de riesgos cuyas implicaciones pueden afectar al producto. No se incluyen los procesos de implementación o los servicios de soporte, que también pueden generar actividades y requisitos en el producto. Mejoras Errores Clientes LST – Life Supporting

95 Fundamentos metodológicos: Proceso iterativo e incremental
BORRADOR - SIEMENS MED HS Organización Fundamentos metodológicos: Proceso iterativo e incremental Cada etapa se considera un subproyecto El resultado es un incremento del producto final Etapa 1.1 Etapa 2.1 Etapa 3.1 Etapa 3.2 Etapa 3.3 Etapa 3.4 Requisitos Casos de uso Arquitectura Análisis y diseño Desarrollo Pruebas Implantación LST – Life Supporting

96 Fundamentos metodológicos: Descripción del proceso
BORRADOR - SIEMENS MED HS Organización Fundamentos metodológicos: Descripción del proceso Roles Definición Prototipo Fase 1 Fase 2 Fase 3 Fin Proyecto Resp. de Proyectos Jefe de Equipo Arquitecto Consultor Funcional Analista Program. Gestor de calidad Tester Plan de Proyecto Actualizar Plan Actualizar Plan Actualizar Plan Revisar Plan Calendario Seguimiento de Proyecto Cierre Proyecto Dimensionar Inicio Proyecto Ejecución de Proyecto Definir Arq. Revisar Arq. Construir prot. Definir Alcance Especificación de Requisitos y Validación de Casos de Uso Validación de Casos de Prueba y Pruebas Funcionales Definición de Casos de Uso Diseño de Componentes Software Construcción de Componentes Software Prueba de Componentes Software Plan Calidad El Project Manager es el responsable general del proyecto y tiene la visión más estratégica del sistema. El Project Leader gestiona los equipos de trabajo (Prj. Measurement significa dimensionamiento del proyecto). El Arquitecto define las tecnologías, herramientas, arquitectura de software, soluciones a problemas de tecnología, uso de componentes comerciales o opensource, etc. El Functional Consultant es experto en sanidad. Control de Calidad Configuración Control de Cambios Definición de Casos de Prueba Ejecución de Casos de Prueba LST – Life Supporting

97 Fundamentos metodológicos: Desarrollo iterativo
BORRADOR - SIEMENS MED HS Organización Fundamentos metodológicos: Desarrollo iterativo Características fundamentales Se agiliza el proceso de desarrollo El tiempo de reacción es más corto ante equivocaciones de planificación La planificación se adecua a los periodos, se establece una respuesta funcional aunque no sea global El contacto con los consultores de negocio es constante en cada fase Periodo 1 Periodo 2 Periodo 3 Análisis de Iteración N Análisis de Iteración N +1 Análisis de Iteración N+2 Desarrollo de Iteración N-1 Desarrollo de Iteración N Desarrollo de Iteración N+1 Testing de Iteración N-2 Testing de Iteración N-1 Testing de Iteración N LST – Life Supporting

98 Fundamentos metodológicos: Eficiencia frente a tiempo de respuesta
BORRADOR - SIEMENS MED HS Organización Fundamentos metodológicos: Eficiencia frente a tiempo de respuesta La eficiencia depende del tiempo efectivo de desarrollo frente al tiempo de testing y regresión. El tiempo de respuesta a una necesidad se alarga para conseguir mayor eficiencia Development Testing Regression Efficiency ratio 4/9 44% 2/6 33% LST – Life Supporting

99 Fundamentos metodológicos: Ciclo detallado de una versión
BORRADOR - SIEMENS MED HS Organización Fundamentos metodológicos: Ciclo detallado de una versión Iteración Análisis Iteración Desarrollo Iteración Pruebas Responsable de versión Obtener requisitos Cierre de la iteración Entrega iteración Planificar recursos Responsable de iteración Preparar reunión de planificación de la iteración Preparar entrega de iteración Trabajar con los analistas para llevar a cabo las funcionalidades Analista Trabajar con los desarrolladores Llevar a cabo el análisis de las funcionalidades de la iteración N Cerrar la iteración N Desarrollador de dominio Desarrollar funcionalidades Desarrollador post-iteración Preparar ensamblaje Desarrollo no funcional Ingeniero de pruebas Cerrar iteración Probar entrega de iteración Entregar iteración Añadir test de iteración al conjunto de los test de regresión. Realizar test. Preparar documento de versión LST – Life Supporting

100 Proceso de desarrollo LST – Life Supporting

101 Proceso de desarrollo: El Producto
BORRADOR - SIEMENS MED HS Organización Proceso de desarrollo: El Producto SELENE LST – Life Supporting

102 Proceso de desarrollo: El equipo
BORRADOR - SIEMENS MED HS Organización Proceso de desarrollo: El equipo Gestión de Proyecto Resp. Proyecto Jefe de Equipo Consultoría Jefe de Proyecto Consultor funcional X 3 Arquitectura Arquitecto software X 5 Equipo Testing Resp. de Equipo Análisis Analista X 10 Ing. Plataforma Tester Prog. servidor Analista Programador X 8 X 10 Programador X 19 Soporte/Sistemas Prog. cliente Ing. Sistemas Analista Programador Programador X 6 X 6 LST – Life Supporting

103 Proceso de desarrollo: El nuevo equipo
BORRADOR - SIEMENS MED HS Organización Proceso de desarrollo: El nuevo equipo LST – Life Supporting

104 Proceso de desarrollo: Los grupos de trabajo
BORRADOR - SIEMENS MED HS Organización Proceso de desarrollo: Los grupos de trabajo Actos Clínicos Agendas Integración Pacientes-Codificación-Archivo Peticiones-Prescripciones Primaria Procesos-Objetos Clínicos Seguridad-Reports Tareas Estructura Arquitectura Cliente LST – Life Supporting

105 Proceso de desarrollo: Metodología de Desarrollo
BORRADOR - SIEMENS MED HS Organización Proceso de desarrollo: Metodología de Desarrollo Rational Unified Process (RUP) Booch, Jacobson and Rumbaugh Implementa las mejores disciplinas asociadas al desarrollo de sistemas complejos Combina procesos y diseño eXtreme Programming Kent Beck, Ward Cunningham, and Ron Jeffries Testing frecuente, integración y validación Metodología de desarrollo ágil LST – Life Supporting

106 Proceso de desarrollo: Desarrollo basado en casos de uso
BORRADOR - SIEMENS MED HS Organización Proceso de desarrollo: Desarrollo basado en casos de uso Un caso de uso es un fragmento de funcionalidad del sistema que proporciona al usuario un resultado importante Plantean qué debe hacer el sistema Pensar en términos de importancia para el usuario Casos de uso como hilo conductor del desarrollo X OK X OK X OK MODELO DE CASOS DE PRUEBA MODELO DE CASOS DE USO MODELO DE DESPLIEGUE MODELO DE IMPLEMENTACIÓN MODELO DE ANÁLISIS MODELO DE DISEÑO LST – Life Supporting

107 Proceso de desarrollo: Metodología centrada en la arquitectura
BORRADOR - SIEMENS MED HS Organización Proceso de desarrollo: Metodología centrada en la arquitectura La arquitectura software incluye los aspectos dinámicos y estáticos más signiticativos del sistema Definida por Casos de Uso, requisitos no funcionales, plataforma, componentes reutilizables, etc. Arquitectura como sustento del sistema Parte de la selección de casos de uso significativos Debe garantizar el soporte de los casos de uso actuales y futuros La funcionalidad debe poder cambiar, la arquitectura debe ser estable LST – Life Supporting

108 Proceso de desarrollo: Planificación de Versiones
BORRADOR - SIEMENS MED HS Organización Proceso de desarrollo: Planificación de Versiones Identificación y Envío de Requisitos a Desarrollo Proyectos Validación de los cambios solicitados Consultoría Análisis y Estimación de Cambios Desarrollo Planificación Versión Reunión de Priorización Global Responsable de la tarea Participa en la tarea Relación de cambios prioritarios por proyecto Cambios validados y Especificados en detalle Estudio de cambios de otros Proyectos para identificar similitudes y conocer en qué trabajan otros Cambios Estimados Inicio siguiente versión Cambios de Evolución del Producto Planificación Final de la Versión Leyenda de Colores LST – Life Supporting

109 Proceso de desarrollo: Gestión de Requisitos
BORRADOR - SIEMENS MED HS Organización Proceso de desarrollo: Gestión de Requisitos Bug Management Tools Reporte de cambios/bugs de proyectos y para la gestión y el seguimiento desde desarrollo SELENE Bug Management Portal (herramientas Mantis) SELENE Bug Management Portal (herramientas Bugzilla) LST – Life Supporting

110 Proceso de desarrollo: Validación de Requisitos
BORRADOR - SIEMENS MED HS Organización Proceso de desarrollo: Validación de Requisitos Consultores funcionales y proyectos Validan necesidad y opciones disponibles Plantean una solución Analista Viabilidad técncia Estimación orientativa del coste del requisito Documentación de Requisitos LST – Life Supporting

111 Proceso de desarrollo: Priorización de Requisitos
BORRADOR - SIEMENS MED HS Organización Proceso de desarrollo: Priorización de Requisitos Origen de los Requisitos I+D+i Líneas de Evolución Requisitos de Clientes Comité de Cambios Jefe de Desarrollo Director de Producción Consultores Funcionales Jefes de Proyecto LST – Life Supporting

112 Proceso de desarrollo: Cierre Planificación y Comunicación
BORRADOR - SIEMENS MED HS Organización Proceso de desarrollo: Cierre Planificación y Comunicación Cierre del Alcance MS Project Asignación de Cambios Bugzilla Perforce LST – Life Supporting

113 Proceso de desarrollo: Análisis
BORRADOR - SIEMENS MED HS Organización Proceso de desarrollo: Análisis Documentación basada en casos de uso. Contacto permanente con los consultores de negocio y cliente final Herramientas orientadas a desarrollo Together Control Center Control de cambios vía web (Mantis, Bugzilla) Planes de prueba. LST – Life Supporting

114 Proceso de desarrollo: Modelado del caso de uso
BORRADOR - SIEMENS MED HS Organización Proceso de desarrollo: Modelado del caso de uso Unified Model Language (UML) Documentos LST – Life Supporting

115 Proceso de desarrollo Desarrollo y Documentación
BORRADOR - SIEMENS MED HS Organización Proceso de desarrollo Desarrollo y Documentación Desarrollo del cambio Capa de Control Capa de Presentación Capa de Servicio Capa de Entidades de Negocio Capa de Acceso a Datos Documentación Implementación Final Migración/Parametrización Perforce Configuration Management tool LST – Life Supporting

116 Proceso de desarrollo: Desarrollo (detalles técnicos)
BORRADOR - SIEMENS MED HS Organización Proceso de desarrollo: Desarrollo (detalles técnicos) Basado en componentes (XF, sql2java, ...) Métricas de diseño y código (PMD, JDepend, FindBugs ...) Herramientas de optimización de rendimiento (JProfiler, P6Spy,...) Control de versiones orientado a cambios (Perforce) Pruebas unitarias automatizadas (JUnit, Cactus) Web de proyecto LST – Life Supporting

117 Proceso de desarrollo: Building y Testing
BORRADOR - SIEMENS MED HS Organización Proceso de desarrollo: Building y Testing Building Instalación diaria de cada versión en desarrollo (Maven) Jdepend PMD Integración continua Testing Pruebas de sistema Automatización de pruebas Pruebas de carga con configuraciones de producción LST – Life Supporting

118 Proceso de desarrollo: Automatización de Pruebas
BORRADOR - SIEMENS MED HS Organización Proceso de desarrollo: Automatización de Pruebas JMETER Diseño casos de prueba Ejecución automática del caso de prueba Pruebas de carga JPROFILER Consumo tiempo Memoria Objetos creados JDBInsight Coste de consultas SQL Correcta ejecución (cierre de cursores, statment, etc.) LST – Life Supporting

119 Proceso de desarrollo: Pruebas Unitarias
Pruebas de caja blanca (automatizadas) Se ejecuta al menos una vez todos los caminos Se ejecutan las estructuras internas de datos Ejecutan todos los bucles en sus límites Se ejercitan todas las decisiones lógicas Pruebas de caja negra Errores de interfaz Funciones ausentes o incorrectas Errores en acceso a bases de datos Errores de inicialización y terminación LST – Life Supporting

120 Proceso de desarrollo: Pruebas de Integración
BORRADOR - SIEMENS MED HS Organización Proceso de desarrollo: Pruebas de Integración Múltiples Interfaces RADIOLOGÍA General Electric: Medora UDIAT: SISDI (Taulí) LABORATORIOS Dadebhering: Servolab Roche: OMEGA IZASA: Modulab TRAK: Labtrak FARMACIA Dominion: Farmatools Savac: farmacia ANATOMÍA PATOLÓGICA Vitro: Novopath Novasoft: Pat-Win PRIMARIA: OMI-AP (Rioja) INFO33 (Taulí) ICS (Taulí) HIS: ICM: SISCAM HP: HP-HIS Taulí: SIO Vilafranca: ALEA LST – Life Supporting

121 Proceso de desarrollo: Pruebas de Integración
BORRADOR - SIEMENS MED HS Organización Proceso de desarrollo: Pruebas de Integración OpenLink LST – Life Supporting

122 Proceso de desarrollo: Pruebas de Infraestructura
BORRADOR - SIEMENS MED HS Organización Proceso de desarrollo: Pruebas de Infraestructura Pruebas de Alta Disponiblidad nodos redundados Replicación de sesión Balanceo cluster BD Pruebas de carga Cortes de tensión INTRANET LAN VLAN DIRECTORY SERVER RELATIONAL DATABASE CLUSTER APPLICATION SERVERS MATRIX LOAD BALANCER PRINT SERVERS LST – Life Supporting

123 Proceso de desarrollo: Pruebas Funcionales
BORRADOR - SIEMENS MED HS Organización Proceso de desarrollo: Pruebas Funcionales En Desarrollo Pruebas de Instalación/Actualización Comprobaciones de configuración Revisión de la documentación generada Supervisión del rendimiento (cliente) Revisión de la base de datos En Proyectos Focalizadas a Circuitos Implementados Infraestructura LST – Life Supporting