12
PHOTO DICOM CAPTURA, CONVERSION A FORMATO DICOM Y ALMACENAMIENTO EN PACS DE FOTOGRAFIA MEDICA

PHOTO DICOM

Embed Size (px)

Citation preview

Page 1: PHOTO DICOM

PHOTO DICOMCAPTURA, CONVERSION A FORMATO DICOM

Y ALMACENAMIENTO EN PACS DE FOTOGRAFIA MEDICA

Page 2: PHOTO DICOM

PROYECTO PHOTO DICOM

INDICE• CONTEXTO Y JUSTIFICACION DEL PROYECTO

• OBJETIVOS

• ENFOQUE Y PLANIFICACION

• ANALISIS Y DISEÑO

• IMPLEMENTACION

• AMBITO OBJETIVO

• CONCLUSIONES

Page 3: PHOTO DICOM

CONTEXTO Y JUSTIFICACION DEL PROYECTO

Escenario actual en los Centros Sanitarios.

Existencia de sistemas RIS-PACS. Uso de protocolos estandarizados (DICOM,

HL7, perfiles IHE, etc.)

Infraestructura consolidada.

Distribución de la información de forma digital.

Siguiente fase: abordar y solucionar problemas de otros Departamentos

que trabajan con imagen digital.

Garantizar la integración e interoperabilidad de las soluciones.

PHOTO DICOM

Page 4: PHOTO DICOM

OBJETIVOS DEL PROYECTO Solución Cliente-Servidor que resuelva el flujo de trabajo de

Departamentos que trabajan con fotografías.

Cliente de lista de trabajo (DICOM Worklist).

Conversión de evidencias clínicas (fotografías) a formato DICOM.

Incorporación a sistemas PACS actuales.

Aprovechamiento de la infraestructura.

Seguridad en las comunicaciones (LOPD).

Vendor Neutral.

PHOTO DICOM

Page 5: PHOTO DICOM

ENFOQUE

PHOTO DICOM

• Gestión del Proyecto con modelo Waterfall según directrices PMBook.

• Triángulo (Coste, Alcance, Tiempo) fijos. Planificación precisa.

PLANIFICACION (ORIGINARIA DEL PROYECTO)

• Servidor: Web Service .NET

• Cliente: aplicación Android.

o Dispositivo objetivo: Samsung Galaxy Camera 2 y similares.

• Reaprovechamiento de librerías DICOM de los productos IRE Rayos X

• Evitamos costes y complejidades: Sin SGDB, Sin SSL.

Page 6: PHOTO DICOM

ANALISIS Y DISEÑO (I)

PHOTO DICOM

Observación

Análisis

Investigación: trabajo de campo

Identificación del personal involucrado.

Establecimiento de requisitos funcionales y no funcionales.

Estudio del flujo de trabajo real, establecimiento de requisitos.

Page 7: PHOTO DICOM

ANALISIS Y DISEÑO (II)

PHOTO DICOM

DISEÑO ARQUITECTONICO

Persistencia de la plataforma PHOTO DICOM.

Arquitectura del sistema: paradigma SOA.

DISEÑO CENTRADO EN EL USUARIO

Proceso iterativo.

Prototipado.

Page 8: PHOTO DICOM

IMPLEMENTACION (I)

PHOTO DICOM

WEB SERVICE “DICOMWebService”:

.NET sobre lenguaje VB

Page 9: PHOTO DICOM

IMPLEMENTACION (II)

PHOTO DICOM

ANDROID “Photo DICOM”:

App basada en Fragments.

Dos “secciones”

Consultas online a Web Service.

Consultas a BD Local SQLite.

ScrollViews para adaptarse a cualquier

pantalla.

Plataforma: API 15, Android 4.0.2. y sup.

Material Design.

Page 10: PHOTO DICOM

IMPLEMENTACION (III)

PHOTO DICOM

SEGURIDAD:

Información cifrada entre app y Web Service mediante algoritmo

AES/CBC/PK5Padding 128 Bits

Clave y vector de inicialización compartidos entre ambos sistemas.

Seguridad en capa de aplicación y no en transporte.

No necesario Certificados SSL, ni VPN.

Marca de tiempo incluida en mensajería para evitar reutilización de mensajes.

Page 11: PHOTO DICOM

AMBITO OBJETIVO

PHOTO DICOM

AMBITO: Entorno Sanitario.

CLIENTE OBJETIVO: Clientes poseedores de PACS.

Photo-DICOM es una aplicación accesoria, no es el core del negocio

MODELO DE VENTA PRINCIPAL: Pack de dispositivo Android + App + Servidor.

DISPOSITIVO OBJETIVO o IDEAL: Samsung Galaxy Camera 2 y similares.

Page 12: PHOTO DICOM

CONCLUSIONES

PHOTO DICOM

Se puede y se debe reutilizar la tecnología existente en la Sanidad.

Android (y las cámaras basadas en este S.O.) permiten realizar aplicaciones

complejas, no posible en cámaras con firmware/software cerrado.

SOA mediante la reutilización de componentes aislados, cada uno con su propia

plataforma y lenguaje, permite componer una solución compleja.

La utilización de protocolos estándar ayuda en aras de interoperabilidad (DICOM,

SOAP, WSDL, etc.)

Mercado de apps específicas al margen de Google Play y tiendas de apps.