Tecnologías en la informática sanitaria

© 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


Tecnología de la información en la Sanidad


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



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










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










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










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










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










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










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










Transformación de los ProcesosINDICE

►IT 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









El negocio de los Sistemas de Información Sanitarios


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










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









ESTRATEGIA PROYECTO PRODUCTOSIM

PLA

NT

AC

IÓN

DIS

EÑ

OC

ON

DU

CC

IÓN


Los roles en el proyecto típico

CONSULTOR

INTEGRADOR

IMPLANTADOR

EXPLOTADOR SOPORTE

PROVEEDORPRODUCTO

INDICE

►IT en Sanidad










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









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










Beneficios sociales

Teleasistencia

INDICE

►IT en Sanidad










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









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


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










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









Necesidades tecnológicas en el entorno sanitario


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










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










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










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










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










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










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










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










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










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










¿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










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










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









CAPA DE DATOS

CAPA DE APLICACIÓN


BASE DE DATOS

MODELADO DE DATOS



PRESENTACIÓN


OBJ ETOS DE DATOS

COMPONENTES

NAVEGACIÓN

PÁGINAS WEB

CAPA DE DATOS

CAPA DE APLICACIÓN


BASE DE DATOS

MODELADO DE DATOS



PRESENTACIÓN


OBJ ETOS DE DATOS

COMPONENTES

NAVEGACIÓN

PÁGINAS WEB


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










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










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










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










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










Motor de Servlets / JSPs

ServletWebflow Fuentes

de datos

Clases deControl

JSPs Modelo

Webflow.xml

[1]

[2]

Patrón MVCINDICE

►IT en Sanidad










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










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










Arquitectura de sistemas típica

INTRANETLAN

VLAN

DIRECTORYSERVER CLUSTER

RELATIONAL DATABASE CLUSTER

DOCUMENTALSERVER

APPLICATION SERVERSMATRIX

LOAD BALANCER

PRINT SERVERS

INDICE

►IT en Sanidad










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










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










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










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










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










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










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









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










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










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










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










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










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










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










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









Problemas técnicos difíciles de resolver

Problemas técnicos difíciles de gestionar

Problemas técnicos difíciles de detectar


Tipología de problemas técnicosINDICE

►IT en Sanidad










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









usuario: pperez

contraseña: perico

dominio: hosp001


Simplificar … Cualquier medida es inoperante si el

uso es inadecuado

INDICE

►IT en Sanidad










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









Clientes


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










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










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









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










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










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










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










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


iteración N+1


n de iteración

N+1

Preparar de entrega de iteración N


iteración N+2


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


la iteración N+1

Cerrar Iteración N

Preparar entrega de iteración N


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









Proceso de Desarrollo


El Producto

SELENE


INDICE

►IT en Sanidad










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










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










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










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










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










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










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










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










Cierre del Alcance MS Project

Asignación de Cambios Bugzilla Perforce

Cierre Planificación y ComunicaciónINDICE

►IT en Sanidad










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










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










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










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










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










OpenLink

Pruebas de IntegraciónINDICE

►IT en Sanidad










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










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








Tecnologías en la informática sanitaria

Documents

Transcript of Tecnologías en la informática sanitaria