SOA - IOP: Dos caras de la misma moneda. Master UAH

SOA – IOP
dos caras de la misma moneda
José R. Fernández Engo – Responsable de IOP de la Subdirección de
Tecnología e Información. Servicio Andaluz de Salud.
TFM Máster Universitario en Informática Pluridisciplinar
Especialización en Tecnologías de la Información para la Salud (TIS)
Universidad de Alcalá

Objetivo principal:

Establecer la relación entre el desarrollo de una
estrategia orientada a servicios y la consecución de la
interoperabilidad
Objetivos secundarios:
∗ Conseguir una hoja de ruta viable para la evolución de sistemas
existentes en entornos autonómicos de envergadura hacia un modelo
de negocio basado en el paradigma SOA
∗ Determinar el estado actual del entorno habitual en SI; casos de
sistemas heredados, proyectos en marcha, estado de los datos
maestros.
∗ Definir las líneas de trabajo necesarias llevar a cabo la consecución del
modelo SOA: arquitectura, herramientas y recursos, gobernanza

UAH ‐ master en informática pluridisciplinar ‐ Salud

Índice

∗ Diagnóstico de los SI actuales.
∗ Referencia de Interoperabilidad
∗ SOA en Salud
∗ Relación SOA – Interoperabilidad.
∗ Propuesta de hoja de ruta.
∗ Impacto del modelo.
∗ El S.S.P.A.: ejemplo práctico


Situación actual SI salud

En los sistemas públicos prestatarios de los servicios:

∗ Falta de visión TI, es decir, tecnología e INFORMACION
∗ Falta de capacidad de decisión en las organizaciones
∗ Generalmente sistemas mal dotados de profesionales
∗ Falta de conocimiento del negocio
∗ 2 clientes en la cadena de valor:
∗ El profesional: sus tecnólogos
∗ El ciudadano: empleados públicos
∗ Estamos en el mundo y este se mueve:
∗ SNS
∗ epSOS


N1 N2 Fecha, cie9
FTP

Sin formato
AP1 AP2 N,cie10
N3
FTP
AP4 AP9
dblink
chino N,a,d
N6
jdbc
AP10 XMLs
HL7 2.3
Loinc, sc
AP7
AP15 Fecha,d
odbc
AP6
deutsch
D, date FTP
Datum, monate

AP8
a,d
N4
d
N5 Id,d

¿NEGOCIO?


En la tecnología:
∗ Multitud de entidades desarrolladoras no coordinadas
∗ Sistemas que han crecido sin definición del proyecto.
∗ Dependencia de la política
∗ Sistemas con mucha historia en comunidades grandes
∗ Falta de procedimientos y metodologías
∗ Organizaciones con sistemas no interoperables entre sí
A consecuencia de las pautas de evolución reflejadas anteriormente
nos encontramos con la coexistencia no prevista y forzada de
multitud de tecnologías algunas obsoletas, otras sin soporte, otras
incompatibles,…



En la información:
∗ Los sistemas no comparten datos maestros
∗ Subsistemas fuertemente acoplados (dependientes)
∗ Escalabilidad no prevista ni vertical ni horizontalmente
∗ Muchos datos se comparten mediante réplicas no
controladas
∗ Falta de visión global de los sistemas ‐> se reinventa la
rueda
∗ Necesidad de integrar historias de ámbitos contemplados
de forma disjunta



Volumétricos:
∗ Concurrencia de sistemas no prevista
∗ Pasos a históricos no contemplados en las aplicaciones ni
por los funcionales
∗ Optimización de consultas por volumen no contempladas
en las aplicaciones
∗ Evolución de repositorios de datos no prevista
∗ Funcionalmente no se contempla historia “muerta”


IOP: ¿de qué estamos hablando?

Integración: solución técnica para el intercambio de datos
entre dos aplicaciones.

Interoperabilidad: La interoperabilidad es la condición
mediante la cual sistemas heterogéneos pueden intercambiar
procesos o datos, de forma automática y manteniendo el
significado en ambos extremos. Ejemplo: hablar 2 idiomas


interoperabilidad
Necesidades
Nivel de Interop. Temas a tratar
Horizontales
Políticas de Salud Visión y estrategia
Estructuras, procesos, incentivos
Marco legal y socio‐económico sostenible
Privacidad y confidencialidad
Certificación de sistemas y equipos

Organizacional Organizaciones y Cultura
Proveedores de servicios Procesos de servicios internos y externos
Gestión del cambio
Reingeniería de procesos

Semántica Terminología, Clasificación y Ontologías Escalabilidad
Traducciones Sostenibilidad
Implantación y desarrollo de infraestructuras sostenibles.

Sintáctica Mensajería

Técnica Estándares técnicos
Conectividad hardware y software
Seguridad
Interfaz de usuario


Interoperabilidad entre
organizaciones

Alcanzar la interoperabilidad implica la consecución de la
misma en todos los niveles y estos son interdependientes
entre sí.
No es posible establecer políticas interoperables entre
organizaciones si los procesos que definen no lo son. Estos
no pueden serlo si la significación de la información no lo es.
No se puede lograr la interoperabilidad semántica si la forma
de estructurarla no es interoperable y de nada sirve lograr
todo lo anterior si la capa de transmisión tecnológica no logra
comunicar ambas organizaciones.


SOA en un entorno de salud –
cambio de chip

∗ Los sistemas heredados son el núcleo tecnológico del negocio. Nos encontraremos
en situaciones en las que su evolución resultará inviable o poco rentable.

∗ Ningún proveedor es el mejor en todos los campos. Aunque haya normas
establecidas en los distintos ámbitos siempre será necesaria la integración con
sistemas o plataformas no previstas.

∗ El entorno del negocio de la salud tanto a nivel clínico como administrativo cambia
continuamente y se requiere un marco que permita reaccionar rápidamente
manteniendo la calidad y consistencia de la información clínica.


SOA ‐> IOP

La aplicación del modelo SOA establece la interoperabilidad
en la organización en todos sus niveles a través de:
∗ Políticas estructuradas
∗ Aplicación generalizada de normas y estándares
∗ Establecimiento de un modelo de gobernanza
∗ Un modelo de ciclo de vida sostenible
∗ Un conocimiento profundo del negocio, sus necesidades y
su evolución derivado del modelado de los procesos.


IOP ‐> SOA

IOP implica:
Un cambio de modelo de desarrollo
Conocimiento, conocimiento, conocimiento
Normalización, estándares, tablas maestras,
negocio,…
Operativamente: productividad, costes,
escalabilidad, …

SOA

Interoperabilidad semántica
Arquitectura SOA

G G G
N O S N O S N O
O B E O B E O B
R E R R E R R E
M R V M R V M R
A N I A N I A N
S A C S A C S A
N I N I N
‐ Z O ‐ Z O ‐ Z
A S A S A

Estrategia

∗ Adoptar un modelo escalable, sostenible y coherente
∗ Convertirnos en expertos en nuestro propio sistema
∗ Establecer marco de normas y estándares
∗ Adopción de un modelo tecnológico que permita ‐>
gobernanza, integración, modelización, reutilización
∗ Convergencia de los sistemas al nuevo modelo proyecto a
proyecto en el marco de un macro‐proyecto global.
∗ Establecer las responsabilidades sobre la información


Hoja de ruta

∗ Adopción de la estrategia por la organización
∗ Modelar el negocio. Requiere participación y tiempo.
∗ Definir modelo y gobierno del negocio.
∗ Definir modelo y gobierno tecnológico.
∗ Establecer marco de normas y estándares, políticas y
procedimientos.
∗ Definir datos maestros de la Organización.
∗ Convergencia de los sistemas al nuevo modelo, proyecto a
proyecto, en el marco de un macro‐proyecto global, asegurando
la coexistencia con lo existente.


Plan de puesta en marcha
∗ Modelado del negocio SOA
∗ Adquisición y puesta en marcha de arquitectura física.
∗ Puesta en marcha de oficina SOA. Dónde busco. Difusión.
∗ Localización de los datos maestros de la organización
∗ Selección y difusión de estándares
∗ Qué tenemos y qué no tenemos ‐> priorización
∗ Desarrollo y adecuación de los servicios diseñados y/o
existentes.
∗ Independizar aplicaciones.


Impacto del modelo

∗ Impacto en la contratación
∗ Uniformidad del soporte
∗ Uniformidad de la tecnología
∗ Uniformidad de las prestaciones
∗ Facilidad en el desarrollo de pliegos
∗ Impacto en el desarrollo
∗ Documentación de referencia
∗ Soporte centralizado
∗ Disponibilidad de infraestructura
∗ Impacto en la gestión del conocimiento
∗ Se interioriza el conocimiento del negocio
∗ Se difunde el mismo


Impacto del modelo

∗ Control interno de los proyectos. El conocimiento en
la organización.
∗ Desacoplamiento entre aplicaciones
∗ Garantiza la interoperabilidad de la organización
tanto interna como externa
∗ Garantiza la escalabilidad y la sostenibilidad
∗ Independiza de tecnologías, plataformas y lenguajes
∗ Garantiza la reutilización. Efecto «bola de nieve»

Conclusiones I

∗ El despliegue de una estrategia SOA habilita y consolida las
condiciones necesarias para lograr la interoperabilidad tanto interna
como externa a todos sus niveles a través de:
∗ La adopción de una estrategia y una política de información definida (IOP
política)
∗ La definición, modelado y consolidación de los procesos de la
organización (IOP organizacional)
∗ La puesta en marcha de los servicios que establecen y unifican la
interpretación de la información en la organización (IOP semántica)
∗ La adopción de un sintaxis de comunicación basada en estándares y
común a todos los sistemas (IOP sintáctica)
∗ El despliegue de una arquitectura física de gestión de la información y
comunicaciones, basada en estándares tecnológicos, que garantiza el
intercambio de información a nivel físico (IOP tecnológica)


Conclusiones II

∗ Comparte la misma necesidad de una gobernanza clara,
metodológica y entendida por la organización para garantizar
escalabilidad y sostenibilidad.
∗ En las organizaciones en marcha la hoja de ruta recomendada
parte de un enfoque que combina la visión top – down y la
bottom – up puesto que es inviable eliminar de forma inmediata
los sistemas heredados no interoperables.
∗ Estos deben aislarse cuanto antes mediante servicios – fachada
para acometer su evolución con garantías.
∗ El impacto del modelo en la organización es extenso e innegable
pero deben priorizarse las actuaciones para consolidar la
evolución.


S.S.P.A.: datos iniciales

∗ Población: 8,3 M
∗ Profesionales> 80 k
∗ Nº de centros de salud: 1.500
∗ Hospitales: 29 + 25 CHARES
∗ Usuarios concurrentes AP: >9000
∗ Nº de citas: 400M
∗ Nº Historias: 8,8 M
∗ Uso Receta Electrónica: 58%


S.S.P.A. proyecto:

Diábaco Base de Datos de MTI: Usuarios, Citas,
Explotación
(Indicadores) Explotación Urgencias

Salud Responde Navegador Hª
Registros Garantías Citación y Peticiones RIS
InterS@s u Pruebas Analíticas (2) HERRAMIENTAS Herramientas
COMUNES
Receta XXI Prescripción
PACS
Vacunas
U C HOSPITALIZACIÓN (1)
P R O
R G N
I E S MEDICINA ENFERMERÍA
M
A
N U Estaciones
C L
AGD R I T REGISTRO ADMVO Clínicas
I A A
A S S

(1) En desarrollo Subsistemas
OPERADORES BDU ESTRUCTURA
(2) En pilotaje
UAH ‐ master en informática pluridisciplinar ‐ Salud Estructurales

S.S.P.A. realidad:

Diábaco Base de Datos de MTI: Usuarios,
(Indicadores) Explotación Citas, Urgencias

Salud Responde Navegador Hª
Registros Citación y Peticiones RIS
∗ W2000
Garantías
InterS@s ∗
u Pruebas Analíticas (2) SQL Server
HERRAMIENTAS
COMUNES
∗ Oracle 8, 10, 11 Prescripción
Receta XXI ∗ Informix
PACS
∗ Visual Basic, VB.NET
Vacunas ∗ Weblogic
∗ Clipper P
R
U
R O ∗ IIS
C HOSPITALIZACIÓN (1)
G N
∗ Dbase I
M
E
N
S ∗ Java…
U
MEDICINA ENFERMERÍA
A
∗ W2003
AGD R
I
C
I
L
T REGISTRO ADMVO
A A
A S S

OPERADORES BDU ESTRUCTURA

S.S.P.A. paso 1
modelo SOA
NEGOCIO: PROCESOS Y SERVICIOS ‐ funcionales

Estándar modelado (BPML,…)
modelado Proveedo
r servicios
Consumidores de externos T
servicios internos E
y externos
C
Estándar mensajería (HL7…) N
Enrutado
Registro de actividad O
servicio Servicio Orquestación
servicio
servicio
ext. Autenticación/Autorización ESB L
Aplicaciones compuestas
O
G
datos Datos Í
E T L Aplic.
Aplic.
maestros organ. comerciale A
propias
s
Estándar modelo de datos – directorio, terminologías, ontologías, etc. (CEN – CIE ‐ SNOMED)

S.S.P.A. paso 2
arquitectura lógica SOA
BAM: monitorización de los procesos de negocio G
O
B
BPM: modelado de los procesos de negocio I
E
R
N
O
ESB C

S
O
ESB h1 ESB h2 ESB h3 ESB hn
A


S.S.P.A. paso 3
arquitectura física SOA


S.S.P.A. paso 4
documentación

∗ Perfil funcional
∗ Definición del negocio
∗ Casos de uso
∗ Perfil operativo
∗ Servicios compuestos
∗ Servicios atómicos
∗ Tablas maestras
∗ Normas y estándares de integración
∗ Mapa de sistemas SOA
∗ Mapas de procesos
∗ Contratos de integración
∗ Procedimientos

S.S.P.A. paso 5
metodología

Recursos Personal Personas Prescripciones

Evolución

Recursos Personal Personas Prescripciones

Diraya, Receta XXI, BDU, MACO, estructura, etc


S.S.P.A.: puesta en marcha ‐ DAE
HOSPITAL

BDU BDU AGD

DAE
C. Externas y Urgencias
(EG,EM,….)

MACO Estructura MACO Estructura

Concepto Inicial

S.S.P.A.: puesta en marcha ‐ DAE

EG CEU EM
DCC

BUS CENTRAL BUS HOSPITAL

RIS EE Farmacia ….


S.S.P.A.: puesta en marcha
Logros obtenidos:
∗ Puesta en marcha de la Oficina Técnica de Interoperabilidad
∗ Adquisición y extensión de los sistemas ESB de base para la arquitectura
final
∗ Inicio del modelado de los circuitos asistenciales
∗ Puesta en marcha de una metodología de detección de servicios basada en
el modelado
∗ Extensión del Proyecto DAE a 8 hospitales en 1 año con ratio de incidencias
< 15/mes
∗ Extensión del modelo al resto de sistemas corporativos de gran calado
(M.P.A., SIGLO, etc.)
∗ Puesta en marcha de un portal de difusión de la estrategia
∗ Puesta en marcha de todos los sectores de documentación
∗ Puesta en marcha del modelo de tablas maestras
∗ Reutilización general de los servicios


Muchas gracias


SOA - IOP: Dos caras de la misma moneda. Master UAH

Recommended

Recommended

More Related Content

Viewers also liked

Viewers also liked (20)

More from José Román Fernández Engo

More from José Román Fernández Engo (10)

Recently uploaded

Recently uploaded (20)

SOA - IOP: Dos caras de la misma moneda. Master UAH