Prueba de conectividad y soluciones de integración para sistemas de salud

Transcripción

1 4 CONGRESO IBEROAMERICANO DE INFORMÁTICA MÉDICA NORMALIZADA Foro de Conectividad Foro de Informática Normalizada para Enfermería Foro de Informática Normalizada en Registros Médicos Prueba de conectividad y soluciones de integración para sistemas de salud Presentador: A/P Gustavo Pérez HOSPITAL DE CLÍNICAS Dr. Manuel Quintela UNIVERSIDAD DE LA REPÚBLICA

2 Índice Introducción Preparación Desarrollo La prueba Conclusiones

3 Introducción: Motivación Para comenzar a utilizar estándares se requiere: Adquirir experiencia en su uso Disminuir la brecha entre el desarrollo teórico y las implementaciones Tener ejemplos y modelos de referencia

4 Introducción: IHE IHE es una iniciativa de profesionales de la salud y la industria para mejorar la forma en que los sistemas de computo comparten información en el ambiente de salud. IHE promueve el uso coordinado de las normas establecidas, del área salud tales como HL7 y DICOM u otros como ser TLS u X509. Las recomendaciones se dividen en perfiles de integración para hacer frente a las necesidades de cada área. Algunos ejemplos son ATNA (Audit Trail and Node Authentication), XDR y XDS.

5 Introducción: Pruebas de Integración Las pruebas de integración de cada uno de los perfiles, se exhibe cada año en demostraciones, donde se registra que una empresa cumplió con un procedimiento de prueba para determinados perfiles, y que realizó pruebas de los mismos con empresas que le fueron designadas en forma aleatoria, interesadas en probar los mismos perfiles. A esta prueba/demostración se lo titula Conectathon y se realiza anualmente en Europa, Asia y Estados Unidos. Es en este tipo de pruebas que se ha inspirado el evento de conectividad que se plantea año a año por parte de la SUEIIDISS con miras a lograr alcanzar los niveles exigidos para realizar un evento de características similares al Conectathon.

6 Preparación: Prueba 2008 La prueba del año pasado, se ideo para usar servicios SOAP que permitan enviar y/o recibir documentos clínicos (CDA). En la convocatoria se indicaban los siguientes requerimientos: Se corroborará seguridad, TLS, brindando un certificado para las empresas o instituciones que participen. Utilización de formato CDA (HL7v3) para intercambio de documentos Utilización de formato de Identificación de pacientes Utilización de OID como identificadores de objetos Además: Se entrego un WSDL para establecimiento de contrato.

7 Preparación: Por que una elegir una arquitectura orientada a servicios? La Arquitectura SOA establece un marco de diseño para la integración de aplicaciones independientes de manera que desde la red pueda accederse a sus funcionalidades, las cuales se ofrecen como servicios. La forma más habitual de implementarla es mediante Servicios Web, una tecnología basada en estándares e independiente de la plataforma. Facilita descomponer aplicaciones monolíticas en un conjunto de servicios e implementar esta funcionalidad en forma modular. El uso de Web-Service se probo en el evento anterior por diferentes participantes y utilizando por ejemplo:.net, Java y Genexus. Existía en IHE un perfil a evaluación usando estas tecnologías Web Services and SOA for Healthcare

8 Preparación: Por que establecer un contrato? Escribir una interfase, comunicarse con muchos!!! Se realizan pruebas con diferentes herramientas de desarrollo y se concluye que es posible implementar un servicio web en base a contrato en todas las plataformas probadas Muestra ser opción viable para conseguir los objetivos de interoperabilidad en nuestro medio. El WSDL es independiente de la plataforma y el lenguaje que es usado en principio (aunque no exclusivamente) para describir servicios SOAP. Usando WSDL, un cliente puede localizar un servicio web e invocar cualquierade las funciones que este disponga publicamente.

9 Desarrollo: WSDL <?xml version="1.0" encoding="utf-8"?> <definitions name="conectividad2008" targetnamespace=" xmlns:wsdlns=" xmlns:soap=" xmlns:xsd=" xmlns=" xmlns:tns=" <types> <schema targetnamespace=" xmlns=" xmlns:soap- ENC=" elementformdefault="qualified"> <element name="conectividad2008.execute"> <complextype> <sequence> <element minoccurs="1" maxoccurs="1" name="documento" type="xsd:string"/> </sequence> </complextype> </element> <element name="conectividad2008.executeresponse"> <complextype> <sequence> <element minoccurs="1" maxoccurs="1" name="respuesta" type="xsd:string"/> </sequence> </complextype> </element> </schema> </types> <message name="conectividad2008.executesoapin"> <part name="parameters" element="tns:conectividad2008.execute"/> </message> <message name="conectividad2008.executesoapout"> <part name="parameters" element="tns:conectividad2008.executeresponse"/> </message> <porttype name="conectividad2008soapport"> <operation name="execute"> <input message="wsdlns:conectividad2008.executesoapin"/> <output message="wsdlns:conectividad2008.executesoapout"/> </operation> </porttype>

10 Desarrollo: WSDL <binding name="conectividad2008soapbinding" type="wsdlns:conectividad2008soapport"> <soap:binding style="document" transport=" <operation name="execute"> <soap:operation soapaction=" <input> <soap:body use="literal"/> </input> <output> <soap:body use="literal"/> </output> </operation> </binding> <service name="conectividad2008"> <port name="conectividad2008soapport" binding="wsdlns:conectividad2008soapbinding"> <soap:address location=" </port> </service> </definitions>

11 Desarrollo: Uso de certificados digitales Se utilizo una entidad Certificadora temporal para crear certificados para los participantes de forma de simular un ambiente de intercambio real securitizado. Se solicito a cada participante generará una solicitud con los datos de su aplicación (certificado para el servidor de aplicaciones de cada institución) Se importa dicha solicitud en la CA y se crea un certificado digital firmado por la misma Se exporta este certificado para que cada institución pueda incorporarlo en su aplicación. Se crea un certificado cliente para cada participante

12 Desarrollo: Certificados Firma de certificados para cada institución

13 Desarrollo: Ejemplo Ejemplo de configuración de seguridad bidireccional en Java con certificados <Connector port="8443" protocol="http/1.1" SSLEnabled="true" maxthreads="150" scheme="https" secure="true" clientauth="true" sslprotocol="tls" keystorefile=":/home/aplication/keystore.key" keystorepass="contraseña_almacen_certificados" truestorefile="/home/aplication/truststore.key" truststorepass="contraseña_almacen_cert_clientes"/>

14 Participantes FNR - Fondo Nacional de Recursos SUAT -Servicio de Emergencia SEMM -Servicio de Emergencia Hospital de Clínicas (Grupo de estudiantes de Taller de Ingeniería de Software)

15 Las pruebas: Evento Cada una de las instituciones prueba con cada uno de los participantes, el envio y recepción de un documento clínico utilizando como interfase de comunicación el Web-Service que se describió a través del contrato. Las pruebas transcurren durante todo un día en el que se prueba y se realizan ajustes. Es abierto y los observadores pueden ver, preguntar y discutir con los participantes

16 Las Pruebas: Verificación Intercambio de Documento Clínico y su validación por parte del sistema que lo recibe. Utilización de configuración con seguridad unilateral habilitada (certificado para el servidor unicamente) Utilización de configuración de seguridad bilateral (autenticación mutua) entre algunos participantes

17 Las Pruebas: Se obtiene Una tabla de casos de prueba con sus respectivos resultados. Un modelo reusable de comunicación de cada participante con el resto Una implementación y conocimiento de uso para cada participante con sus propios medios técnicos Es un medio participativo y que permite un rico intercambio entre participantes y observadores

18 Conclusiones El evento permite acordar, estandares medios de comunicación y probarlos En el proceso se construyen prototipos basados en los estándares locales acompañando su desarrollo Cada evento reutiliza y mejora la definición de los anteriores Permite detectar problemas de implementación y comunicación generales o particulares

19 A los presentes y a los participantes del evento Muchas Gracias