Upload
najila
View
42
Download
0
Embed Size (px)
DESCRIPTION
Tecnologías en la informática sanitaria. Antonio Torres Responsable de Producto 25 de octubre de 2006. Índice. Tecnología de la información en Sanidad El negocio de los Sistemas de Información Sanitarios Modelo de conceptos clínicos Necesidades tecnológicas en el entorno sanitario - PowerPoint PPT Presentation
Citation preview
© SIEMENS Medical Solutions Health Services, 2004 – All rights reserved
MED Health Services
Tecnologías en la informática sanitaria
Antonio TorresResponsable de Producto
25 de octubre de 2006
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved2 de 96
Índice
Tecnología de la información en Sanidad
El negocio de los Sistemas de Información Sanitarios
Modelo de conceptos clínicos
Necesidades tecnológicas en el entorno sanitario
Arquitectura básica
Fundamentos metodológicos
Seguridad en entornos clínicos
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved3 de 96
Tecnología de la información en la Sanidad
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved4 de 96
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
INDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved5 de 96
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
INDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved6 de 96
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.
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.
INDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved7 de 96
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
INDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved8 de 96
Tecnología en Sanidad
El problema de la integración
HIS
Gestión
UCI Anatomía
Laboratorio
Farmacia
Radiología
Islas de información Compromiso de la unicidad del dato Incoherencias Trabajo en tiempo real
INDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved9 de 96
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
INDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved10 de 96
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
INDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved11 de 96
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
INDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved12 de 96
Tecnología en Sanidad
Transformación de los ProcesosINDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved13 de 96
Tecnología en Sanidad
Ampliar la cobertura
CENTROS PRIVADOS
CENTRAL DE EMERGENCIAS
ATENCIONESPECIALIZADA
ATENCIÓN PRIMARIA
ATENCIÓNSOCIAL
PORTAL DEL
CIUDADANO
FARMACIAS
SERVICIOS CENTRALES
GESTIÓN
TELEASISTENCIA
INDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved14 de 96
El negocio de los Sistemas de Información Sanitarios
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved15 de 96
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
INDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved16 de 96
El negocio de los SI
El objetivo del sistema integral
INFRAESTRUCTURA DE HARDWARE, COMUNICACIONES Y SISTEMAS DE BASE
SISTEMAS CLÍNICOS DE
USO GENERAL
SISTEMAS FINANCIEROS Y DE RECURSOS
HUMANOS
SISTEMAS SECTORIALES INTEGRADOS
EN PLATAFORMA
SIST
EMA
S D
EPA
RTA
MEN
TALE
S PR
OPI
ETA
RIO
S
PEQ
UEÑ
OS
SIST
EMA
S
SISTEMAS DE EXPLOTACIÓNInformes, cuadros de mando, EIS, análisis
∞SISTEMAS
CLÍNICOS DE USO GENERAL
INDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved17 de 96
ESTRATEGIA PROYECTO PRODUCTOSIM
PLA
NT
AC
IÓN
DIS
EÑ
OC
ON
DU
CC
IÓN
El negocio de los SI
Los roles en el proyecto típico
CONSULTOR
INTEGRADOR
IMPLANTADOR
EXPLOTADOR SOPORTE
PROVEEDORPRODUCTO
INDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved18 de 96
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 525.000 historias/año, sobre los 300.000 €/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 300.000 €/año
Imagen 180.000 placas/año a unos 5 €/ placa – 900.000 €/año
INDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved19 de 96
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
Beneficios socialesINDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved20 de 96
El negocio de los SI
Beneficios sociales
Teleasistencia
INDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved21 de 96
Modelo de conceptos clínicos
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved22 de 96
Modelo de conceptos clínicos
Modelo de información básico
PROCESO CLÍNICO
HospitalizaciónUrgencias ConsultaConsulta
Cirugía
ACTOS CLÍNICOS (CONTACTOS)
PUNTO DE VISTACLÍNICOinformación
PUNTO DE VISTAADMINISTRATIVOactividades
ENTIDADPACIENTE
Objeto Clínico
INDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved23 de 96
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
Modelo de conceptos clínicos
Jerarquía de objetos clínicos
Genérico
Texto
Documento
IndicatorIndicatorLínea deprescripción
Form.
Petición
Cuidadoa paciente
IndicatorIndicatorCuidado
Hoja de Tratamiento
IndicatorIndicatorIndicador
IndicatorIndicatorPrueba
INDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved24 de 96
Modelo de conceptos clínicos
Indicadores y observaciones
DICCIONARIO DE DATOS
INDICADOR
NOMB PESO COD. PS
TIPO NUMERICO UNID. KGNORM 0 a 90
FORM. ENFERMERÍA
PESOFORM. CARDIOLOGÍA
PESO
MODELADO (MODELO DE DATOS) DEFINICIÓN (PLANTILLAS)
USO (OBSERVACIONES)
FORM. CARDIOLOGÍA
PESO 72 kg
GESTIÓN (SERIES & GRÁFICAS)
PESO 75 76 76 74 72 72
INDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved25 de 96
Necesidades tecnológicas en el entorno sanitario
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved26 de 96
Necesidades tecnológicas
Integración e Integridad
DOMINIO DEL USO
DOMINIO DEL WORKFLOW
DOMINIO DE LA ENFERMEDAD
DOMINIO DE LA SALUD
Ultrasonido
Resonancia
Terapia
Mamografía
Endoscopia
Consultas
Quirófanos
Hospitalización
BoxesINTERACCIÓN CLÍNICA(Paciente real, médico, equipamiento)
Enfermo
Sano
Nacimiento
Muerte
Medicina Basada en la Evidencia Representación del Proceso Agudo
Workflow dirigido por el sistema
Registro Electrónico de Paciente
Equipamiento Logísitica Fármacos Sistemas de
ayuda
Redes de salud Sistemas Socio-Sanitarios
INDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved27 de 96
Necesidades tecnológicas
Seguridad
SISTEMA DEINFORMACIÓN
DISPONIBILIDAD
Toma de decisiones erróneasAtacantes externos
• Virus• Ataque DoS• Spam
INTEGRIDAD
Daño a la entidad o a la personaAtacantes internos y externos
• Secuestro de sesión• Packet spoofing• Troyanos
CONFIDENCIALIDAD
Robo o mal uso de informaciónAtacantes internos en mayoría
• Escaneo• Intrusión en GUI• Sniffing
SEGURIDADFÍSICA SEGURIDAD
LÓGICA
“… 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
Tipos de datos clasificados con nivel de protección ALTO
INDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved28 de 96
Necesidades tecnológicas
Explotación de datos
OPERATIVO
TÁCTICO
Mecanización de procesos de la actividad diaria
Soporte a la toma de decisiones
Gestión de la información frente a almacenamiento
INDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved29 de 96
Necesidades tecnológicas
Flujos de trabajo
PROCESO ASISTENCIAL
ConsultaHospitalizaciónUrgencia Atención domiciliaria
PeticiónExplor. Acción
Acción
… …
…
Petición
Petición
Extracción
Resolución Análisis
Lectura
INDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved30 de 96
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
INDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved31 de 96
Necesidades tecnológicas
El problema de la dimensión De un hospital medio (± 300 camas)
500.000 pacientes como población de referencia Más de 1.300 usuarios (250 médicos, 900 enfermería y técnicos, 150
administrativos) Actividad mensual 20.000 consultas, 1.300 ingresos, 800
intervenciones, 10.000 urgencias
Volúmenes de información mensual 75.000 anotaciones 25.000 informes 90.000 peticiones interdepartamentales 450.000 resultados analíticos 400.000 campos de formulario 13.000 estudios de imagen 24.000 prescripciones farmacológicas
INDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved32 de 96
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
INDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved33 de 96
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
INDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved34 de 96
Necesidades tecnológicas
Metodología - Proceso Unificado
Arquitectura - Tres niveles, POO, DBC
Tecnología - Web, J2EE
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
INDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved35 de 96
Arquitectura básica
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved36 de 96
Arquitectura básica
Plataforma básica Fundamentos
Plataforma Java – J2EE Cliente ligero sobre HTML, JavaScript y Ajax
(Asynchronous JavaScript and XML) http://openrico.org/rico/demos.page?demo=rico_ajax_inner_HTML
http://demo.script.aculo.us/ajax/autocompleter
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
INDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved37 de 96
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
INDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved38 de 96
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
INDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved39 de 96
Arquitectura básica
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 Repositorioclínico
OBJETOS DE DATOS
COMPONENTES
NAVEGACIÓN
PÁGINAS WEB
Arquitectura MulticapaINDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved40 de 96
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 Repositorioclínico
OBJ ETOS DE DATOS
COMPONENTES
NAVEGACIÓN
PÁGINAS WEB
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 Repositorioclínico
OBJ ETOS DE DATOS
COMPONENTES
NAVEGACIÓN
PÁGINAS WEB
Arquitectura básica
WORKFLOW
SEGURIDAD
PROCESO DE TEXTOS
IMPRESIÓN
PERMISOSPROCESOS
ACTOSCLÍNICOS
AGENDAS
RECURSOS
PACIENTES
INFORMES
CITACIÓNBOXES
TRIAGE
_ADMISIÓN
FORMULARIOS
OBJETIVOS:
Integridad Coherencia - Modularidad Unicidad
ESTACIÓN DE URGENCIAS
Despliegue modularINDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved41 de 96
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?
INDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved42 de 96
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
INDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved43 de 96
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
INDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved44 de 96
Arquitectura básica
HL7
INTERFAZ DE CLIENTE
INTERFAZ DEACCESO A DATOS
CLIENTE
NAVEGADORWEB
DHTML
JavaScript
HTTPHTTPS
APLICACIÓN
SE
RV
IDO
R W
EB
Contenidosestáticos
SERVIDOR DE APLICACIONES
PRESENTACIÓN LÓGICA DE APLICACIÓN
Webflow
JSP
Bean deaccesoDCOM
BeanDAO
BeanDAO
COMPOSICIÓNACCESO A
DATOS
SERVIDOR DE INTERFAZ COM
Bridge Java-COM
NEGOCIO
ComponenteActiveX
DCOM
JDBC
LDAP
DATOS
SERVIDOR DE DATOS
RDBMS
SERVIDOR DEDIRECTORIO
OTRAS APLICS.
CLÍNICAS
AppletsJava
BeanDAOBean de
negocio
LÓGICA DENAVEGACIÓN
TecnologíaINDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved45 de 96
Arquitectura básica
Motor de Servlets / JSPs
ServletWebflow Fuentes
de datos
Clases deControl
JSPs Modelo
Webflow.xml
[1]
[2]
Patrón MVCINDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved46 de 96
Arquitectura básica
RDBMS
Directorio
Inte
rfaz H
TM
L d
e u
su
ario
Se
rvid
or H
TT
P / H
TT
PS
MODELO
CONTROLADOR
VISTA
Clases SQL
Clases LDAP
Interfaz DAOClases denegocio
Clases controladoras
Clases de formato
Frameworkcontrol
WebflowFramework seguridad
FrameworklocalizaciónJSP
Repositorio
TagLIBS
webflow.xml
Flujo de datosINDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved47 de 96
Arquitectura básica
Ap
p.
Infr
aest
ruct
ura
Pla
tafo
rma
Dato
s
Opensource
Comercial
SIEMENS InformaciónRDBMS
SeguridadLDAP
JA
AS
Ja
va
Ma
il
JD
BC
JA
XP
JN
DI
J2SE 1.4.1
JT
A
JA
XR
JA
X-R
PC
JA
XM
SA
AJ JSP
Servlet
J2EE 1.3Web container Apache/Jakarta
Co
mm
on
s
FO
P
XA
LA
N
LO
G4
J
CR
IMS
ON
XE
RC
ES
JIN
TE
GR
A
CO
NC
UR
R.
HA
PI
LD
AP
JD
K
SQ
L2
JA
VA
IR
RT
F2
FO
AC
ME
ex
tHA
PI
SA
GCO
S
ex
tJT
A
NE
T
Webflow
Internac. fw. Control fw. Publishing fw. XF
CacheConvers
fw.
Conversor
Adapter
Transformer
Render
XFReport
SELENE
Mapa de componentes de infraestructuraINDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved48 de 96
Arquitectura básica
Arquitectura de sistemas típica
INTRANETLAN
VLAN
DIRECTORYSERVER CLUSTER
RELATIONAL DATABASE CLUSTER
DOCUMENTALSERVER
APPLICATION SERVERSMATRIX
LOAD BALANCER
PRINT SERVERS
INDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved49 de 96
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
INDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved50 de 96
Arquitectura básica
Arquitectura de integración
OTRAAPLICACIÓN
CONECTORSELENE
Socketscontroller
Filecontroller
httpcontroller
OTRAAPLICACIÓN
OTRAAPLICACIÓN
CONECTOR
OPENLINK
INTER
FA
Z U
NIF
ICA
DO
XMLparser
NSPparser
Non standardmanagers
LÓG
ICA
DE N
EG
OC
IO
DICOMmanager
HL7manager
HL7parser
DICOMparser
Web servicescontroller
INDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved51 de 96
Seguridad en entornos clínicos
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved52 de 96
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
INDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved53 de 96
Seguridad en entornos clínicos
1 CSI / FBI Survey 20032 ASIMELEC Encuesta 20033 AUSCERT 20034 CERT / CC
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 336.000 ordenadores (4)
INDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved54 de 96
Seguridad en entornos clínicos
Carnegie Mellon University 2003
1990 2000
Ataques deingenieríasocial en Internet
Packetspoofing
Sniffers
Herramientasde intrusiónen GUI
Ataques extensivosautomáticos
Ataques encódigoejecutable(browsers)
Secuestrode sesiones
Escaneoautomático
Técnicas deanálisis de códigosin código fuente
Ataques DoS extensivos
Ataques extensivoscon NNTP endistribución Ataques a la
infraestructuraDNS
Alta escala endistribución de Troyanos
Técnicas deescaneo avanzado /silencioso
Troyanos de Windowscontrolablesremotamente
Herramientas de DoSdistribuidas
Propagación de virus enemail
Herramientasde ataquesdistribuidos
Sofisticación de los ataques Conocimientos del intruso
Técnicas deescaneo avanzado /silencioso
Troyanos de Windowscontrolablesremotamente
Propagación de virus enemail
Herramientasde ataquesdistribuidos
Evolución de los ataques informáticosINDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved55 de 96
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
INDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved56 de 96
Seguridad en entornos clínicos
Efectos de las incidencias de seguridad
SISTEMA DEINFORMACIÓ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
INTEGRIDAD
Diagnósticos erróneos Tratamientos inadecuados Estados de alerta
Elevado riesgo para la vida del paciente
CONFIDENCIALIDAD
Acceso no autorizado a información sensible
Robo de información confidencial
Sin riesgo para la vida del paciente
INDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved57 de 96
S%guridad en entornos clínicos
I y A
Controlesde acceso
Seguros
Personal
Planificación Cifrado
Seguridadfísica
Planes decontingencia
Gestión deriesgos
Actividadesde
usuario
Formación
Soporte ymantenimiento
Gestión deaplicaciones
Amenazas
Enfoque general de la seguridad
Auditoría
Políticasde
seguridad
INDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved58 de 96
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
INDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved59 de 96
Seguridad en entornos clínicos
INTERNET
Red interna Red interna
Red DMZ
Backbone
SMTPHTTP
RAS
Seguridad lógica
Actualizar Configurar (puertos,
NAT, ping) Mantener
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
INDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved60 de 96
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
INDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved61 de 96
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
INDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved62 de 96
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
INDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved63 de 96
Seguridad en entornos clínicos
NIVEL FÍSICO
ENLACE DE DATOS
NIVEL DE RED
TRANSPORTE
APLICACIÓN
NIVEL FÍSICO
ENLACE DE DATOS
NIVEL DE RED
TRANSPORTE
APLICACIÓN
Cifrado en hardware de enlace
IPSec
SSL, SSH, Kerberos
SMIME, PGP, SET
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
Seguridad lógicaINDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved64 de 96
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
INDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved65 de 96
Problemas técnicos difíciles de resolver
Problemas técnicos difíciles de gestionar
Problemas técnicos difíciles de detectar
Seguridad en entornos clínicos
Tipología de problemas técnicosINDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved66 de 96
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
INDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved67 de 96
usuario: pperez
contraseña: perico
dominio: hosp001
Seguridad en entornos clínicos
Simplificar … Cualquier medida es inoperante si el
uso es inadecuado
INDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved68 de 96
Fundamentos metodológicos
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved69 de 96
Fundamentos metodológicos
Servicios
Colaboración
Propuestas
Conocimiento
COMERCIALCOMERCIAL
INTEGRACIÓNINTEGRACIÓN
SISTEMASSISTEMAS CONSULTORÍACONSULTORÍA
PROYECTOSPROYECTOS
INVESTIGACIÓNINVESTIGACIÓN
CALIDADCALIDAD
SOPORTESOPORTE
MANTENIMIENTOMANTENIMIENTO
ORGANIZACIÓNORGANIZACIÓN
FORMACIÓNFORMACIÓN
DESARROLLODESARROLLO
Estructura de unidades de negocioINDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved70 de 96
Clientes
Fundamentos metodológicos
Central SIEMENS
Plan de Calidad Plan de ProyectoSeguimiento
deProyecto
Sistema de gestión local
Proceso de desarrollo
Beta Site Testing
Proceso de ventasAnálisis
de riesgos
Requisitos
Plan de Producto
Plan denegocio
MejorasErrores
Actualiza
Req. calidad.
RealimentaciónMonitorización
Condicionantesde calidad
Control Actualiza
Actividades Resultadosdel riesgo
Proyecto de desarrollo de productosINDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved71 de 96
Fundamentos metodológicos
Proceso iterativo e incremental
Cada etapa se considera un subproyectoEl 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
INDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved72 de 96
Fundamentos metodológicos
Roles Definición Prototipo Fase 1 Fase 2 Fase 3 Fin Proyecto
Resp. de Proyectos
Jefe deEquipo
Arquitecto
ConsultorFuncional
Analista
Program.
Gestor decalidad
Tester
Plan de Proyecto
Calendario
Actualizar Plan Actualizar Plan Actualizar Plan Revisar Plan
Seguimiento de Proyecto Cierre Proyecto
Dimensionar
Inicio Proyecto Ejecución de Proyecto
Definir Arq.
Construir prot.
Revisar Arq.
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
Configuración
Control de Calidad
Control de Cambios
Definición de Casos de Prueba
Ejecución de Casos de Prueba
Descripción del procesoINDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved73 de 96
Detalles del Ciclo de Vida
Identificación y Envíode Requisitos a Desarrollo
Proyectos
Validación de los cambios solicitados
Proyectos
Consultoría
Análisis y Estimaciónde Cambios
Desarrollo
Planificación Versión
DesarrolloReunión de Priorización Global
Proyectos
Consultoría
Desarrollo
Responsable de la tarea
Participa en la tarea
Relación de cambios prioritarios por proyecto
Cambios validados yEspecificados en detalle
Estudio de cambios de otrosProyectos para identificar similitudes yconocer en qué trabajan otros
Proyectos
Cambios Estimados
Cambios validados yEspecificados en detalle
Inicio siguiente versión
Desarrollo
Cambios de Evolución del ProductoPlanificación Final de la Versión
Leyenda de Colores
Participantes en el ProcesoINDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved74 de 96
Fundamentos metodológicos
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%
Eficiencia frente a tiempo de respuestaINDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved75 de 96
Fundamentos metodológicos
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
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
INDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved76 de 96
Fundamentos metodológicos
Iteración Análisis Iteración Desarrollo Iteración Pruebas
Responsablede versión
Obtener requisitosCierre 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
AnalistaTrabajar con los desarrolladores
Preparar entrega de iteraciónLlevar 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 ensamblajeDesarrollo no
funcionalDesarrollo 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
Ciclo detallado de una versiónINDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved77 de 96
Fundamentos metodológicos
Iteración N-1 Iteración N Iteración N+1 Semana 1 Semana 2 Semana 3 Semana 4 Semana 1 Semana 2 Semana 3 Semana 4 Semana 1 Semana 2 Semana 3 Semana 4
Planificación Interciclo
Obtener de requisitos Iteración N
Planificar recursos
para iteración N
Entrega de iteración N-
2
Cierre de iteración
N-1
Obtener de requisitos Iteración
N+1
Planificar recursos
para iteración
N+1
Entrega de iteración N-
1
Cierre de iteración N
Obtener de requisitos Iteración
N+2
Planificar recursos
para iteración
N+2
Entrega de iteración N
Cierre de iteración
N+1
Planificación Intraciclo
Preparar de entrega de
iteración N-2
Trabajar con los analistas para llevar a cabo la funcionalidad de la
iteración N
Preparar la reunión de planificació
n de iteración N
Preparar de entrega de
iteración N-1
Trabajar con los analistas para llevar a cabo la funcionalidad de la
iteración N+1
Preparar la reunión de planificació
n de iteración
N+1
Preparar de entrega de iteración N
Trabajar con los analistas para llevar a cabo la funcionalidad de la
iteración N+2
Preparar la reunión de planificació
n de iteración
N+2
Análisis Trabajar con los desarrolladores en la iteración N-1 Trabajar con los desarrolladores en la iteración N Trabajar con los desarrolladores en la iteración N+1
Preparar entrega de
iteración N-2
Llevar a cabo el análisis de las funcionalidades de
la iteración N
Cerrar Iteración
N-1
Preparar entrega de iteración N-
1
Llevar a cabo el análisis de las funcionalidades de
la iteración N+1
Cerrar Iteración N
Preparar entrega de iteración N
Llevar a cabo el análisis de las funcionalidades de
la iteración N+2
Cerrar Iteración
N+1
Desarrollo de dominio Desarrollar funcionalidades de iteración N-1 Desarrollar funcionalidades de iteración N Desarrollar funcionalidades de iteración N+1
Desarrollo de iteración Preparar ensamblaje de
iteración N-2 Desarrollo no funcional de
iteración N-2 Preparar ensamblaje de
iteración N-1 Desarrollo no funcional de
iteración N-1 Preparar ensamblaje de
iteración N Desarrollo no funcional
de iteración N
Pruebas de regresión Añadir tests de iteración N-2 al conjunto de tests de
regresión. Realizar los tests. Añadir tests de iteración N-1 al conjunto de tests de
regresión. Realizar los tests. Añadir tests de iteración N al conjunto de tests de
regresión. Realizar los tests.
Probar entrega de
iteración N-2
Preparar documento de versión
de iteración N-2
Entregar Iteración N-
2
Cerrar iteración
N-1
Probar entrega de iteración
N-1
Preparar documento de versión de iteración
N-1
Entregar Iteración N-
1
Cerrar iteración N
Probar entrega de iteración N
Preparar documento de versión de iteración
N
Entregar Iteración N
Cerrar iteración
N+1
Concurrencia de versionesINDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved78 de 96
Proceso de Desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved79 de 96
El Producto
SELENE
Proceso de desarrollo
INDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved80 de 96
Proceso de desarrollo
Jefe de Proyecto Consultor funcional
Arquitecto software
Analista
Programador
Consultoría
Arquitectura
Análisis
Prog. servidor
Prog. cliente
Resp. Proyecto Jefe de EquipoGestión de Proyecto
X 10
Tester
Equipo Testing
X 3
X 5
X 10
Ing. Sistemas
Resp. de Equipo
Analista Programador X 8
X 19
Programador
Analista Programador
X 6
Ing. Plataforma
Soporte/Sistemas
X 6
El equipoINDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved81 de 96
Proceso de desarrollo
Actos Clínicos
Agendas
Integración
Pacientes-Codificación-Archivo
Peticiones-Prescripciones
Primaria
Procesos-Objetos Clínicos
Seguridad-Reports
Tareas Estructura
Arquitectura
Cliente
Los grupos de trabajoINDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved82 de 96
Proceso 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
Metodología de DesarrolloINDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved83 de 96
Proceso de desarrollo
XOK
XOK
XOK
MODELO DE CASOS DE USO
MODELO DE CASOS DE PRUEBA
MODELO DE ANÁLISIS MODELO DE DISEÑOMODELO DE DESPLIEGUE
MODELO DE IMPLEMENTACIÓN
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
INDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved84 de 96
Proceso de desarrollo
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
Metodología centrada en la arquitecturaINDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved85 de 96
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)
INDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved86 de 96
Proceso de desarrollo
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 Requisitos-APv415.doc
Análisis de RequisitosINDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved87 de 96
Proceso de desarrollo
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
Prioridad Requisitos 4.1.5..doc
Priorización de RequisitosINDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved88 de 96
Proceso de desarrollo
Cierre del Alcance MS Project
Asignación de Cambios Bugzilla Perforce
Cierre Planificación y ComunicaciónINDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved89 de 96
Proceso de desarrollo
Unified Model Language (UML)
Documentos Derivaciones.doc
Selene(Primaria/Especializada)
Laboratorio
Creación de la petición
Cálculo de muestras y materiales
Extracción y etiquetado
Envío
ORM^O01
ORR^O01(petición OK)
Registro Petición
Envío Analizador
Análisis Resultados
[0..n]ORU^R01
Almacenado Resultados
Modelado del caso de usoINDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved90 de 96
Proceso de desarrollo
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
Desarrollo y Documentación
Perforce Configuration Management tool
INDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved91 de 96
Proceso de desarrollo
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.)
Automatización de PruebasINDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved92 de 96
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
INDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved93 de 96
Proceso de desarrollo
Múltiples Interfaces
Pruebas de Integración
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
INDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved94 de 96
Proceso de desarrollo
OpenLink
Pruebas de IntegraciónINDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved95 de 96
Proceso de desarrollo
Pruebas de Alta Disponiblidad nodos redundados
Replicación de sesión
Balanceo cluster BD
Pruebas de carga
Cortes de tensión
Pruebas de Infraestructura
INTRANETLAN
VLAN
DIRECTORYSERVER
RELATIONAL DATABASE CLUSTER
APPLICATION SERVERSMATRIXLOAD BALANCER
PRINT SERVERS
INDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved96 de 96
Proceso de desarrollo
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
Pruebas FuncionalesINDICE
►IT en Sanidad
►Negocio de los SI sanitarios
►Necesidades tecnológicas
►Arquitectura básica
►Seguridad en entornos clínicos
►Modelo de conceptos
►Fundamentos metodológicos
►Proceso de desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved97 de 96