Upload
others
View
6
Download
0
Embed Size (px)
Citation preview
MED Health Services
T l í lTecnologías para eldesarrollo de productosdesarrollo de productos
Antonio TorresAntonio TorresDirector de Desarrollo
24 de octubre de 2007
© SIEMENS Medical Solutions Health Services, 2004 – All rights reserved
24 de octubre de 2007
Índice
T l í d l I f ió S id dTecnología de la Información en Sanidad
El negocio de los S.I. Sanitarios
Necesidades tecnológicas en el entorno sanitario
Seguridad en entornos clínicosSeguridad en entornos clínicos
Modelo Conceptos Clínicos
Arquitectura básica
Fundamentos metodológicosFundamentos metodológicos
Proceso Desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved1 de 96
Tecnología de la información enTecnología de la información en la Sanidad
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved2 de 96
Tecnología en Sanidad
El esfuerzo del cambioIncorporación de la tecnología en la Sanidadp g
Entorno complejo por su gran volumen
Reacio al cambio y a su vez apasionado
A á id t t l í i i tAsume rápidamente nuevas tecnologías en equipamiento electromédico y de diagnóstico
Primeros pasos y primeros erroresPrimeros pasos y primeros errores …Los primeros sistemas se orientan hacia la gestión, no hacia la actividad asistencial
Plan dias Insalud (mainframe y terminales)Plan dias Insalud (mainframe y terminales)
El compromiso no fue todo lo completo y organizado que debía haber sido
… y primeros resultadosSe asume y extiende el concepto de HIS (Health Information System)
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved3 de 96
System)
Definición de conceptos y estrategias
Tecnología en Sanidad
La revolución tecnológica
Como dispositivoComo 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 interesesHay un avance, pero sigue condicionado a los intereses empresariales
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved4 de 96
Tecnología en Sanidad
La revolución tecnológica
Como culturaComo 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 unaUn 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úrgicoque se extiende al 100% de uso en un solo día.
Un reumatólogo hace un “datawarehouse” en Access conectado vía ODBCUn 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
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved5 de 96
una aplicación de medicación conectada a Farmacia que se extiende al 100% de utilización en un solo día.
Tecnología en Sanidad
El mercado
Obsolescencia funcionalObsolescencia funcionalLos 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ógicaLas tecnologías en desuso tienen plena vigencia en producción (MUMPS Multibase etc )producción (MUMPS, Multibase, etc.)
Cultura del desarrolloL d d i “ i t i ”Los grandes proveedores piensan en “propietario”
Los pequeños proveedores no invierten
Los desarrollos propios no evolucionan
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved6 de 96
Los desarrollos propios no evolucionan
Tecnología en Sanidad
Las TI en las organizaciones sanitarias
El personal de TI en sanidadEl personal de TI en sanidadEl personal de TI en Sanidad no ha adquirido el rol de organización que los directores de Sistemas de I f ió ti t á bitInformación tienen en otros ámbitos
Las instituciones sanitariasNo 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 implicaEs difícil realizar la reingeniería de procesos que implica el uso extensivo de TI en el negocio
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved7 de 96
Tecnología en Sanidad
Objetivos de la Tecnología
Simplificar la actividad asistencial del clínicoSimplificar la actividad asistencial del clínicoMaximizar la automatización de tareas
No se trata de sustituir la figura del clínico
Evitar el uso de papelEl papel no debe ser el soporte del conocimientoEl papel no debe ser el soporte del conocimiento
No confundir con la inversión en papel (suele crecer!)
Evitar los desplazamientos del pacienteEvitar los desplazamientos del pacienteFormalizar y automatizar los circuitos
El paciente es el “correo interno” en la mayoría de las p yinteracciones administrativas
Facilitar la interacción entre roles
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved8 de 96
Facilitar la interacción entre rolesEliminar la separación entre médico-enfermera-gestió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,incluyendo informes impresos, manuscritos, firmados, fotocopiados, placas
Conjunto de información electrónica única,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
ExplotableEstructuradop EstructuradoOrganizadoÚtilCoherente
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved9 de 96
Compartible? Seguro
Tecnología en Sanidad
Transformación de los Procesos
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved10 de 96
Tecnología en Sanidad
Ampliar la cobertura
CENTRAL DE EMERGENCIAS
ATENCIONESPECIALIZADA
PORTAL DEL FARMACIAS
ESPECIALIZADACIUDADANO
SERVICIOSTELEASISTENCIA
ATENCIÓN PRIMARIA
SERVICIOS CENTRALES
CENTROS PRIVADOS
ATENCIÓNSOCIAL
GESTIÓN
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved11 de 96
El negocio de los Sistemas deEl negocio de los Sistemas de Información Sanitarios
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved12 de 96
El negocio de los SI
Características de un proyecto
El sistema es de criticidad máximaEl sistema es de criticidad máximaLa disponibilidad de conocimiento es la diferencia entre vida y muerte
¿En qué medida se delega la decisión?
Comprensión del sistemapLas facetas administrativas son más comprensibles que la actividad clínica
L it ió t d í d i dLa situación es, todavía, de inmadurez
Gestión de un proyectoNo es un entorno de imposición, sino de negociación a varias bandas y de convencimiento
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved13 de 96
El negocio de los SI
El objetivo del sistema integral
SISTEMAS DE EXPLOTACIÓN
S
SISTEMAS DE EXPLOTACIÓNInformes, cuadros de mando, EIS, análisis
SISTEMAS CLÍNICOS DE
SISTEMAS FINANCIEROS Y DE RECURSOS
SISTEMAS SECTORIALES INTEGRADOS
AM
ENTA
LES
IOS
PEQ
UEÑ
OS
SIST
EMA
S
SISTEMAS CLÍNICOS DE
USO GENERALDE RECURSOS
HUMANOSEN
PLATAFORMA
S D
EPA
RTA
RO
PIET
AR
I P S
∞USO GENERAL
INFRAESTRUCTURA DE HARDWARE, COMUNICACIONES Y SISTEMAS DE BASE SI
STEM
AS PR
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved14 de 96
El negocio de los SI
El problema de la integración
Islas de información
Radiología
Islas de informaciónCompromiso de la unicidad del datoIncoherenciasTrabajo en tiempo real
HIS
Radiología
Farmacia
Gestión Laboratorio
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved15 de 96
UCI Anatomía
El negocio de los SI
Los roles en el proyecto típico
ESTRATEGIA PROYECTO PRODUCTOSO CONSULTOR
PROVEEDOR
DIS
EÑ
O CONSULTORPRODUCTO
AC
IÓN
INTEGRADOR
IMP
LAN
TA
IMPLANTADOR
DU
CC
IÓN
EXPLOTADOR SOPORTE
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved16 de 96
CO
ND
El negocio de los SI
Rentabilidad del negocio
PersonalPersonalUn 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, p g ,sobre los 300.000 €/año
Soporte papelSopo te papeLa 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
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved17 de 96
Imagen180.000 placas/año a unos 5 €/ placa – 900.000 €/año
El negocio de los SI
Máxima calidad asistencial
Beneficios sociales
Máxima calidad asistencialMejores Procesos
Mayor información para tomar decisionesayo o ac ó pa a o a dec s o es
Coordinación de todos los roles
Mayor ComodidadMayor ComodidadFacilitar Trámites (minimizar, abrir sistema)
Asistencia a domicilio
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved18 de 96
El negocio de los SI
Beneficios sociales
TeleasistenciaTeleasistencia
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved19 de 96
Necesidades tecnológicas en elNecesidades tecnológicas en el entorno sanitario
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved20 de 96
Necesidades tecnológicas
Integración e Integridad
DOMINIO DE LA SALUD
DOMINIO DE LA ENFERMEDAD
DOMINIO DE LA SALUD Nacimiento
Muerte
Redes de saludSistemas Socio-Sanitarios
DOMINIO DE LA ENFERMEDAD
Enfermo
Sano
Medicina Basada en la EvidenciaRepresentación del Proceso Agudo
DOMINIO DEL WORKFLOW
Workflow dirigido por el sistemaRegistro Electrónico de
DOMINIO DEL USO
Registro Electrónico de Paciente
Ultrasonido
Resonancia
Terapia
Mamografía
Consultas
Q irófanos
HospitalizaciónEquipamientoLogísiticaFármacosSistemas de
d
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved21 de 96
Endoscopia
QuirófanosBoxesINTERACCIÓN CLÍNICA
(Paciente real, médico, equipamiento)
ayuda
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
Tipos de datos clasificados con nivel de protección ALTO
DISPONIBILIDAD
Toma de decisiones erróneasAtacantes e ternosAtacantes externos
• Virus• Ataque DoS
SISTEMA DE
q• Spam Daño a la entidad o a la persona
Atacantes internos y externosRobo o mal uso de informaciónAtacantes internos en mayoría
SISTEMA DEINFORMACIÓN
• Secuestro de sesión• Packet spoofing• Troyanos
• Escaneo• Intrusión en GUI• Sniffing
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved22 de 96
INTEGRIDADCONFIDENCIALIDAD
Necesidades tecnológicas
Explotación de datos
Soporte a la toma de decisiones
TÁCTICO
OPERATIVO Mecanización de procesos de la actividad diaria
Gestión de la información frente a almacenamiento
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved23 de 96
Gestión de la información frente a almacenamiento
Necesidades tecnológicas
Flujos de trabajo
PROCESO ASISTENCIALPROCESO ASISTENCIAL
ConsultaHospitalizaciónUrgencia Atención domiciliaria
PeticiónExplor. Acción… …Petición
Acción …
Petición Lectura
Extracción
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved24 de 96
Resolución Análisis
Necesidades tecnológicas
Otras características
Centralización Responsabilidad
Control de autor / accesoUnicidad
Di ibilid d I t ió
Co t o de auto / accesoControl de las modificacionesCoherencia de la información
Disponibilidad Integración
Usuarios concurrentesF i i t 24 7
Protocolos, estándares y calidadG tió b d l i f ió
Accesibilidad Productividad
Funcionamiento 24x7 Gestión basada en la información
Accesibilidad Productividad
Acceso de todos los rolesDesde cualquier punto
Diagnósticos efectivosExplotación de datos
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved25 de 96
Desde cualquier punto Explotación de datos
Necesidades tecnológicas
El problema de la dimensión
De un hospital medio (± 300 camas)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 urgenciasintervenciones, 10.000 urgencias
Volúmenes de información mensual75 000 t i75.000 anotaciones
25.000 informes
90.000 peticiones interdepartamentales90.000 peticiones interdepartamentales
450.000 resultados analíticos
400.000 campos de formulario
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved26 de 96
13.000 estudios de imagen
24.000 prescripciones farmacológicas
Necesidades tecnológicas
Requisitos de un S.I.
AdaptabilidadAdaptabilidadLa arquitectura y tecnología empleadas deben proporcionar una infraestructura estable y capaz con una f i lid d t iblfuncionalidad extensible
El producto ha de aportar configurabilidad y capacidad de parametrizaciónp
El equipo y la metodología de desarrollo aportan la garantía y el compromiso de crecimiento
SeguridadCumplimiento de la normativa vigente
Adaptación a los requerimientos específicos del cliente y del entorno
Balanceo entre seguridad y rendimiento
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved27 de 96
Balanceo entre seguridad y rendimiento
Necesidades tecnológicas
Requisitos de un S.I.
IntegraciónIntegraciónAdopció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 operativaUso de los estándares tecnológicos para el funcionamiento multiplataformafuncionamiento multiplataforma
RendimientoO ti i ió l d d llOptimización en el proceso de desarrollo
Ventajas provistas por la arquitectura
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved28 de 96
Necesidades tecnológicas
Estrategia tecnológica
Objetivos tecnológicos de un producto sanitarioObjetivos tecnológicos de un producto sanitarioAdecuado 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
M t ibilid d id d d l ióMantenibilidad y capacidad de evolución
Metodología - Proceso UnificadoA it t T i l POO DBCArquitectura - Tres niveles, POO, DBCTecnología - Web, J2EE
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved29 de 96
Seguridad en entornos clínicos
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved30 de 96
Seguridad en entornos clínicos
Requerimientos básicos de seguridad
Exigencias del entornoExigencias del entornoCumplimiento 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 clavePolí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 deseablesEquilibrio entre seguridad y funcionalidad
Evitar acceso a la base de datos desde puestos cliente
Misma información de acceso para todos los módulos
P i i l d f ió i l d ti d d t
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved31 de 96
Permisos a nivel de función y a nivel de tipo de datos
Dispositivos de identificación y autentificación
Seguridad en entornos clínicos
Panorama de la seguridad
El 78% de las entidades identifican Internet como laEl 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 sonEl 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)
1 CSI / FBI Survey 2003
Tras 24 horas, el virus Blaster había infectado a 336.000 ordenadores (4)
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved32 de 96
1 CSI / FBI Survey 20032 ASIMELEC Encuesta 20033 AUSCERT 20034 CERT / CC
Seguridad en entornos clínicos
Debilidades características
Concienciación del problema de la seguridadConcienciación del problema de la seguridad
Inexistencia de planes de continuidad
Nivel de complejidad de los sistemas en aumentoAdministración compleja
Detección tardía de las lagunas de seguridad
Poco nivel de seguridad en infraestructurasgMantenimiento y actualización de los sistemas
Debilidad en los accesos a los sistemasDebilidad en los accesos a los sistemasMúltiples usuarios, mecanismos y contraseñas
Inexistencia de sistemas integrales de gestión de usuarios
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved33 de 96
Seguridad en entornos clínicos
Efectos de las incidencias de seguridad
DISPONIBILIDADDISPONIBILIDAD
Imposibilidad de acceso a información en situaciones críticasNo disponibilidad de información en tiempo real
Posible riesgo para la vida del paciente
SISTEMA DE
Diagnósticos erróneosTratamientos inadecuadosEstados de alerta
Acceso no autorizado a información sensibleRobo de información
fid i l SISTEMA DEINFORMACIÓNElevado riesgo para la vida
del paciente
confidencial
Sin riesgo para la vida del paciente
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved34 de 96
INTEGRIDADCONFIDENCIALIDAD
Seguridad en entornos clínicos
Enfoque general de la seguridad
I y ASegurosPlanes de
contingencia
Actividadesde
usuario
Personal Formación
Controlesde acceso Planificación CifradoGestión de
riesgosAuditoría
Seguridadfísica
Soporte ymantenimiento
Gestión deaplicaciones
AmenazasPolíticas
deseguridad
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved35 de 96
g
Seguridad en entornos clínicos
Seguridad física
Acondicionamiento del entornoAcondicionamiento del entornoControl de accesos a los recintos
Locales ignífugos y sistemas de extinción
Sistemas de alimentación ininterrumpida
Sistemas de copia de seguridadSistemas de copia de seguridadSistemas de copia de respaldo
Gestión distribuida de copias securizadas
Sistemas hardware de alta disponibilidad
C t d ldCentros de respaldo
Sistemas de seguridad para estaciones de trabajo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved36 de 96
Seguridad en entornos clínicos
Seguridad lógica
Seguridad perimetral o de redSeguridad perimetral o de redObjetivo: 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 DMZ SMTPHTTP
RAS
BackboneActualizarConfigurar (puertos,
Red interna Red interna
NAT, ping)Mantener
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved37 de 96
Seguridad en entornos clínicos
Seguridad lógica
Seguridad de sistemasSeguridad de sistemasObjetivo: 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 antivirusEl 80% de los daños producidos en sistemas informáticos en el 2003 han sido causados por virusinformá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
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved38 de 96
Seguridad en entornos clínicos
Seguridad lógica
Seguridad de usuariosSeguridad de usuariosObjetivo: 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 pCon lo que uno sabe: contraseña, reto-respuesta, contraseña de un solo uso
C l ti ll t j t i t li t t kCon 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
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved39 de 96
Seguridad en entornos clínicos
Seguridad lógica
El uso de contraseñas está extendido en el 90%El uso de contraseñas está extendido en el 90% de los Sistemas de Información productivos
Deben establecerse mecanismos y políticasDeben establecerse mecanismos y políticas adecuadas para su uso:
Prevenir los posibles ataques externos (escuchas,Prevenir los posibles ataques externos (escuchas, troyanos)
Tener especial cuidado con contraseñas de d i i t dadministrador
No permitir que se compartan contraseñas
No utilizar la misma contraseña para acceso aNo utilizar la misma contraseña para acceso a información sensible y no sensible
Todas las contraseñas deben mantenerse cifradas
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved40 de 96
Seguridad en entornos clínicos
Seguridad de datos
Seguridad lógica
Seguridad de datosObjetivo: controlar el acceso, creación o manipulación no autorizada de la información
Ó ÓSMIME PGP SET
Solución: cifrado de datos, mecanismos de auditoría
TRANSPORTE
APLICACIÓN
TRANSPORTE
APLICACIÓN
IPS
SSL, SSH, Kerberos
SMIME, PGP, SET
Í
ENLACE DE DATOS
NIVEL DE RED
Í
ENLACE DE DATOS
NIVEL DE RED
Cifrado en hardware de enlace
IPSec
NIVEL FÍSICO NIVEL FÍSICO
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved41 de 96
Seguridad en entornos clínicos
Seguridad lógica
Extensión de SSL en plataformas webExtensión de SSL en plataformas webUtiliza 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 muyimplementaciones tienen sistemas de cifrado muy limitados
Generalización de la certificación de usuarioGeneralización de la certificación de usuarioEs 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
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved42 de 96
Soportado en dispositivos de identificación tipo SmartCard
Seguridad en entornos clínicos
Problemas técnicos difíciles de resolver
Tipología de problemas técnicos
Problemas técnicos difíciles de resolver
Problemas técnicos difíciles de gestionar
Problemas técnicos difíciles de detectar
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved43 de 96
Seguridad en entornos clínicos
Simplificar …
Las brechas de seguridad más comunes son lasLas 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
C i d ld i l t i i t tCopias de respaldo incompletas o inexistentes
Antivirus inexistente o no actualizado
Firewall mal configuradoFirewall mal configurado
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved44 de 96
Seguridad en entornos clínicos
Simplificar …
Cualquier medida es inoperante si elCualquier medida es inoperante si el uso es inadecuado
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved45 de 96
Modelo de conceptos clínicos
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved46 de 96
Modelo de conceptos clínicos
Modelo de información básico
ENTIDADPACIENTE
PROCESO CLÍNICO
Objeto Clínico
PROCESO CLÍNICOPUNTO DE VISTACLÍNICOinformación
HospitalizaciónUrgencias ConsultaConsulta
PUNTO DE VISTAADMINISTRATIVOactividades
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved47 de 96
Cirugía
ACTOS CLÍNICOS (CONTACTOS)
Modelo de conceptos clínicos
OBJETO PADRE ESPECIALIZACIÓN ESTRUCTURA DEFINICIÓN Y USO PLANTILLAS
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
Texto
Documento Word
Informes formateados para salida externa a pacientes o instituciones
Plantillas (Word) de documentos compuesta con otros OC
Conjunto de indicadores de paciente Plantillas de formulario
Documento
Conjunto de indicadores de paciente
Datos estructurados en cualquier entorno
Plantillas de formulario
Conjunto de líneas de prescripción ( di ió )
Perfiles de tratamientoGenérico
Form. IndicatorIndicatorIndicador
(medicación)
Tratamiento farmacológico en planta, receta electrónica
Workflow (prescripción, distribución, administración)
Conjunto de pruebas (indicadores de paciente) – posible link con otros OC
Perfiles de prueba
IndicatorIndicatorLínea deprescripción
Hoja de Tratamiento
I di t Pruebas departamentales (lab, rx, otros), interconsultas
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
Petición
Cuidado i t
IndicatorIndicatorCuidado
IndicatorIndicatorPrueba
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved48 de 96
Cuidados de enfermería, protocolos e ac o ados co age das deactividada paciente
IndicatorCuidado
Modelo de conceptos clínicos
Indicadores y observaciones
MODELADO (MODELO DE DATOS) DEFINICIÓN (PLANTILLAS)
DICCIONARIO
FORM. ENFERMERÍA
PESOFORM. CARDIOLOGÍA
MODELADO (MODELO DE DATOS) ( )
DE DATOS
INDICADOR
PESO
INDICADOR
NOMB PESO COD. PSTIPO NUMERICO UNID. KGNORM 0 a 90
FORM. CARDIOLOGÍA
PESO 75 76 76 74 72 72
PESO 72 kg
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved49 de 96
USO (OBSERVACIONES)GESTIÓN (SERIES & GRÁFICAS)
Arquitectura básica
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved50 de 96
Arquitectura básica
Plataforma básica
FundamentosFundamentosPlataforma 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/autocompleterp p j p
Independencia de base de datos con JDBC y LDAP
Independencia de plataforma operativa
Diseño basado en componentes
Ventajas de esta plataformaMantenibilidad en el ciclo de vida
Seguridad física y lógica por diseño
N d b li t
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved51 de 96
Navegador web como cliente
Soporte multilenguaje
Arquitectura básica
¿Porqué una plataforma web?
Requerimiento del clienteRequerimiento del clienteCliente tecnólogo
Presión del mercado tecnológico
Novedad como eje de la producción
InteroperabilidadInteroperabilidadInternet como paradigma de la integración
Basado en estándares
Simplicidad en el clienteHomogeneidad y sencillez en el lado clienteg y
Regreso a la potencia de proceso central
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved52 de 96
Arquitectura básica
El navegador web como cliente
VentajasVentajasSin instalación en el lado cliente
Posibilidad de acceso a través de Internet
Independencia de plataforma
Escalabilidad, disponibilidad y seguridad delegada a la arquitecturaarquitectura
InconvenientesFuncionalidades reducidas en la capa de presentación
Cambio en la forma de trabajo del usuario
Imposibilidad de trabajar sin conexiónImposibilidad de trabajar sin conexión
Complejidad para interactuar con el sistema local
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved53 de 96
Arquitectura básica
Arquitectura Multicapa
CAPA DE PRESENTACIÓN
PRESENTACIÓN
Ó
PÁGINAS WEB
CAPA DE APLICACIÓN
LÓGICA DE NAVEGACIÓN
NAVEGACIÓN
CAPA DE APLICACIÓN
LÓGICA DE APLICACIÓN
COMPONENTES
CAPA DE DATOS
LÓGICA DE APLICACIÓN
OBJETOS DE DATOS
BASE DE DATOS
MODELADO DE DATOS
HIS A RIS Laboratorio HIS B Repositorioclínico
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved54 de 96
BASE DE DATOS
Arquitectura básica
Despliegue modular
Ó
CAPA DE PRESENTACIÓN
LÓGICA DE NAVEGACIÓN
PRESENTACIÓN
NAVEGACIÓN
PÁGINAS WEB
Ó
CAPA DE PRESENTACIÓN
LÓGICA DE NAVEGACIÓN
PRESENTACIÓN
NAVEGACIÓN
PÁGINAS WEB
ESTACIÓN DE URGENCIAS
CAPA DE DATOS
CAPA DE APLICACIÓN
LÓGICA DE APLICACIÓN
OBJETOS DE DATOS
COMPONENTES
CAPA DE DATOS
CAPA DE APLICACIÓN
LÓGICA DE APLICACIÓN
OBJETOS DE DATOS
COMPONENTES
CITACIÓNBOXES
TRIAGE
_ADMISIÓN
BASE DE DATOS
MODELADO DE DATOS
HIS A RIS Laboratorio HIS B RepositorioclínicoBASE DE DATOS
MODELADO DE DATOS
HIS A RIS Laboratorio HIS B Repositorioclínico
PACIENTES
CITACIÓN
FORMULARIOS
PERMISOSPROCESOS
ACTOSCLÍNICOS
AGENDAS
RECURSOSINFORMES
OBJETIVOS:
Integridad
SEGURIDAD
PROCESO DE TEXTOS
IntegridadCoherencia - ModularidadUnicidad
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved55 de 96
WORKFLOW
SEGURIDADIMPRESIÓN
Arquitectura básica
Capa de presentación
Comunicación entre cliente y servidorComunicació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 usuarioSe basa en html como lenguaje de descripción
¿Vale para todo? → Lenguaje dinámico JavaScript
El navegador webIntérprete estándar de DHTML
¿Es un intérprete estándar?
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved56 de 96
Arquitectura básica
Capa de lógica
Soporte de toda la lógica de negocioSoporte de toda la lógica de negocioPosible división en múltiples subcapas
Plataformas de desarrollo de la capa lógicaPlataformas de desarrollo de la capa lógicaJava es la plataforma paradigmática
Definiciones J2EEConcepto de contenedor de servlets distribuibles
Extensiones funcionales del servidor web lanzados por- 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 JSPConcepto de repositorio JSP- Creación dinámica de páginas en el lado servidor
El API Servlet y JSP llevan el concepto ‘write-once,
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved57 de 96
y p ,execute anywhere’ a las extensiones de servidor web
Arquitectura básica
Capa de datos
Tecnologías de bases de datosTecnologías de bases de datosRelacionales
- Las más extendidas y sencillas
- Interfaz estandarizado SQL
- Orientadas a actualizaciones, grandes consultas y fusiones
DirectoriosDirectorios- Orientadas a jerarquías
- Optimización de consultas
Ó- Óptimas para información distribuida
Interfaz entre aplicación y servidorJDBC es el estándar básico de integración Java
LDAP (basado en X500) para directorios
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved58 de 96
Arquitectura básica
Tecnología
NAVEGADORWEB
Contenidosestáticos
SERVIDOR DE APLICACIONES
PRESENTACIÓN LÓGICA DE APLICACIÓN
SERVIDOR DE DATOS
DHTMLHTTPHTTP
WE
B
PRESENTACIÓN LÓGICA DE APLICACIÓN
Webflow
JSPBean
JDBCRDBMS
BeanDAOBean de
negocio
HL7DHTML
JavaScript
HTTPS
SE
RV
IDO
R W JSP
Bean deaccesoDCOM
BeanDAO
BeanDAO
ACCESO A SERVIDOR DE
OTRAS APLICS.
CLÍNICAS
LÓGICA DECOMPOSICIÓN
ACCESO ADATOS
Bridge Java-COM
NEGOCIO
ComponenteActiveX
DCOM LDAP
SERVIDOR DEDIRECTORIOApplets
Java
LÓGICA DENAVEGACIÓN
CLIENTE APLICACIÓN
SERVIDOR DE INTERFAZ COM
Java-COM ActiveX
DATOS
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved59 de 96
INTERFAZ DE CLIENTE
INTERFAZ DEACCESO A DATOS
Arquitectura básica
Flujo de datos
Clases de formato
FrameworklocalizaciónJSP
Repositorio
TagLIBS
Inte
Ser
VISTA
FrameworkFramework
TagLIBS
rfaz HT
ML
d
rvido
r HT
TP
Frameworkcontrol
WebflowFramework seguridad
webflow.xml
de u
suario
/ HT
TP
S
CONTROLADOR
Clases controladoras
RDBMS
CO O O
Clases SQL
Clases LDAP
Interfaz DAOClases denegocio
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved60 de 96
Directorio
MODELO
Clases LDAP
Arquitectura básica
Mapa de componentes de infraestructura
App
.
ET
CacheConvers
fw
Conversor Transformer XF
SELENE
uctu
ra
AP
I
GCO
S
extJ
TA
NE
Webflow
Internac. fw. Control fw. Publishing fw. XF
Cache fw. Adapter Render Report
Infr
aest
ru
A R PC
M J JSP
J2EE 1.3Web container Apache/Jakarta
mo
ns
P AN
G4J SO
N
CE
S
GR
A
RR
.
I DK
AV
ART
F2F
O
E
extH
A
SA
Ge
ma il
JTA
JAX
R
JAX
-R
JAX
M
SA
AJ
Servlet
Co
mm
FO
XA
LA
LO
G
CR
IMS
XE
RC
JIN
TE
G
CO
NC
U
HA
PI
LD
AP
JD
SQ
L2J
A
IR
AC
ME
Pla
tafo
rm
Opensource
Comercial
JAA
S
Java
Mai
JDB
C
JAX
P
JND
I
J2SE 1.4.1
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved61 de 96
Dat
osSIEMENS InformaciónRDBMS
SeguridadLDAP
Arquitectura básica
Arquitectura de sistemas típica
DOCUMENTALSERVER
APPLICATION SERVERSMATRIX
LOAD BALANCER
VLAN
DIRECTORYSERVER CLUSTER
RELATIONAL DATABASE CLUSTER
PRINT SERVERS
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved62 de 96
INTRANETLAN
SERVER CLUSTER
Arquitectura básica
El problema de la integración
Comunicación a nivel tecnológicoComunicación a nivel tecnológico¿Cómo pueden interconectarse dos sistemas?
- Sockets, intercambio de fichero, accesos a BD, http, XML
Comunicación a nivel funcionalInterconectarse no es lo mismo que comunicarseq
¿Cómo pueden comunicarse varios sistemas?- Estándares funcionales HL7, DICOM, ASTM
Comunicación a nivel conceptualComunicarse 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
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved63 de 96
- Estándares semánticos SNOMED, LOINC
- Estándares integrales IHE, CEN TC251
Arquitectura básica
Arquitectura de integración
OTRAAPLICACIÓNCONECTOR
SELENE
S k tDICOM DICOM Socketscontroller OTRA
APLICACIÓNCONECTOR
CA
DO
CIO
DICOMmanager
DICOMparser
Filecontroller
FAZ
UN
IFIC
DE
NE
GO
C
HL7manager
HL7parser
httpcontroller
INT
ER
F
XMLparser
Non standardLÓG
ICA
D
OTRAAPLICACIÓNOPENLINK
NSPparser
managers
Web servicescontroller
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved64 de 96
Fundamentos metodológicos
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved65 de 96
Fundamentos metodológicos
Estructura de unidades de negocio
COMERCIALCALIDAD
PROYECTOS MANTENIMIENTO
SOPORTEDESARROLLO
INTEGRACIÓN
SISTEMAS CONSULTORÍA
FORMACIÓNINTEGRACIÓNINVESTIGACIÓN
FORMACIÓN
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved66 de 96
Servicios
Colaboración
Propuestas
ConocimientoORGANIZACIÓN
Fundamentos metodológicos
Proyecto de desarrollo de productos
Central SIEMENS
Req. calidad.
RealimentaciónMonitorización
Plan de Calidad Plan de ProyectoSeguimiento
deProyecto
Sistema de gestión localActualiza
Proceso de desarrollo
Plan de Producto
Condicionantesde calidad
Control Actualiza
Actividades Resultadosdel riesgo
Beta Site Testing
A áli i
Requisitos
Pl d
Clientes
Proceso de ventasAnálisis
de riesgosPlan denegocio
MejorasErrores
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved67 de 96
ClientesErrores
Fundamentos metodológicos
Proceso iterativo e incremental
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
Cada etapa se considera n s bpro ecto
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved68 de 96
Cada etapa se considera un subproyecto
El resultado es un incremento del producto final
Fundamentos metodológicos
R l D fi i ió P i F 1 F 2 F 3 Fi P
Descripción del proceso
Roles Definición Prototipo Fase 1 Fase 2 Fase 3 Fin Proyecto
Resp. de Proyectos
J f d
Plan de Proyecto
Calendario
Actualizar Plan Actualizar Plan Actualizar Plan Revisar Plan
Seguimiento de Proyecto Cierre Proyecto
DimensionarJefe deEquipo
Arquitecto
Dimensionar
Inicio Proyecto Ejecución de Proyecto
Definir Arq.
Construir prot.
Revisar Arq.
ConsultorFuncional
Analista
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 UsoAnalista
Program.
Diseño de Componentes Software
Construcción de Componentes Software
Prueba de Componentes Software
Gestor decalidad
Tester
Plan Calidad
Configuración
Control de Calidad
Control de Cambios
Definición de Casos de Prueba
Ejecución de Casos de Prueba
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved69 de 96
j
Fundamentos metodológicos
Desarrollo iterativo
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+1Desarrollo 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
Características fundamentalesCaracterísticas fundamentalesSe agiliza el proceso de desarrollo
El tiempo de reacción es más corto ante equivocacionesEl 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 globaluna respuesta funcional aunque no sea global
El contacto con los consultores de negocio es constante en cada fase
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved70 de 96
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.
Efficiency ratio
4/9 44%
2/6 33%
Development Testing Regression
El tiempo de respuesta a una necesidad se alarga para conseguir mayor eficiencia
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved71 de 96
g p g y
Fundamentos metodológicos
Iteración Análisis Iteración Desarrollo Iteración Pruebas
Ciclo detallado de una versión
Iteración Análisis Iteración Desarrollo Iteración Pruebas
Responsablede 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
AnalistaTrabajar con los desarrolladores
Preparar entrega de iteraciónLlevar a cabo el análisis de las
funcionalidades de la iteración NCerrar la iteración N
Desarrollador 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.
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved72 de 96
pruebas test de regresión. Realizar test.
Preparar documento de versión
Proceso de Desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved73 de 96
Proceso de desarrollo
El Producto
SELENE
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved74 de 96
Proceso de desarrollo
Gestión de Proyecto
El equipo
Jefe de Proyecto Consultor funcionalConsultoría
Resp. Proyecto Jefe de EquipoGestión de Proyecto
X 3y
Arquitecto softwareArquitectura Equipo Testing
X 3
X 5Resp de Equipo
AnalistaAnálisis
X 10
Resp. de Equipo
Ing. Plataforma
Programador
Prog. servidor Tester
X 10Analista Programador X 8
X 19
Prog. clienteIng. SistemasAnalista Programador
Soporte/Sistemas
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved75 de 96
Programador X 6 X 6
Proceso de desarrollo
El nuevo equipo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved76 de 96
Proceso de desarrollo
Actos Clínicos
Los grupos de trabajo
Agendas
IntegraciónIntegración
Pacientes-Codificación-Archivo
Peticiones-Prescripciones
Primaria
Procesos-Objetos Clínicos
Seguridad-Reports
Tareas Estructura
Arquitectura
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved77 de 96
Arquitectura
Cliente
Proceso de desarrollo
Rational Unified Process (RUP)
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 ProgrammingKent Beck, Ward Cunningham, and Ron Jeffries
Testing frecuente, integración y validación
Metodología de desarrollo ágilMetodología de desarrollo ágil
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved78 de 96
Proceso de desarrollo
Desarrollo basado en casos de uso
Un caso de uso es un fragmento de funcionalidadUn 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
X
Casos de uso como hilo conductor del desarrollo
XOK
OK
XOK
MODELO DEMODELO DE CASOS
DE PRUEBAMODELO DE CASOS DE USO
DE PRUEBA
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved79 de 96
MODELO DE ANÁLISIS MODELO DE DISEÑOMODELO DE DESPLIEGUE
MODELO DE IMPLEMENTACIÓN
Proceso de desarrollo
La arquitectura software incluye los aspectos
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 sistemaParte 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 arquitecturaLa funcionalidad debe poder cambiar, la arquitectura debe ser estable
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved80 de 96
Proceso de desarrollo
Planificación de Versiones
Responsable de la tarea
Participa en la tarea Relación de cambios Cambios validados y
Leyenda de Colores
Identificación y Envío
Proyectos
Validación de los
Proyectos
Consultoría
Análisis y Estimación
Desarrollo
prioritarios por proyectoCambios validados yEspecificados en detalle
de Requisitos a Desarrollo cambios solicitados de Cambios
Estudio de cambios de otros
Proyectos
Cambios Estimados
Consultoría
Desarrollo
Proyectos para identificar similitudes yconocer en qué trabajan otros
Cambios validados yEspecificados en detalle
Planificación Versión
DesarrolloReunión de Priorización Global
Proyectos
Inicio siguiente versión
Desarrollo
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved81 de 96
Cambios de Evolución del ProductoPlanificación Final de la Versión
Proceso de desarrollo
Gestión de Requisitos
Bug Management ToolsBug Management ToolsReporte 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)
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved82 de 96
Proceso de desarrollo
C lt f i l t
Validación de Requisitos
Consultores funcionales y proyectosValidan necesidad y opciones disponibles
Plantean una soluciónPlantean una solución
AnalistaVi bilid d té iViabilidad técncia
Estimación orientativa del coste del requisito
Documentación de Requisitos
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved83 de 96
Proceso de desarrollo
O i d l R i it
Priorización de Requisitos
Origen de los RequisitosI+D+i
Líneas de EvoluciónLíneas de Evolución
Requisitos de Clientes
Comité de CambiosJefe de DesarrolloJefe de Desarrollo
Director de Producción
Consultores Funcionales
Jefes de Proyecto
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved84 de 96
Proceso de desarrollo
Cierre del Alcance
Cierre Planificación y Comunicación
Cierre del AlcanceMS Project
Asignación de CambiosBugzillaBugzilla
Perforce
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved85 de 96
Proceso de desarrollo
Análisis
Documentación basada en casos de uso.
Contacto permanente con los consultores deContacto permanente con los consultores de negocio y cliente final
H i t i t d d llHerramientas orientadas a desarrolloTogether Control Center
Control de cambios vía web (Mantis Bugzilla)Control de cambios vía web (Mantis, Bugzilla)
Planes de prueba.
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved86 de 96
Proceso de desarrollo
U ifi d M d l L (UML)
Modelado del caso de uso
Unified Model Language (UML)Selene(Primaria/Especializada)
Laboratorio
Creación de la peticiónp
Cálculo de muestras y materiales
Extracción y etiquetado
Documentos Envío
ORM̂ O01
ORR^O01(petición OK)
Registro Petición
Envío Analizador
Análisis Resultados
[0..n]ORU^R01
Almacenado Resultados
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved87 de 96
Proceso de desarrollo
D ll d l bi
Desarrollo y Documentación
Desarrollo del cambioCapa de Control
Capa de PresentaciónCapa de Presentación
Capa de Servicio
Capa de Entidades de p
Negocio
Capa de Acceso a Datos
Documentación
Perforce Configuration Management tool
Implementación Final
Migración/Parametrización
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved88 de 96
Proceso de desarrollo
Basado en componentes (XF sql2java )
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)Control de versiones orientado a cambios (Perforce)
Pruebas unitarias automatizadas (JUnit, Cactus)
Web de proyecto p y
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved89 de 96
Proceso de desarrollo
Building
Building y Testing
u d gInstalación diaria de cada versión en desarrollo (Maven)
Promedios frente a usuarios concurrentes
400500600
pu
esta
(Maven)- Jdepend
- PMD0
100200300400
1 3 5 7 9Pro
med
io r
esp
(ms)
Integración continua
Carga sobre inicio.jsp
Usuarios (1 a 10)
Testing
3000400050006000700080009000
10000
Promedio (ms)
gPruebas de sistema
Automatización de pruebas
010002000
1 2 3 4 5 6 7 8 9 10
Threads (decenas)
Pruebas de carga con configuraciones de producción
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved90 de 96
p
Proceso de desarrollo
JMETER
Automatización de Pruebas
JMETER Diseño casos de prueba
Ejecución automática del caso de pruebaEjecución automática del caso de prueba
Pruebas de carga
JPROFILERJPROFILERConsumo tiempo
MemoriaMemoria
Objetos creados
JDBInsightJDBInsightCoste de consultas SQL
Correcta ejecución (cierre de cursores, statment, etc.)
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved91 de 96
j ( , , )
Proceso de desarrollo
Pruebas Unitarias
Pruebas de caja blanca (automatizadas)Pruebas de caja blanca (automatizadas)
Se ejecuta al menos una vez todos los caminos
Se ejecutan las estructuras internas de datosSe ejecutan las estructuras internas de datos
Ejecutan todos los bucles en sus límites
Se ejercitan todas las decisiones lógicasSe 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
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved92 de 96
Proceso de desarrollo
Múltiples Interfaces
Pruebas de Integración
Múltiples Interfaces
RADIOLOGÍA ANATOMÍA PATOLÓGICA
General Electric: Medora
UDIAT: SISDI (Taulí)
LABORATORIOS
Vitro: Novopath
Novasoft: Pat-Win
PRIMARIA:
Dadebhering: Servolab
Roche: OMEGA
IZASA: Modulab
OMI-AP (Rioja)
INFO33 (Taulí)
ICS (Taulí)
TRAK: Labtrak
FARMACIA
Dominion: Farmatools
( )
HIS:
ICM: SISCAM
HP: HP-HISDominion: Farmatools
Savac: farmacia
HP: HP-HIS
Taulí: SIO
Vilafranca: ALEA
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved93 de 96
Proceso de desarrollo
OpenLink
Pruebas de Integración
OpenLink
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved94 de 96
Proceso de desarrollo
P b d Alt Di iblid d d d d d
Pruebas de Infraestructura
Pruebas de Alta Disponiblidad nodos redundados
Replicación de sesión
Balanceo cluster BDAPPLICATION SERVERS
MATRIXLOAD BALANCER
Pruebas de carga
Cortes de tensión VLANPRINT SERVERSPRINT SERVERS
INTRANETLAN
DIRECTORYSERVER
RELATIONAL DATABASE CLUSTER
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved95 de 96
Proceso de desarrollo
En Desarrollo
Pruebas Funcionales
En DesarrolloPruebas de Instalación/Actualización
Comprobaciones de configuraciónComprobaciones de configuración
Revisión de la documentación generada
Supervisión del rendimiento (cliente)
Revisión de la base de datos
En ProyectosyFocalizadas a Circuitos Implementados
Infraestructura
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved96 de 96
© SIEMENS Medical Solutions Health Services, 2006 – All rights reserved97 de 96