tecnologías para el desarrollo de productos [modo de ...€¦ · tecnología en sanidad la...

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


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)


System)

Definición de conceptos y estrategias


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



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


una aplicación de medicación conectada a Farmacia que se extiende al 100% de utilización en un solo día.


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


Los desarrollos propios no evolucionan


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



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


Facilitar la interacción entre rolesEliminar la separación entre médico-enfermera-gestión


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


Compartible? Seguro


Transformación de los Procesos



Ampliar la cobertura

CENTRAL DE EMERGENCIAS

ATENCIONESPECIALIZADA

PORTAL DEL FARMACIAS

ESPECIALIZADACIUDADANO

SERVICIOSTELEASISTENCIA

ATENCIÓN PRIMARIA

SERVICIOS CENTRALES

CENTROS PRIVADOS

ATENCIÓNSOCIAL

GESTIÓN


El negocio de los Sistemas deEl negocio de los Sistemas de Información Sanitarios


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



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



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


UCI Anatomía


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


CO

ND


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


Imagen180.000 placas/año a unos 5 €/ placa – 900.000 €/año


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



Beneficios sociales

TeleasistenciaTeleasistencia


Necesidades tecnológicas en elNecesidades tecnológicas en el entorno sanitario


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


Endoscopia

QuirófanosBoxesINTERACCIÓN CLÍNICA

(Paciente real, médico, equipamiento)

ayuda


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


INTEGRIDADCONFIDENCIALIDAD


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


Gestión de la información frente a almacenamiento


Flujos de trabajo

PROCESO ASISTENCIALPROCESO ASISTENCIAL

ConsultaHospitalizaciónUrgencia Atención domiciliaria

PeticiónExplor. Acción… …Petición

Acción …

Petición Lectura

Extracción


Resolución Análisis


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


Desde cualquier punto Explotación de datos


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


13.000 estudios de imagen

24.000 prescripciones farmacoló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


Balanceo entre seguridad y rendimiento


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



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


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


Permisos a nivel de función y a nivel de tipo de datos

Dispositivos de identificación y autentificación


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)


1 CSI / FBI Survey 20032 ASIMELEC Encuesta 20033 AUSCERT 20034 CERT / CC


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



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


INTEGRIDADCONFIDENCIALIDAD


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


g


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



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



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



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



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



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



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


Soportado en dispositivos de identificación tipo SmartCard


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



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



Simplificar …

Cualquier medida es inoperante si elCualquier medida es inoperante si el uso es inadecuado


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


Cirugía

ACTOS CLÍNICOS (CONTACTOS)


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


Cuidados de enfermería, protocolos e ac o ados co age das deactividada paciente

IndicatorCuidado


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


USO (OBSERVACIONES)GESTIÓN (SERIES & GRÁFICAS)




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


Navegador web como cliente

Soporte multilenguaje


¿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



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



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


OBJETOS DE DATOS

BASE DE DATOS

MODELADO DE DATOS

HIS A RIS Laboratorio HIS B Repositorioclínico


BASE DE DATOS


Despliegue modular

Ó



PRESENTACIÓN

NAVEGACIÓN

PÁGINAS WEB

Ó



PRESENTACIÓN

NAVEGACIÓN

PÁGINAS WEB

ESTACIÓN DE URGENCIAS

CAPA DE DATOS

CAPA DE APLICACIÓN


OBJETOS DE DATOS

COMPONENTES

CAPA DE DATOS

CAPA 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


WORKFLOW

SEGURIDADIMPRESIÓN


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?



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,


y p ,execute anywhere’ a las extensiones de servidor web


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



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


INTERFAZ DE CLIENTE

INTERFAZ DEACCESO A DATOS


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


Directorio

MODELO

Clases LDAP


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


Dat

osSIEMENS InformaciónRDBMS

SeguridadLDAP


Arquitectura de sistemas típica

DOCUMENTALSERVER

APPLICATION SERVERSMATRIX

LOAD BALANCER

VLAN

DIRECTORYSERVER CLUSTER

RELATIONAL DATABASE CLUSTER

PRINT SERVERS


INTRANETLAN

SERVER CLUSTER


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


- Estándares semánticos SNOMED, LOINC

- Estándares integrales IHE, CEN TC251


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


Fundamentos metodológicos



Estructura de unidades de negocio

COMERCIALCALIDAD

PROYECTOS MANTENIMIENTO

SOPORTEDESARROLLO

INTEGRACIÓN

SISTEMAS CONSULTORÍA

FORMACIÓNINTEGRACIÓNINVESTIGACIÓN

FORMACIÓN


Servicios

Colaboración

Propuestas

ConocimientoORGANIZACIÓN


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


ClientesErrores


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


Cada etapa se considera un subproyecto

El resultado es un incremento del producto final


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


j


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



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


g p g y


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.


pruebas test de regresión. Realizar test.

Preparar documento de versión

Proceso de Desarrollo



El Producto

SELENE



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


Programador X 6 X 6


El nuevo equipo



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


Arquitectura

Cliente


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



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


MODELO DE ANÁLISIS MODELO DE DISEÑOMODELO DE DESPLIEGUE

MODELO DE IMPLEMENTACIÓN


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



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


Cambios de Evolución del ProductoPlanificación Final de la Versión


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)



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



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



Cierre del Alcance

Cierre Planificación y Comunicación

Cierre del AlcanceMS Project

Asignación de CambiosBugzillaBugzilla

Perforce



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.



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



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



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



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


p


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.)


j ( , , )


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



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



OpenLink

Pruebas de Integración

OpenLink



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



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



tecnologías para el desarrollo de productos [modo de ...€¦ · tecnología en sanidad la...

Documents