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

1,060 views

Published on

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.

Published in: Technology
  • Be the first to comment

  • Be the first to like this

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

  1. 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. 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, gobernanzaUAH ‐ master en informática pluridisciplinar ‐ Salud
  3. 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ácticoUAH ‐ master en informática pluridisciplinar ‐ Salud
  4. 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 ∗ epSOSUAH ‐ master en informática pluridisciplinar ‐ Salud
  5. 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. 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. 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 disjuntaUAH ‐ master en informática pluridisciplinar ‐ Salud
  8. 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. 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 idiomasUAH ‐ master en informática pluridisciplinar ‐ Salud
  10. 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 usuarioUAH ‐ master en informática pluridisciplinar ‐ Salud
  11. 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. 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. 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. 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, … SOAUAH ‐ master en informática pluridisciplinar ‐ Salud
  15. 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. 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ónUAH ‐ master en informática pluridisciplinar ‐ Salud
  17. 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. 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. 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 mismoUAH ‐ master en informática pluridisciplinar ‐ Salud
  20. 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. 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. 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. 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. 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. 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 ESTRUCTURAUAH ‐ master en informática pluridisciplinar ‐ Salud
  26. 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 ‐ SaludUAH ‐ master en informática pluridisciplinar ‐ Salud sEstándar modelo de datos – directorio, terminologías, ontologías, etc. (CEN – CIE ‐ SNOMED)
  27. 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 AUAH ‐ master en informática pluridisciplinar ‐ Salud
  28. 28. S.S.P.A. paso 3 arquitectura física SOAUAH ‐ master en informática pluridisciplinar ‐ Salud
  29. 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 ∗ ProcedimientosUAH ‐ master en informática pluridisciplinar ‐ Salud
  30. 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, etcUAH ‐ master en informática pluridisciplinar ‐ Salud
  31. 31. S.S.P.A.: puesta en marcha ‐ DAE HOSPITAL BDU BDU AGD DAE C. Externas y Urgencias (EG,EM,….) MACO Estructura MACO EstructuraUAH ‐ master en informática pluridisciplinar ‐ Salud Concepto Inicial
  32. 32. S.S.P.A.: puesta en marcha ‐ DAE EG CEU EMDCCBUS CENTRAL BUS HOSPITALRIS EE Farmacia ….UAH ‐ master en informática pluridisciplinar ‐ Salud
  33. 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 serviciosUAH ‐ master en informática pluridisciplinar ‐ Salud
  34. 34. Muchas graciasUAH ‐ master en informática pluridisciplinar ‐ Salud

×