Relation between SOA and Interoperability in Healthcare. Case of use in Andalusian Healthcare Service - IT Division. Service Oriented Architecture (SOA) as well Interoperability are concepts in vogue now a day in the world of healthcare information management. There are a lot of studies, articles, tools and single experiences about them but the level of deployment and consolidation is really poor. There are no complete SOA projects in Public Healthcare and Interoperability is yet an unreachable topic even thought the great efforts realized during the last five years.
This work, based on my own experience in the Andalusian Public Healthcare Ministry (APHM), tries to show the relationships between both concepts. In one way, a solid deploy of an information environment based on SOA, including the necessary Governance, achieving interoperability in all levels. And in the other way, the tools usually used to achieve interoperability imply the existence of certain specific services from the point of view of the business.
As an example, I present the study, at high level, of the actual situation of the Information Systems in the APHM as well as the process running today based in SOA and the goals achieved in the management of its information, unimaginable just two years ago.
Relación entre la implantación de una arquitectura SOA y la Interoperabilidad en el entorno sanitario. Tanto el paradigma de negocio basado en la Orientación a Servicios (SOA) como la Interoperabilidad, en todos sus niveles, son conceptos muy en boga hoy en día en el mundo de los sistemas de información en Salud. Hay infinidad de literatura sobre ambos, herramientas, experiencias puntuales, etc. Sin embargo, el nivel de desarrollo que presentan en este ámbito es muy escaso. No existen apenas proyectos en producción orientados a servicio en entornos de sistemas públicos prestatarios de servicios de salud y la interoperabilidad sigue siendo la asignatura pendiente en el mundo de la información sanitaria a pesar del esfuerzo invertido en su consecución.
El presente trabajo, basado en la experiencia del autor en el Servicio Andaluz de Salud, intenta reflejar la estrecha relación existente entre ambos paradigmas. Como, necesariamente, el desarrollo consecuente de un entorno de información basado en servicios, incluyendo la necesaria gobernanza, conlleva la consecución de la interoperabilidad en el sistema a todos sus niveles así como los procedimientos generales que se llevan a cabo para lograr la interoperabilidad derivan necesariamente en la existencia de servicios de negocio en el medio.
Como reflejo de esto se presenta el estudio, a alto nivel, tanto de la situación actual como de los procesos puestos en marcha por la Subdirección de Tecnologías de la Información del SAS tomando como base el paradigma SOA, procesos que han llevado a hitos de gestión de la información en este entorno impensables hace unos años.
SOA - IOP: Dos caras de la misma moneda. Master UAH
1. 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á
2. 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
3. Í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
UAH ‐ master en informática pluridisciplinar ‐ Salud
4. 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
UAH ‐ master en informática pluridisciplinar ‐ Salud
5. Situación actual SI salud
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?
UAH ‐ master en informática pluridisciplinar ‐ Salud
6. Situación actual SI salud
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,…
UAH ‐ master en informática pluridisciplinar ‐ Salud
7. Situación actual SI salud
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
UAH ‐ master en informática pluridisciplinar ‐ Salud
8. Situación actual SI salud
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”
UAH ‐ master en informática pluridisciplinar ‐ Salud
9. 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
UAH ‐ master en informática pluridisciplinar ‐ Salud
10. 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
UAH ‐ master en informática pluridisciplinar ‐ Salud
11. 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.
UAH ‐ master en informática pluridisciplinar ‐ Salud
12. 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.
UAH ‐ master en informática pluridisciplinar ‐ Salud
13. 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.
UAH ‐ master en informática pluridisciplinar ‐ Salud
14. 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
UAH ‐ master en informática pluridisciplinar ‐ Salud
15. 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
16. 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
UAH ‐ master en informática pluridisciplinar ‐ Salud
17. 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.
UAH ‐ master en informática pluridisciplinar ‐ Salud
18. 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.
UAH ‐ master en informática pluridisciplinar ‐ Salud
19. 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
UAH ‐ master en informática pluridisciplinar ‐ Salud
20. 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»
UAH ‐ master en informática pluridisciplinar ‐ Salud
21. 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)
UAH ‐ master en informática pluridisciplinar ‐ Salud
22. 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.
UAH ‐ master en informática pluridisciplinar ‐ Salud
23. 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%
UAH ‐ master en informática pluridisciplinar ‐ Salud
24. 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
25. 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
UAH ‐ master en informática pluridisciplinar ‐ Salud
26. 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
UAH ‐ master en informática pluridisciplinar ‐ Salud
UAH ‐ master en informática pluridisciplinar ‐ Salud
s
Estándar modelo de datos – directorio, terminologías, ontologías, etc. (CEN – CIE ‐ SNOMED)
27. 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
UAH ‐ master en informática pluridisciplinar ‐ Salud
28. S.S.P.A. paso 3
arquitectura física SOA
UAH ‐ master en informática pluridisciplinar ‐ Salud
29. 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
UAH ‐ master en informática pluridisciplinar ‐ Salud
30. 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
UAH ‐ master en informática pluridisciplinar ‐ Salud
31. S.S.P.A.: puesta en marcha ‐ DAE
HOSPITAL
BDU BDU AGD
DAE
C. Externas y Urgencias
(EG,EM,….)
MACO Estructura MACO Estructura
UAH ‐ master en informática pluridisciplinar ‐ Salud
Concepto Inicial
32. S.S.P.A.: puesta en marcha ‐ DAE
EG CEU EM
DCC
BUS CENTRAL BUS HOSPITAL
RIS EE Farmacia ….
UAH ‐ master en informática pluridisciplinar ‐ Salud
33. 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
UAH ‐ master en informática pluridisciplinar ‐ Salud