Solución de captura, conversión a formato DICOM y almacenamiento en sistemas PACS de imagen fotográfica médica, basado en cámaras fotográficas con sistema operativo Android. Más información en: https://informaticasanidad.wordpress.com/ Y en: http://www.irerayosx.com

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

2. PROYECTO PHOTO DICOM
INDICE
• CONTEXTO Y JUSTIFICACION DEL PROYECTO
• OBJETIVOS
• ENFOQUE Y PLANIFICACION
• ANALISIS Y DISEÑO
• IMPLEMENTACION
• AMBITO OBJETIVO
• CONCLUSIONES

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

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

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

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

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

8. IMPLEMENTACION (I)
PHOTO DICOM
WEB SERVICE “DICOMWebService”:
 .NET sobre lenguaje VB

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

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

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

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