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 PluridisciplinarEspecialización en Tecnologías de la Información para la Salud (TIS)

Universidad de Alcalá

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

Objetivo principal:

UAH ‐master en informática pluridisciplinar ‐ Salud

∗ 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


Índice

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

Situación actual SI salud


Situación actual SI saludN1 N2

N6

N5

N4

N3

AP1

¿NEGOCIO?

AP2

AP15AP7

AP9AP4

AP6

AP8

AP10

N,a,d

Fecha,d

Loinc, sc

D, date

chino

dId,d

Fecha, cie9

N,cie10

a,d

Datum, monate

FTP

FTP

jdbc

dblink

FTP

odbc

HL7 2.3

Sin formato

XMLs

deutsch


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”

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

IOP: ¿de qué estamos hablando?


interoperabilidad


Nivel de Interop. Temas a tratar NecesidadesHorizontales

Políticas de Salud Visión y estrategiaEstructuras, procesos, incentivosMarco legal y socio‐económico sosteniblePrivacidad y confidencialidadCertificación de sistemas y equipos

EscalabilidadSostenibilidad

OrganizacionalProveedores de servicios

Organizaciones y CulturaProcesos de servicios internos y externosGestión del cambioReingeniería de procesos

Semántica Terminología, Clasificación y OntologíasTraduccionesImplantación y desarrollo de infraestructuras sostenibles.

Sintáctica Mensajería

Técnica Estándares técnicosConectividad hardware y softwareSeguridadInterfaz de usuario

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.


Interoperabilidad entre organizaciones

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

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

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


SOA en un entorno de salud –cambio de chip

La aplicación del modelo SOA establece la interoperabilidaden 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.


SOA ‐> IOP

IOP ‐> SOA

IOP implica:Un cambio de modelo de desarrollo

Conocimiento, conocimiento, conocimientoNormalización, estándares, tablas maestras,

negocio,…Operativamente: productividad, costes,

escalabilidad, …

SOAUAH ‐master en informática pluridisciplinar ‐ Salud

Interoperabilidad semánticaArquitectura SOA

SERVICIOS

NORMAS

‐

GOBERNANZA

NORMAS

‐

GOBERNANZA

SERVICIOS

NORMAS

‐

GOBERNANZA

∗ 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

Estrategia


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

Hoja de ruta


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

Plan de puesta en marcha


∗ 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»


Impacto del modelo

∗ 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 I

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


Conclusiones II

∗ 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.: datos iniciales


S.S.P.A. proyecto:

BDU ESTRUCTURAOPERADORES

u HERRAMIENTAS COMUNES

Prescripción

Citación y PeticionesPruebas Analíticas (2)

Navegador HªRIS

PACS

InterS@s

HOSPITALIZACIÓN (1)

Vacunas

Salud Responde

Receta XXI

Registros Garantías

Explotación

Herramientas

Estaciones Clínicas

Subsistemas Estructurales

Base de Datos de Explotación

MTI: Usuarios, Citas, Urgencias

Diábaco (Indicadores)

(1) En desarrollo

(2) En pilotaje

AGD REGISTRO ADMVO

MEDICINA ENFERMERÍA

CONSULTAS

URGENCIAS

PRIMARIA


S.S.P.A. realidad:

BDU ESTRUCTURAOPERADORES

u HERRAMIENTAS COMUNES

Prescripción

Citación y PeticionesPruebas Analíticas (2)

Navegador HªRIS

PACS

InterS@s

HOSPITALIZACIÓN (1)

Vacunas

Salud Responde

Receta XXI

Registros Garantías

Base de Datos de Explotación

MTI: Usuarios, Citas, Urgencias

Diábaco (Indicadores)

AGD REGISTRO ADMVO

MEDICINA ENFERMERÍA

CONSULTAS

URGENCIAS

PRIMARIA

∗ W2000∗ Oracle 8, 10, 11∗ Visual Basic, VB.NET∗ Clipper∗ Dbase∗ W2003

∗ SQL Server∗ Informix∗ Weblogic∗ IIS∗ Java…


S.S.P.A. paso 1modelo SOA

NEGOCIO: PROCESOS Y SERVICIOS ‐ funcionales

datos maestros Aplic.

propias

Aplic. comerciale

s

ESB

Consumidores de servicios internos

y externos

TECNOLOGÍA

servicio

servicio

Servicio ext. servicio

Datos organ.

Estándar mensajería (HL7…)

Estándar modelo de datos – directorio, terminologías, ontologías, etc. (CEN – CIE ‐ SNOMED)

EnrutadoRegistro de actividad

OrquestaciónAutenticación/AutorizaciónAplicaciones compuestas

Estándar modelado (BPML,…)Proveedor servicios externos

modelado

E T L



S.S.P.A. paso 2arquitectura lógica SOA

BAM: monitorización de los procesos de negocio

BPM: modelado de los procesos de negocio

ESB C

ESB h1 ESB h2 ESB h3 ESB hn

GOBIERNO

SOA


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

∗ 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 4 documentación


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

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

Recursos Personal Personas Prescripciones

Evolución

Recursos Personal Personas Prescripciones


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

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

MACO Estructura

BDU

MACO Estructura

BDU AGD

Concepto Inicial


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

BUS HOSPITAL

CEUEG EM

BUS CENTRAL

RIS EE Farmacia ….

DCC

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


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

Muchas gracias


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

Technology

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