Revisin de Arquitecturas para el fomento

de la interoperabilidad en e-Salud
Vicente Traver
Valencia, 21 de Mayo de 2005

Quines somos?
Ciudad
Politcnica de la
Innovacin (UPV)

I+D+I en 5 reas de aplicacin de

las TIC

Comunicaciones
Electromagnetismo
Electrnica
Redes de altas prestaciones y GRID
TIC en salud

190 investigadores
3.500 m2 de laboratorios
Proyectos competitivos de I+D
I+D+I en colaboracin con
empresas
Transferencia de tecnologa

II Jornadas de Normalizacin N+ISIS05

rea TIC en salud: Grupo BET Telemedicina

GRUPO BET-Telemedicina
44 personas contratadas y estudiantes de ltimo
curso

Ingenieros de telecomunicacin
Ingenieros informticos
Mdicos
Nutricionista
Diseador grfico
Administrativos

Actividad centrada en
Proyectos competitivos de I+D: europeos y nacionales
Convenios con empresas
Convenios con la Administracin Pblica, sector Salud
Desarrollo independiente de soluciones
II Jornadas de Normalizacin N+ISIS05

Qu es una arquitectura?
Organizacin fundamental de un sistema reflejado
en sus componentes, las relaciones de cada uno
de esos componentes con el resto y con el entorno
y los principios que guan su diseo y evolucin.

Similitud con arquitectura tradicional

II Jornadas de Normalizacin N+ISIS05

Qu es un marco arquitectural?
Un instrumento que puede ser usado para
desarrollar un amplio juego de arquitecturas. Este
marco describe un mtodo para disear un sistema
de informacin en trminos de un juego de
componentes bsicos y para mostrar cmo dichos
componentes bsicos se combinan.
Contiene un conjunto de herramientas y proporciona
un vocabulario comn.
Generalmente, tambin incluye las normas
recomendadas y productos adecuados que pueden
ser usados para implementar los componentes
bsicos.
II Jornadas de Normalizacin N+ISIS05

 Por qu necesitamos una

arquitectura?
Funcionamiento ms eficiente de las TIC
Reduccin del riesgo de inversiones futuras
Consecucin mas simple, ms rpida y ms
barata
Los sistemas con una arquitectura explcita parecen
resultar ms rpidos, mejores y ms baratos.
La arquitectura es reconocida como un elemento crtico
para el xito en el desarrollo y evolucin de los sistemas.
II Jornadas de Normalizacin N+ISIS05

Para qu necesitamos una

descripcin de la arquitectura?
Se utiliza para :
Expresin del sistema y de su evolucin
Recoleccin de los intereses de los actores
Comunicacin entre los actores
Evaluacin y comparacin de arquitecturas de una manera
consistente
Planificacin, gestin y ejecucin de las actividades del
desarrollo del sistema
Verificacin de la correcta implementacin de acuerdo con la
descripcin arquitectural

Base de la estandarizacin y
la normalizacin
II Jornadas de Normalizacin N+ISIS05

IEEE 1471-2000

Es una prctica recomendada para la

descripcin arquitectural de los
sistemas de software
No especifica ni medio ni formato para
la descripcin arquitectural

II Jornadas de Normalizacin N+ISIS05

IEEE 1471-2000
Misin

Marco conceptual

cumple 1..*

posee una
influencia

Entorno

Sistema

Arquitectura

se ubica

descrito por
tiene 1..*

Actor

identifica 1..*

Descripcin de
la Arquitectura

provee

est dirigido a
1..*

Competencia

participa en

selecciona
1..*

identifica 1..*

tiene 1..*

Punto de vista

Base lgica

conforme a

organizado en
1..*

Vista

usado para
cubrir 1..*
tiene como
fuente 0..1

Librera de
puntos de
vista

Participa en 1..*

Consiste en
1..*

establece
mtodos para 1..*

II Jornadas de Normalizacin N+ISIS05

Modelo

agrega 1..*

IEEE 1471-2000
Misin

Marco conceptual

cumple 1..*

posee una
influencia

Entorno

Sistema

Arquitectura

se ubica

descrito por
tiene 1..*

Actor

identifica 1..*

Descripcin de
la Arquitectura

provee

est dirigido a
1..*

tiene 1..*

Competencia

participa en

selecciona
1..*

identifica 1..*

Punto de vista

Base lgica

conforme a

organizado en
1..*

Vista

usado para
cubrir 1..*
tiene como
fuente 0..1

Librera de
puntos de
vista

Participa en 1..*

establece
mtodos para 1..*

II Jornadas de Normalizacin N+ISIS05

Consiste en
1..*

Modelo

agrega 1..*

IEEE 1471-2000
Vistas y puntos de vista
Una vista es una descripcin del
sistema completo desde la
perspectiva de un conjunto de
competencias relacionadas
Un punto de vista es un estndar
o plantilla para construir una
vista

II Jornadas de Normalizacin N+ISIS05

Vista (view) es lo que se observa

Punto de vista (viewpoint) es

desde donde se observa

TOGAF

TOGAF es un marco arquitectural

creado por Open Group, que permite
el diseo, construccin y evaluacin
de la arquitectura adecuada para
cada caso.

II Jornadas de Normalizacin N+ISIS05

TOGAF
Es compatible IEEE 1471-2000
Architecturas vistas
Arquitectura de Negocio
Arquitectura de Aplicaciones
Arquitectura de Datos
Arquitectura Tecnolgica

No se necesitan todas las

arquitecturas para cada caso

II Jornadas de Normalizacin N+ISIS05

TOGAF
Busine ss
Ar chit e ct u r e
Vie w s

Data
Ar chit e ct u r e
V ie w s

Business Funct ion

View

Dat a Ent it y
View

Applica t ion s
Ar chit e ct u r e
Vie w s
Soft war e
Engineer ing
View

Business Ser vices

View

Te chnology
Ar chit e ct u r e
V ie w s
Net wor ked
Com put ing/
Hardwar e View

Business Process
View
Business inform at ion
View
Business Locat ions
View

Com m unicat ions

Engineer ing
View

Business Logist ics

View

Dat a Flow
Applicat ions
View
I nt er oper abilit y Pr ocessing View
( Or ganizat ion View
Dat a Use)

People View
( organizat ion char t )
Wor kflow View
Usabilit y View
Business St r at egy
and Goals View

Cost View
Logical Dat a
View

Business Obj ect ives

View

Soft war e
Dist r ibut ion
View

Business Rules View

St andar ds View

Business Event s View

Business Per for m ance
View
Syst em Engineer ing View
Ent er prise Securit y View
Ent er pr ise Manageabilit y View
Ent erpr ise Qualit y of Serv ice View
Ent erprise Mobilit y View

II Jornadas de Normalizacin N+ISIS05

Ejemplo de una
taxomona de vistas
arquitecturales

TSIA Telemedicine System

Interoperability Architecture
Concept paper Vehculo de debate sobre
la telemedicina teniendo en cuenta el
desarrollo de las especificaciones de
interoperabilidad aceptadas por la industria
Financiada por U.S. Army Telemedicine
and Advanced Technologies Research
Center y ejecutada por Sandia National
Laboratories

II Jornadas de Normalizacin N+ISIS05

TSIA Telemedicine System

Interoperability Architecture
Dos niveles de interoperabilidad
Cmo los nodos o estaciones dentro de un
sistema de telemedicina pueden estar
compuestas y cmo los recursos dentro de
una estacin consiguen realizar su funcin
Cmo una estacin diferente en un sistema
descubre la existencia de las dems y
comienzan a intercambiar datos

II Jornadas de Normalizacin N+ISIS05

TSIA Telemedicine System

Interoperability Architecture
Arquitectura a nivel de estacin
Station
Station-Internal
Interfaces
Station-to -Device
Interfaces

Station-to-Station
Interfaces

Tres juegos de interfaces

Nota: Los interfaces internos para cada estacin son definidos
explcitamente para permitir la creacin de estaciones de telemedicina
desde componentes desarrollados independientemente, incluyendo
aquellos que originalmente no fueron diseados para su uso en
aplicaciones tele mdicas
II Jornadas de Normalizacin N+ISIS05

TSIA Telemedicine System

Interoperability Architecture
Tecnologas y Estndares candidatos

Distribucin de componentes de estacin

Bus de comunicacin interna
Buses de dispositivos
Interfaces de usuarios
Comunicaciones de historial de pacientes
Videoconferencia

Haciendo la interoperabilidad una realidad

Planificado en nueve fases

II Jornadas de Normalizacin N+ISIS05

Otras Arquitecturas
Healthcare Information System Architecture HISA ENV 12967
HL7 Clinical Document Architecture CDA
Suns Platform Independent Framework for ehealth
SAMTA - Open Scaleable Architecture for
Multimedia Telemedicine Applications

II Jornadas de Normalizacin N+ISIS05

Estndares necesitados en e-salud

y telemedicina
Qu estndares
necesitamos?

Ya existen?

Necesidad de un marco comn

Arquitectura
II Jornadas de Normalizacin N+ISIS05

Estndares necesitados en e-salud

y telemedicina
Distribucin de componentes (CORBA,.NET)
Bus de comunicacin interna (IP,Firewire )
Buses de dispositivo (IrDA, USB, Bluetooth )
Medios de comunicacin interna (ISDN, xDSL
)
Interfaces de usuario
Dispositivos mdicos (IEEE 1073, POCT,
DICOM )
Directorio de historial de pacientes (ENV 13606,
openEHR )

II Jornadas de Normalizacin N+ISIS05

Estndares necesitados en e-salud

y telemedicina
Comunicaciones de historial de pacientes (HL7,
OMG )
Imgenes (DICOM, CIAS )
Videoconferencia (SIP, H.323 )
Seguridad
Terminologa (SNOMED, )

Necesidad de un marco comn

Arquitectura
II Jornadas de Normalizacin N+ISIS05

Conclusiones
La normalizacin ha de ir ms all de la Historia
Clnica Electrnica
Es vital la utilizacin de una arquitectura software
que normalice el uso de estndares y permita la
integracin de sistemas
Hay que hacer un anlisis detallado de las
necesidades antes del desarrollo de nuevos
estndares
Aprender de la experiencia ( la buena y la mala)
No olvidar el objetivo final de todas estas
actividades: EL CIUDADANO
II Jornadas de Normalizacin N+ISIS05

Revisin de Arquitecturas para el fomento

de la interoperabilidad en e-Salud
Gracias por su atencin
Dr. Vicente Traver
BET,ITACA, Universidad Politcnica de Valencia