Post on 19-Oct-2018
I
REPÚBLICA BOLIVARIANA DE VENEZUELA
UNIVERSIDAD RAFAEL URDANETA
FACULTAD DE INGENIERÍA
ESCUELA DE INGENIERÍA DE COMPUTACIÓN
SISTEMA DE TOMA Y ALMACENAMIENTO DE IMÁGENES
DIAGNÓSTICAS PARA LA UNIDAD DE IMAGEN DEL
CENTRO CLÍNICO LA SAGRADA FAMILIA
TRABAJO ESPECIAL DE GRADO PARA OPTAR AL TÍTULO DE
INGENIERO DE COMPUTACIÓN
Autor: Br. Fernández Portillo
Paola Carolina
Tutor: Ing. Carlos Montes
Maracaibo Enero 2016
DERECHOS RESERVADOS
II
SISTEMA DE TOMA Y ALMACENAMIENTO DE IMÁGENES
DIAGNÓSTICAS PARA LA UNIDAD DE IMAGEN DEL
CENTRO CLÍNICO LA SAGRADA FAMILIA
TESISTA
____________________________________
Fernández Portillo Paola Carolina
C.I. 23.736.873
Teléfono: 0426-3222869
Correo: paolac.fernandezp@gmail.com
TUTOR ACADÉMICO
____________________________________
Ing. Carlos Montes
C.I. 20.776.875
Teléfono: 0414-0602398
Correo: uru.carlosmontes@gmail.com
DERECHOS RESERVADOS
III
AGRADECIMIENTOS
Agradezco a Dios, esencia maravillosa que guía mi vida.
A mis ancestros, gracias por el regalo de la vida, hoy les honro con todo mi
corazón.
A mis padres, Elizabeth Portillo y Jairo Fernández, hoy soy lo que soy, gra-
cias a ustedes, por contagiarme de sus mayores fortalezas, por una maravillosa
formación, por enseñarme y prepararme para la universidad más difícil de toda: la
vida; por brindarme todo su amor, ternura, apoyo incondicional, compañía y estí-
mulos que me impulsaron para culminar este proyecto.
A mi novio, Efraín Peña por su amor, compañía, apoyo incondicional y su
motivación para finalizar este proyecto de investigación.
A la Universidad Rafael Urdaneta por abrir las puertas a mi proceso de for-
mación profesional; a los profesores Carlos Montes, Rainier Araujo, Genyelbert
Acosta, Nerio Villalobos, Jubert Perez y Carlos Urdaneta, que me brindaron su
orientación, su apoyo y conocimiento en el proceso de formación profesional y la
asesoría en todo lo necesario para la elaboración de mi trabajo de grado; a la se-
ñora Thais que como secretaría de la dirección de la Escuela de Computación
brindó su ayuda y orientación y colaboró con el crecimiento personal de los estu-
diantes, fomentando en nosotros valores como el respeto, el compromiso, la res-
ponsabilidad, entre otros; finalmente a cada una de las personas que ahí laboran,
porque de una u otra manera han aportado a mi formación académica.
A la Gobernación del estado Zulia, por su aporte económico, por creer en
los jóvenes y fomentar climas para el crecimiento profesional en el estado Zulia.
Al Centro Clínico La Sagrada Familia por brindarme sus instalaciones y su
personal para el desarrollo de este trabajo de grado.
A cada uno de los seres humanos que me han servido de estímulo, guía y
aprendizaje para la culminación de este proyecto. Gracias.
DERECHOS RESERVADOS
IV
ÍNDICE GENERAL
Pág.
TITULO II
AGRADECIMIENTOS III
INDICE GENERAL IV
INDICE DE TABLAS IX
INDICE DE FIGURAS X
INDICE DE FOTOS XII
INDICE DE GRAFICOS XIII
RESUMEN XIV
ABSTRACT XV
INTRODUCCIÓN XVII
1 CAPÍTULO I. EL PROBLEMA
1.1 Planteamiento del Problema 18
1.2 Formulación del Problema 21
1.3 Objetivos 21
1.3.1 Objetivos General 21
1.3.2 Objetivos Específicos 22
1.4 Justificación de la Investigación 22
DERECHOS RESERVADOS
V
1.5 Delimitación de la Investigación 24
1.5.1 Delimitación Temporal 24
1.5.2 Delimitación Espacial 24
1.5.3 Delimitación Científica 24
2 CAPÍTULO II. MARCO TEÓRICO
2.1 Antecedentes de la investigación 25
2.2 Bases Teóricas 27
2.2.1 Sistema toma y almacenamiento de imágenes 27
2.2.2 Hardware 27
2.2.3 Software 28
2.2.4 Protocolos para transferencia de datos 28
2.2.4.1 TCP/IP 29
2.2.4.2 Cable UTP o RJ-45 29
2.2.4.3 Red LAN 30
2.2.4.4 Protocolo HTTP 30
2.2.5 Requerimientos 32
2.2.5.1 Requerimientos funcionales 32
2.2.6 Arquitectura Cliente-Servidor 32
2.2.7 Estructura de datos 33
2.2.8 Diagrama entidad relación 34
2.2.9 Clase 34
DERECHOS RESERVADOS
VI
2.2.10 Herramientas de Programación 35
2.2.10.1 Lenguajes de programación 35
2.2.10.1.1 Java 35
2.2.10.1.2 IDE (Entorno de Desarrollo Integrado) 36
2.2.10.1.3 Java Virtual Machine 36
2.2.10.1.4 SQL 37
2.2.10.2 Multi-plataforma 38
2.2.10.3 Interoperabilidad 38
2.2.11 DICOM 38
2.2.12 Sistemas RIS/ PACS 39
2.2.12.1 Sistemas RIS 39
2.2.12.2 Sistemas PACS 40
2.2.13 TIARIS 41
2.2.14 OSIRIS-LXIV 41
3 CAPÍTULO III. MARCO METODOLÓGICO
3.1 Tipo de Investigación 43
3.2 Diseño de la Investigación 44
3.3 Unidad de Análisis 45
3.4 Técnicas de la Recolección de Información 46
3.4.1 Entrevista no Estructurada 46
DERECHOS RESERVADOS
VII
3.4.2 Observación Directa 48
3.4.3 Recopilación Documental 48
3.5 Metodología de Desarrollo 49
3.5.1 Fase de inicio 49
3.5.2 Fase de elaboración 50
3.5.3 Fase de construcción 50
3.5.4 Fase de transición 51
4 CAPÍTULO IV. ANÁLISIS DE LOS RESULTADOS
4.1 Fase de inicio 52
4.1.1 Entrevista no estructurada 52
4.1.2 Observación Directa 54
4.2 Fase de elaboración 60
4.2.1 Planificación del proyecto de investigación 61
4.2.2 Características del sistema 61
4.2.2.1 Delimitación del sistema 63
4.2.2.2 Casos de uso 64
4.2.2.3 Flujo de trabajo de la unidad de imágenes 66
4.2.3 Requerimientos Funcionales 66
4.2.3.1 Requerimientos Hardware 67
4.2.3.2 Requerimientos Software 67
4.2.3.3 Requerimientos del diseño 68
4.2.3.3.1 Modelo de datos y Diagrama de E-R 69
DERECHOS RESERVADOS
VIII
4.3 Fase de construcción 71
4.3.1 Diseño de Interfaces 71
4.3.2 Diseño de los servicios del servidor local 74
4.3.2.1 Módulo de conexiones 75
4.3.3 Diseño de los servicios del servidor web 75
4.3.3.1 Módulo de autenticación 76
4.3.3.2 Módulo de Identificación de perfiles 76
4.3.3.3 Diseños de los servicios web 76
4.3.4 Módulo de Codificación 77
4.3.4.1 Código Base de Datos 77
4.4 Fase de transición 81
4.4.1 Prueba de estrés 82
4.4.2 Prueba de aceptación 84
CONCLUSIONES 90
RECOMENDACIONES 92
ANEXOS 93
REFERENCIAS BIBLIOGRÁFICAS 94
DERECHOS RESERVADOS
IX
ÍNDICE DE TABLAS
Pág.
1. Resultados de la Prueba de Estrés para el Inicio de Sesión. 82
2. Resultados de la Prueba de Estrés para el Registro de Usuarios. 82
3. Resultados de la Prueba de Estrés para listar usuarios. 83
4. Resultados de la Prueba de Estrés para descargar una Imagen. 83
5. Resultados de la Prueba de Estrés para Cargar una Imagen. 83
DERECHOS RESERVADOS
X
ÍNDICE DE FIGURAS
Pág.
1. Diagrama de la estructura de la Unidad de Imagen del
Centro Clínico La Sagrada Familia, Planta alta. 55
2. Diagrama de la estructura de la Unidad de Imagen del
Centro Clínico La Sagrada Familia, planta baja, parte A. 56
3. Diagrama de la estructura de la Unidad de Imagen del
Centro Clínico La Sagrada Familia, planta baja, parte B. 56
4. Inicio del sistema RIS/PACS Tiaris. 58
5. Login del sistema RIS/PACS Tiaris. 58
6. Estructura del sistema RIS/PACS Tiaris. 59
7. Visor Weasis V2.0.3, utilizado por el sistema RIS/PACS Tiaris 59
8. Sistema PACS Osirix 60
9. Diagrama de estructura de descomposición del trabajo o EDT. 61
10. Diagrama perfiles de permisologías 63
11. : Diagrama de procesos 64
12. : Diagrama de casos de uso 65
13. Diagrama Flujo de trabajo de la unidad de imágenes 66
14. Diagrama E-R 70
15. : Pantalla de inicio al sistema 71
16. Pantalla de Login 72
17. Pantalla de descarga de archivo 72
DERECHOS RESERVADOS
XI
18. Pantalla servicios 73
19. Pantalla servicios visor Weasis 74
20. Diagrama de conexiones 75
DERECHOS RESERVADOS
XII
ÍNDICE DE FOTOS
Pág.
1. Tomgrafo CT/e 93
2. Técnico y servidor del tomógrafo CT/e 93
DERECHOS RESERVADOS
XIII
ÍNDICE DE GRAFICOS
Pág.
1. Resultados de la pregunta N° 1 de la prueba de aceptación. 86
2. Resultados de la pregunta N° 2 de la prueba de aceptación. 87
3. Resultados de la pregunta N° 3 de la prueba de aceptación. 88
4. Resultados de la pregunta N° 4 de la prueba de aceptación. 88
5. Resultados de la pregunta N° 5 de la prueba de aceptación. 89
DERECHOS RESERVADOS
XIV
Fernández P., Paola C., “SISTEMA DE TOMA Y ALMACENAMIENTO DE
IMÁGENES DIAGNÓSTICAS PARA LA UNIDAD DE IMAGEN DEL
CENTRO CLÍNICO LA SAGRADA FAMILIA”, Universidad Rafael Urdaneta,
Facultad de Ingeniería, Escuela de Ingeniería de Computación,
Estado Zulia. Venezuela. 2015.
RESUMEN
El proyecto de investigación se realizó con el objetivo de desarrollar un sistema de toma y almacenamiento de imágenes diagnósticas para la Unidad de Imagen del Centro Clínico La Sagrada Familia, su uso está orientado a Unidades de Imagenología y Radiología, buscando mejorar la calidad de servicio y diagnóstico, ya que el sistema permite el almacenamiento, la gestión, la visualización y la relación de las imágenes de los estudios. La investigación fue de nivel descriptivo, puesto que comprende descripción, registro, análisis e interpretación de un contexto particular; de tipo proyectiva, ya que proporciona respuestas o soluciones a problemas planteados en una determinada realidad; definida según su diseño como del tipo de investigación no experimental, porque las variables no se manipulan y debido a que está circunscrita a un área de estudio, es de campo. La unidad de análisis fue la Unidad de Imagen del Centro Clínico La Sagrada Familia. Fue utilizada la entrevista no estructurada y la observación directa en conjunto con la recopilación documental. Este sistema se desarrolló Implementando la metodología de proceso unificado racional que está compuesta por las fases de inicio, elaboración, construcción y transición; lo que permitió el cumplimiento de los objetivos. Para el desarrollo del sistema se utilizó Java como lenguaje para el desarrollo de los componentes del servidor; el cliente se implementó con HTML y JavaScript y se usó PostgreSQL para la gestión de bases de datos. Finalmente se logró desarrollar el sistema con tecnología web para la gestión y almacenamiento de imágenes de diagnósticas.
Palabras clave: Sistema Web, Imágenes diagnósticas, Sistemas PACS, Radiología, DICOM, Sistema de almacenamiento de imágenes diagnósticas.
DERECHOS RESERVADOS
XV
Fernández P., Paola C., “GATHERING AND STORAGE SYSTEM OF
DIAGNOSTIC IMAGES FOR IMAGE UNIT OF THE
CLINICAL CENTER LA SAGRADA FAMILIA”, Rafael Urdaneta University,
Engineering Faculty, Computing Engineering School,
Zulia State. Venezuela. 2015.
ABSTRACT
The research was made with the objective to develop a gathering and storage system of diagnostic images for Image Unit of the Clinical Center La Sagrada Familia, its usage is oriented to the imaging and radiology units, looking for improving the service and diagnostic quality since the system allows storage, management, visualization and making relations among the images of the studies. The research was descriptive as it comprises description, registry, analysis and interpretation of a particular context; its type was projective as it provides answers or solutions to given problems within a determined reality; defined as non experimental research based on its design as the variables are not manipulated and it is a field research as it is limited to a particular study area. The analysis unit was the Image Unit of the Clinical Center La Sagrada Familia. Non structured interview, direct observation and documentary collection were used as well. This system was developed implementing the rational unified process methodology which has inception, elaboration, construction and transition phases; allowing the fulfillment of the objectives. For system development Java was used as the language to develop the server components; the client was implemented using HTML and JavaScript and PostgreSQL was used to manage the database. Finally the system was developed successfully using web technology to manage and store diagnostic images.
Keywords: Web System, Diagnostic images, PACS Systems, Imaging, Radiology, DICOM, Storage system of diagnostic images.
DERECHOS RESERVADOS
XVI
INTRODUCCIÓN
Hoy en día, la informática juega un rol tan fundamental en el mundo que
vivimos, debido a que no solo impacta la vida cotidiana, sino también permite
gestiones y almacenamiento de datos esenciales para cualquier empresa y así
ahorrar tiempo y dinero. La informática como herramienta tiene aplicaciones en
diversos ámbitos de la vida humana.
La informática es aplicada en muchas áreas y sectores de la actividad
humana, como lo son: la industria, investigación, desarrollo de juegos, gestión de
negocios, comunicaciones, control de transportes, biología, química, meteorología,
ingeniería, almacenamiento y consulta de información, medicina, monitorización y
control de procesos, diseño computarizado, entre otras. Además convergen los
fundamentos de las ciencias de la computación, como la programación y las
metodologías para el desarrollo de software, la arquitectura de computadores, las
redes de datos como Internet, la inteligencia artificial, así como determinados
temas de electrónica. Se puede entender por informática a la unión sinérgica de
todo este conjunto de disciplinas.
Algunos de los cambios más importantes derivados de la utilización de los
sistemas computados en el diagnóstico en imágenes ha sido en cómo se
organizan y almacenan las imágenes, y cómo se distribuyen éstas al interior de las
instituciones de salud.
El PACS y el RIS son una nueva tecnología que tiene por objetivo la
administración médica eficiente de los departamentos y servicios de radiología,
gracias a esta nueva tecnología es posible eliminar el uso de una placa o película
radiográfica debido a que las imágenes obtenidas por los diferentes equipos de
diagnóstico por imágenes, son adquiridas digitalmente y archivadas
electrónicamente en servidores especiales antes de ser distribuidas a las
estaciones de Trabajo, en donde son estudiadas e interpretadas por los médicos
DERECHOS RESERVADOS
XVII
radiólogos para dar un informe de diagnóstico radiológico.
Las imágenes y los informes también pueden ser transferidos en forma inmediata
a estaciones de visualización remota dentro o fuera de los centros clínicos.
Este proyecto de investigación busca aprovechar las ventajas de la progra-
mación web. Fue realizado el desarrollo de un sistema que permita el almacena-
miento, la gestión, la visualización y la relación de las imágenes de los estudios,
con el fin de agilizar el flujo de trabajo de unidades de imágenes diagnósticas pro-
porcionando la posibilidad valiosa de almacenar imágenes por tiempo indetermi-
nado, establecer comparaciones en ese momento o de manera posterior impacta
en el ahorro de tiempo, en la eficiencia de la carga de trabajo del personal, así
como una reducción efectiva en los gastos. Mejorando así la calidad de servicio y
diagnóstico.
El proyecto de investigación cuenta con 4 secciones, la primera presenta el
planteamiento del problema, la formulación del problema, los objetivos que
marcarán las actividades a desempeñar a lo largo del proyecto, la justificación de
de la investigación del proyecto.
La segunda sección representado por el marco teórico sustento a la
investigación, donde se describen los basamentos teóricos utilizados para diseñar
y estructurar el proyecto de investigación.
En la tercera sección, está representada por el marco metodológico, en esta
sección se define el tipo y diseño de la investigación, la unidad de análisis, las
técnicas de recopilación de información y la metodología de desarrollo selecciona-
da, la cual determina el plan de gestión del proyecto, así como la descripción de
las actividades que se desarrollarán en cada fase, utilizados en la cuarta sección.
Por último, en la cuarta sección, se describen los resultados de los objetivos
planteados de acuerdo a la metodología seleccionada.
DERECHOS RESERVADOS
18
CAPÍTULO I
EL PROBLEMA
1.1. Planteamiento del Problema
Brazzini, Arias y Méniz (1996) Explican que en noviembre de 1895 el profe-
sor Wilhelm Conrad Röntgen, en ese momento, un importante físico alemán de 50
años de edad, Rector de la Universidad de Wurzburg, Alemania, hizo el descubri-
miento de los Rayos X. Antes de esta fecha el diagnóstico médico se realizaba por
el interrogatorio al paciente, por la palpación y por la auscultación. Fue tal la mag-
nitud del descubrimiento que a los pocos meses del anuncio, ya se realizaban en
el mundo exámenes radiográficos con fines médicos.
Este descubrimiento dio lugar a que décadas más tarde se impulsará el de-
sarrollo de esta especialidad, llamada imaginología o imagenología que compren-
de al conjunto de técnicas y procesos usados para crear imágenes del cuerpo
humano, o partes de él. Dado que ya no solo era posible el poder ver los huesos
en patología traumática u osteoarticular, sino que era posible el poder ver, con la
evolución de las sustancias de contraste, otras estructuras internas como el tubo
digestivo, el sistema urinario, los vasos sanguíneos, entre otras.
Dentro de este contexto, se mejoraban los equipos de Rayos X haciéndolos
cada día más eficientes y seguros, así mismo se iniciaban otras modalidades de
imágenes. El avance de las computadoras y las nuevas modalidades de diagnósti-
co por imágenes, como el ultrasonido o la resonancia magnética, fueron de mucha
utilidad para el progreso de la imagenología.
DERECHOS RESERVADOS
19
Barreto y Caballero (2005) explican que la utilización de la informática ha
sido un elemento que ha facilitado que los procesos de transformación, codifica-
ción y almacenamiento de la información, proporcionando la posibilidad valiosa de
almacenar imágenes por tiempo indeterminado y establecer comparaciones en
ese momento o de manera posterior, debido a la capacidad de los sistemas de
computación resulta relativamente fácil tener archivos con cientos de imágenes de
un solo caso en particular, esto se debe a la eficiencia del software.
Es importante destacar que refieren que los sistemas de almacenamiento
promueven una retroalimentación inmediata con el médico especialista, para la
discusión y aclaración pertinente, así como la posibilidad de almacenar expedien-
tes con fines de educación e investigación. Por otro lado mencionan la relación
costo utilidad y costo beneficio describiendo que impacta en el ahorro de tiempo,
en la eficiencia de la carga de trabajo del personal, así como una reducción efecti-
va en los gastos, además del considerable abatimiento en los tiempos de espera y
día/cama a nivel clínico.
Al respecto, Barreto y Caballero (2005) también refieren Al-gunos de los cambios más importantes derivados de la utilización de los sistemas computados en el diagnóstico en imágenes ha si-do en cómo se organizan y almacenan las imágenes, y cómo se distribuyen éstas al interior de las instituciones de salud. Así, es posible observar en la actualidad que en las unidades de atención médica ya ha ocurrido un cambio fundamental en el archivo de estudios radiológicos comunes, percibiéndose una desaparición en los archivos radiológicos de expedientes monumentales de miles de radiografías hacia espacios menores del tamaño de una habita-ción gracias a imágenes digitales con almacenamiento en vídeos.
La captura y almacenamiento de imágenes diagnósticas en un sistema de
registro clínico permite la independización de medios físicos, como único respaldo
de la información que se puede perder dañar o mezclar, cabe destacar que los
registros clínicos físicos generan incomodidad a la hora de manejar la evolución
de un paciente a través de imágenes diagnósticas, por otra parte al momento de
DERECHOS RESERVADOS
20
tratamientos clínicos de urgencia los registros a través de sistemas de toma y al-
macenamiento de imágenes diagnósticas ahorran tiempo, pues permiten una dis-
posición rápida resultados.
Con relación al uso de los sistemas de almacenamiento en Venezuela ha
comenzado a ocurrir un cambio en la organización, el almacenamiento y la distri-
bución de las imágenes en los centros de salud. Los sistemas de almacenamiento
de información que ofrecen respaldos a mediano y largo plazo de los registros,
promoviendo así las investigaciones de casos a través de las imágenes.
En este contexto, el estado Zulia, posee centros de salud que cuentan con
sistemas tecnológicos de imágenes sofisticados, tal es el caso del Hospital Clínico,
el centro clínico La Sagrada Familia, la clínica Falcón, la clínica Zulia, la policlínica
Maracaibo, entre otros. Específicamente el centro clínico La Sagrada Familia
cuenta con equipos modernos de última generación, además posee un sistema de
RIS PACS que permite almacenar y relacionar los exámenes médicos con el pa-
ciente, obteniendo así un registro clínico.
Dado que no todos los centros de salud cuentan con sistemas tecnológicos
de imágenes sofisticados que permiten almacenar, clasificar, visualizar, manipular
y relacionar las imágenes de los estudios con el paciente trae como consecuencia
para el flujo de trabajo de estas entidades el acceso del resultado, el respaldo del
mismo. Impactando en el ahorro de tiempo, la gestión de los resultados, como
también en la relación costo utilidad y costo beneficio.
Dentro de esta perspectiva de continuar la situación planteada puede inferir
que esto generará mayores gastos de recursos, en cuanto a material, personal, y
mayor pérdida de tiempo para el acceso a los resultados. En tal sentido, se plan-
tea la propuesta de generar un sistema de toma y almacenamiento de imágenes
DERECHOS RESERVADOS
21
diagnósticas con el fin de mejorar de forma eficiente el rendimiento de atención de
administración y disposición de imágenes.
1.2. Formulación del Problema
¿Cómo desarrollar un sistema de toma y almacenamiento de imágenes dia-
gnóstica para la unidad de imagen del centro clínico La Sagrada Familia?
1.3. Objetivos
1.3.1. Objetivo General
Desarrollar un sistema de toma y almacenamiento de imágenes diagnósti-
cas para la unidad de imagen del centro clínico La Sagrada Familia.
DERECHOS RESERVADOS
22
1.3.2. Objetivos Específicos
● Analizar el proceso de toma y almacenamiento de imágenes diagnósticas
en la unidad de imágenes del centro clínico La Sagrada Familia.
● Identificar los requerimientos funcionales del sistema de toma y almacena-
miento de imágenes diagnósticas para la unidad de imagen del centro clíni-
co La Sagrada Familia.
● Diseñar el modelo de datos para el sistema de toma y almacenamiento de
imágenes diagnósticas para la unidad de imagen del centro clínico La Sa-
grada Familia.
● Codificación de los módulos del sistema de toma y almacenamiento de
imágenes diagnósticas para la unidad de imagen del centro clínico La Sa-
grada Familia.
● Evaluar el funcionamiento del sistema de toma y almacenamiento de imá-
genes diagnósticas para la unidad de imagen del centro clínico La Sagrada
Familia.
1.4. Justificación de la Investigación
Buscando formas de mejorar la calidad de servicio y del diagnóstico se pro-
pone hacer un sistema de toma y almacenamiento de imágenes diagnósticas para
la unidad de imagen del centro clínico La Sagrada Familia. Dado que el almace-
namiento permite incluir las imágenes en un registro clínico, mejorando el rendi-
miento de atención de administración, manipulación y disposición de imágenes.
DERECHOS RESERVADOS
23
En la actualidad, la tecnología médica cuenta con avances significativos,
estos avances se desean utilizar en beneficio de sus pacientes y de los profesio-
nales de la salud. En tal sentido, el desarrollo de un sistema de toma y almacena-
miento de imágenes diagnósticas para la unidad de imagen de la clínica La Sa-
grada Familia propone contribuir con la prevención, el diagnóstico mediante la in-
terpretación e intervención basada en imágenes.
Dada la situación económica actual del país las clínicas han tenido dificulta-
des para la obtención de recursos necesarios para ofrecer los resultados a los pa-
cientes que se han realizado estudios médicos. La propuesta del uso de un siste-
ma de toma y almacenamiento de imágenes diagnósticas ofrece una solución
práctica, porque permite ver y ofrecer un servicio más rápido, eficiente y adicio-
nalmente ecológico porque elimina o disminuye el uso del papel o plástico como
recurso.
Al respecto, desarrollo de un sistema de toma y almacenamiento de imáge-
nes diagnósticas para la unidad de imagen del centro clínico La Sagrada Familia
proporciona como aporte tecnológico la agilización de los trámites de información
en el área de datos clínicos, ofreciendo una solución para el almacenamiento y
distribución de imágenes diagnósticas con carácter de interoperabilidad entre los
sistemas. Además de servir de referencia a otras investigaciones del área médica.
DERECHOS RESERVADOS
24
1.5. Delimitación de la Investigación
1.5.1. Delimitación Temporal
La investigación se realizó en un periodo de (09) meses, desde Marzo del
2015 hasta Enero de 2016.
1.5.2. Delimitación Espacial
El desarrollo de la investigación se realizó en la unidad de imagen del cen-
tro clínico La Sagrada Familia, ubicada en la calle 83 con Av. 63, prolongación
Amparo, Maracaibo, Venezuela.
1.5.3. Delimitación Científica
La Investigación pertenece al área de ingeniería del software en el desarro-
llo de aplicaciones.
DERECHOS RESERVADOS
25
CAPÍTULO II
MARCO TEÓRICO
2.1. Antecedentes de la investigación
A continuación se presentan diferentes investigaciones que aportan infor-
mación acerca del análisis, desarrollo e implementación de un sistema de toma y
almacenamiento de imágenes diagnósticas.
En el 2011, Xajil realizó un proyecto titulado “Diseño de un sistema de digi-
talización de imágenes médicas radiológicas” en la Universidad de San Carlos de
Guatemala. Este proyecto consiste en el estudio, análisis de los estándares y pro-
tocolos para el diseño de un sistema de digitalización de imágenes médicas, y
consecuentemente ofrecer una solución a las necesidades de almacenamiento de
imágenes para el diagnóstico médico de los pacientes.
Xajil resalta la importancia de PACS (Picture Archiving and Communication
System) en su proyecto ya que permiten la toma, gestión, transmisión, y exhibición
de imágenes médicas. Sus componentes son interfaces para equipamiento de
imagen, redes de comunicación, sistemas de archivo, estaciones de trabajo, para
la exhibición de imágenes y software de gestión de base de datos.
Xajil expone que los PACS permiten la descarga e información de traslado,
útiles para búsquedas previas y movimiento de imágenes a sistemas de almace-
namiento.
En el 2008, Amaro realizó un proyecto titulado “Diseño de un equipo para el
manejo de historias clínicas electrónicas en el sistema hospitalario venezolano” en
la Universidad Simón Bolivar, Venezuela, presenta un proyecto con el objetivo de
DERECHOS RESERVADOS
26
diseñar un prototipo de un equipo capaz de manejar historias clínicas electrónicas
en el Sistema Hospitalario Venezolano.
La investigación de Amaro propone un aporte para nuestra investigación
debido a que analiza y estudia las normativas, estructuras y funcionamiento del
sistema hospitalario en Venezuela además establece los procedimientos y herra-
mientas para la implementación de un sistema de almacenamiento y analiza los
factores que hay que tomar en cuenta para un diseño de almacenamiento de his-
torias clínicas.
En el 2009, Barberis realizó un proyecto titulado “Aplicación de un sistema
automático de procesamiento de imágenes médicas basada en estándares” en el
Instituto Balseiro en la Universidad Nacional de Cuyo , Argentina, presenta un pro-
yecto relacionado con nuestra investigación dado que presenta un trabajo describe
la implementación de un sistema que permite el acceso a las imágenes y a los
dispositivos desde cualquier sitio ofreciendo así eficiente gestión y un rápido ma-
nejo de los archivos médicos.
El proyecto de investigación de Barberis busca resolver parte de las necesi-
dades de los distintos servicios y equipos de investigación de una institución del
tipo hospitalaria por medio de una red para el intercambio y almacenamiento de
imágenes médicas digitales, los llamados PACS.
En el 2006, Martínez realizó un proyecto titulado “Diseño y desarrollo de un
PACS usando una librería de lectura y escritura del formato DICOM” en la Univer-
sidad de Pamplona, Colombia. El objetivo su proyecto fue diseñar, implementar y
evaluar un sistema mini-PACS para optimizar el trabajo de una unidad de imáge-
nes diagnósticas.
DERECHOS RESERVADOS
27
Estos sistemas, que forman parte integral del sistema de información hospi-
talaria, intervienen desde la toma de las imágenes, organizan la información y la
almacenan de forma eficiente. El médico puede entonces realizar las consultas
desde cualquier terminal y el sistema asegura la confiabilidad en la transmisión y
en el despliegue de los datos.
2.2. Bases Teóricas
2.2.1. Sistema toma y almacenamiento de imágenes
En el 2012, Castillo describió estos sistemas como PACS a los “sistemas
integrales para la toma, almacenamiento, gestión, transmisión, y exhibición de
imágenes biomédicas”.
2.2.2. Hardware
Garrido (2006) “Denominamos Hardware a la parte física del sistema, es
decir, el conjunto de dispositivos, cables, transistores, etc. que lo conforman.”
DERECHOS RESERVADOS
28
2.2.3. Software
Garrido (2006) “Software a la parte lógica del sistema, es decir, el conjunto
de programas, y por lo tanto son intangibles.”
2.2.4. Protocolos para transferencia de datos
Herrera (2003) Las computadoras, aunque inteligentes, no son seres humanos que pueden, gracias a su capacidad de juicio esta-blecer una comunicación organizada en la que la información fluye apropiada y ordenadamente, de modo que representa una sesión coherente y significativa de intercambio de información. Además, a diferencia de las personas que efectúan una conversación los mensajes distorsionados no tienen sentido alguno para las máqui-nas, por lo cual éstas necesitan reglas rápidas y estrictas de pro-cedimiento para hacer frente a cualquier eventualidad. Por estas razones, se necesita establecer una serie de lineamientos de co-municación cuya función específica sirva para gobernar el inter-cambio ordenado de datos a través de la red y para suministrar la corrección de errores en la información incomprensible. Este con-junto de reglas de operación constituye el protocolo de comunica-ción. p41
En términos generales de informática y telecomunicación, Protocolos para
transferencia de datos son el conjunto de reglas y estándares que controlan la se-
cuencia de mensajes que ocurren en una comunicación entre entidades que for-
man una red, como teléfonos o computadoras.
DERECHOS RESERVADOS
29
2.2.4.1. TCP/IP
Herrera (2003) Esta arquitectura es el resultado de la investigación y el desarrollo de protocolos llevada a cabo sobre la red experi-mental de conmutación de paquetes ARPANET fundada por DAR-PA (Defense Advanced Rescarh Projet Agency). Generalmente se le conoce como un conjunto de protocolos TCP/IP. Este conjunto de protocolos consiste en una gran colección de protocolos que se han emitido estándares Internet por IAB (Internet Acivities Bo-ard).p261
En general es un conjunto de protocolos de red en los que se basa Internet
y que permiten la transmisión de datos entre computadoras. En ocasiones se le
denomina conjunto de protocolos TCP/IP, en referencia a los dos protocolos más
importantes que la componen: Protocolo de Control de Transmisión (TCP) y Pro-
tocolo de Internet (IP).
2.2.4.2. Cable UTP o RJ-45
Herrera (2003) Que corresponde a la especificación 10 Base T, es el más popular de los cables de Par trenzado y se está con-virtiendo rápidamente en el más utilizado para el cableado de área local. La longitud máxima por segmento de 100 metros los cable UTP son muy económicos, flexibles y permiten manipular la señal a una distancia máxima de 110 metros sin repeti-dor.p82
DERECHOS RESERVADOS
30
2.2.4.3. Red LAN
Herrera (2003) “Las redes de área local se utilizan para interconectar com-
putadoras que se encuentran dentro del mismo edificio o campo, es decir, un área
de hasta tres o cuatro kilómetros que alberga varios edificios”.p64
2.2.4.4. Protocolo HTTP
Para establecer comunicaciones estables, oportunas y seguras en la web se
desarrollo el protocolo HTTP el cual transfiere información entre computadores,
servidores y redes mediante el envió de cadenas de híper texto. En este orden de
ideas Fernando Berzal y otros (s.f) definen el protocolo HTTTP:
El protocolo HTTP (HyperText Transfer Protocol) es un protocolo simple de tipo solicitud-respuesta incluido dentro de la familia de protocolos TCP/IP que se utiliza eI internet, esto quiere decir que cada vez que accedemos a una página (en general, a un recurso accesible a través de HTTP), se establece una conexión diferente e independiente de las anteriores. (pag 89)
Sin embargo el funcionamiento del protocolo HTTTP se establece desde
que se introduce la dirección en el navegador, el cual normalmente especifica el
uso de este protocolo agregando http:// al inicio de una dirección web. Fernando
Berzal y otros (s.f) explica el funcionamiento del envió de una dirección a través
del protocolo HTTP.
DERECHOS RESERVADOS
31
El navegador establece una conexión TCP con el servidor web al que pertenece la dirección especificada. Esta dirección es una URL de la forma http: / / y, salvo que se indique lo contrario en la propia URL. La conexión con el servidor se establecerá a través del puerto 80 TCP. Una vez establecida la conexión, el cliente envía un mensaje al servidor (la solicitud) y éste le responde con otro mensaje(pag 89)
El navegador establece una conexión TCP con el servidor web al que
pertenece la dirección especificada. Esta dirección es una URL de la forma http: / /
y, salvo que se indique lo contrario en la propia URL. La conexión con el servidor
se establecerá a través del puerto 80 TCP. Una vez establecida la conexión, el
cliente envía un mensaje al servidor (la solicitud) y éste le responde con otro
mensaje (la respuesta). (pag 89)
Normalmente una vez que se satisface la solicitud del cliente normalmente se
corta la conexión con el servidor, actualmente algunos formatos de conexión dejan
la conexión establecida, sin embargo esto se considera problemático ya que se
está ocupando el puerto de conexión para un sitio web con el que no se está
interactuando para el funcionamiento de un servidor web, es a través de este que
se establece el canal de comunicación entre el cliente y el sitio web, así mismo
este esquema de petición y respuesta es lo que permite la existencia del esquema
cliente servidor que es la base de muchos de los modelos de sistemas web de la
actualidad.
2.2.5. Requerimientos
Un requerimiento es una característica, una necesidad o una restricción que el
sistema debe satisfacer. Sommerville y Galipienso(2005) enuncia que “los reque-
DERECHOS RESERVADOS
32
rimientos del sistema específica qué es lo que el sistema debe hacer (sus funcio-
nes) y sus propiedades especiales y deseables”.
2.2.5.1. Requerimientos funcionales
Sommerville y Galipienso(2005) definen este concepto como “las funciones
básicas que el sistema debe proporcionar se define en un nivel abstracto. Una es-
pecificación más detallada de los requerimientos funcionales tiene lugar en el nivel
de subsistema”.
2.2.6. Arquitectura Cliente-Servidor
Desde el punto de vista funcional, se puede definir la computación Clien-
te/Servidor como una arquitectura distribuida que permite a los usuarios finales
obtener acceso a la información en forma transparente aún en entornos multiplata-
forma.
En el modelo cliente servidor, el cliente envía un mensaje solicitando un
determinado servicio a un servidor (hace una petición), y este envía uno o varios
mensajes con la respuesta (provee el servicio). En un sistema distribuido cada
máquina puede cumplir el rol de servidor para algunas tareas y el rol de cliente
para otras.
DERECHOS RESERVADOS
33
2.2.7. Estructura de datos
Es una forma de organizar un conjunto de datos elementales con el objetivo
de facilitar su manipulación. Un dato elemental es la mínima información que se
tiene en un sistema.
Una estructura de datos define la organización e interrelación de éstos y un
conjunto de operaciones que se pueden realizar sobre ellos. Las operaciones
básicas son:
-Alta, adicionar un nuevo valor a la estructura.
-Baja, borrar un valor de la estructura.
-Búsqueda, encontrar un determinado valor en la estructura para realizar una ope-
ración con este valor, en forma secuencial o binario (siempre y cuando los datos
estén ordenados).
-Otras operaciones que se pueden realizar son:
-Ordenamiento, de los elementos pertenecientes a la estructura.
-Apareo, dadas dos estructuras originar una nueva ordenada y que contenga a las
apareadas.
Cada estructura ofrece ventajas y desventajas en relación a la simplicidad y
eficiencia para la realización de cada operación. De esta forma, la elección de la
estructura de datos apropiada para cada problema depende de factores como la
frecuencia y el orden en que se realiza cada operación sobre los datos.
DERECHOS RESERVADOS
34
2.2.8. Diagrama entidad relación
Un diagrama o modelo entidad-relación (a veces denominado por sus siglas
en inglés, E-R "Entity relationship", o del español DER "Diagrama de Entidad Re-
lación") es una herramienta para el modelado de datos que permite representar las
entidades relevantes de un sistema de información así como sus interrelaciones y
propiedades.
2.2.9. Clase
Las clases son declaraciones de objetos, también se podrían definir como
abstracciones de objetos. Esto quiere decir que la definición de un objeto es la
clase. Cuando programamos un objeto y definimos sus características y funciona-
lidades en realidad lo que estamos haciendo es programar una clase.
2.2.10. Herramientas de Programación
2.2.11. Lenguajes de programación
DERECHOS RESERVADOS
35
Es un convenio entre personas que puede definirse como un conjunto de
reglas o normas que permiten asociar a cada programa correcto un cálculo que
será llevado a cabo por un ordenador. Por tanto, un lenguaje de programación es
un convenio o acuerdo acerca de cómo se debe de interpretar el significado de los
programas de dicho lenguaje.
2.2.11.1. Java
Es un lenguaje de programación orientado a objetos, desarrollado por Sun
Microsystems a principios de los años 90. El lenguaje en sí mismo toma mucha de
su sintaxis de C y C++, pero tiene un modelo de objetos más simple y elimina
herramientas de bajo nivel, que suelen inducir a muchos errores, como la manipu-
lación directa de punteros o memoria.
Las aplicaciones Java están típicamente compiladas en un bytecode, aun-
que la compilación en código máquina nativo también es posible. En el tiempo de
ejecución, el bytecode es normalmente interpretado o compilado a código nativo
para la ejecución, aunque la ejecución directa por hardware del bytecode por un
procesador Java también es posible.
La implementación original y de referencia del compilador, la máquina vir-
tual y las bibliotecas de clases de Java fueron desarrolladas por Sun Microsystems
en 1995. Desde entonces, Sun ha controlado las especificaciones, el desarrollo y
evolución del lenguaje a través del Java Community Process, si bien otros han
desarrollado también implementaciones alternativas de estas tecnologías de Sun,
algunas incluso bajo licencias de software libre.
DERECHOS RESERVADOS
36
2.2.11.2. IDE (Entorno de Desarrollo Integrado)
En un mismo programa es posible escribir el código Java, compilarlo y eje-
cutarlo sin tener que cambiar de aplicación. Algunos incluyen una herramienta pa-
ra realizar Debug gráficamente, frente a la versión que incorpora el JDK basada en
la utilización de una consola (denominada habitualmente ventana de comandos de
MS-DOS, en Windows NT/95/98) bastante difícil y pesada de utilizar. Estos entor-
nos integrados permiten desarrollar las aplicaciones de forma mucho más rápida,
incorporando en muchos casos librerías con componentes ya desarrollados, los
cuales se incorporan al proyecto o programa. Como inconvenientes se pueden
señalar algunos fallos de compatibilidad entre plataformas, y ficheros resultantes
de mayor tamaño que los basados en clases estándar.
2.2.11.3. Java Virtual Machine
La JVM es una de las piezas fundamentales de la plataforma Java. Básica-
mente se sitúa en un nivel superior al hardware del sistema sobre el que se pre-
tende ejecutar la aplicación, y este actúa como un puente que entiende tanto el
bytecode como el sistema sobre el que se pretende ejecutar. Así, cuando se es-
cribe una aplicación Java, se hace pensando que será ejecutada en una máquina
virtual Java en concreto, siendo ésta la que en última instancia convierte de código
bytecode a código nativo del dispositivo final. La gran ventaja de la máquina vir-
tual java es aportar portabilidad al lenguaje, de manera que desde Sun Microsys-
tems se han creado diferentes máquinas virtuales java para diferentes arquitectu-
ras, y, así, un programa .class escrito en Windows puede ser interpretado en un
DERECHOS RESERVADOS
37
entorno Linux. Tan solo es necesario disponer de dicha máquina virtual para di-
chos entornos. Pero los intentos de la compañía propietaria de Java y produc-
tos derivados de construir microprocesadores que aceptaran el Java bytecode
como su lenguaje de máquina fueron más bien infructuosos.
2.2.11.4. SQL
El lenguaje de consulta estructurado o SQL (por sus siglas en inglés Struc-
tured Query Language) es un lenguaje declarativo de acceso a bases de datos
relacionales que permite especificar diversos tipos de operaciones en ellas. Una
de sus características es el manejo del álgebra y el cálculo relacional que permiten
efectuar consultas con el fin de recuperar de forma sencilla información de interés
de bases de datos, así como hacer cambios en ellas.
2.2.11.5. Multi-plataforma
En informática, multi-plataforma, es un atributo conferido a programas in-
formáticos o métodos y conceptos de cómputo que son implementados e interope-
ran en múltiples plataformas informáticas. El software multi-plataforma puede divi-
dirse en dos tipos; uno requiere una compilación individual para cada plataforma
que le da soporte, y el otro se puede ejecutar directamente en cualquier platafor-
ma sin preparación especial, por ejemplo, el software escrito en un lenguaje inter-
pretado o bytecode pre-compilado portable para los cuales los intérpretes o pa-
DERECHOS RESERVADOS
38
quetes en tiempo de ejecución son componentes comunes o estándar de todas las
plataformas.
2.2.11.6. Interoperabilidad
La habilidad de dos o más sistemas, redes de comunicación, aplicaciones o
componentes para intercambiar información entre ellos y para usar la información
que ha sido intercambiada.
2.2.12. DICOM
DICOM (Digital Imaging and Communication in Medicine) es el estándar
reconocido mundialmente para el intercambio de pruebas médicas, pensado para
su manejo, visualización, almacenamiento, impresión y transmisión. Incluye la de-
finición de un formato de fichero y de un protocolo de comunicación de red. El pro-
tocolo de comunicación es un protocolo de aplicación que usa TCP/IP para la co-
municación entre sistemas. Los ficheros DICOM pueden intercambiarse entre dos
entidades que tengan capacidad de recibir imágenes y datos de pacientes en for-
mato DICOM.
DICOM permite la integración de escáneres, servidores, estaciones de tra-
bajo, impresoras y hardware de red de múltiples proveedores dentro de un sistema
de almacenamiento y comunicación de imágenes. Las diferentes máquinas, servi-
dores y estaciones de trabajo tienen una declaración de conformidad DICOM (con-
formance statements) que establece claramente las clases DICOM que soportan.
DERECHOS RESERVADOS
39
DICOM ha sido adoptado ampliamente por hospitales y está haciendo incursión en
pequeñas aplicación de oficinas de dentistas y de médicos.
2.2.13. Sistemas RIS/ PACS
2.2.13.1. Sistemas RIS
Un RIS (Radiological Information System / Sistema de Información Radioló-
gica) es un sistema de gestión de información específica al departamento de ra-
diología, sobre y durante todo el proceso asistencial.
El cual gestiona la información relevante a las agendas de pacientes, recor-
datorios, guías clínicas, turnos de médicos y personal, procedimientos habilitados
por equipo, control de insumos, un repositorio de diagnósticos relativos a las imá-
genes, estadísticas sobre la actividad del servicio, indicadores de tiempo de aten-
ción, indicadores de uso de los equipos, registro de dosis, facturación de las acti-
vidades del servicio, servicios de entrega de resultados por internet.
Si el departamento de radiología está integrado al hospital, el RIS será una
pasarela entre el HIS (Hospital Information System / Sistema de Información Hos-
pitalario) y las otras computadoras del servicio de radiología.
El RIS se comunica con cualquier HIS que la institución posea, usando
mensajería HL7 (Health Level 7) así como también con los sistemas de almace-
namiento de imágenes usando DICOM (Digital Imaging and Communications in
Medicine), el estándar utilizado para la gestión de la imágenes digitales diagnósti-
cas y que permite, por lo que se controla perfectamente el vínculo e inclusión de
DERECHOS RESERVADOS
40
las imágenes y el informe radiológicos, dentro de una historia clínica electrónica
(EHR).
2.2.13.2. Sistemas PACS
PACS son las siglas anglosajonas Picture Archiving and communication
system (sistema de archivado y transmisión de imágenes). Se trata de un sistema
computarizado para el archivado digital de imágenes médicas (medicina nuclear,
tomografía computada, ecografía, mamografía) y para la transmisión de éstas a
estaciones de visualización dedicadas o entre éstas a través de una red informáti-
ca.
2.2.14. TIARIS
Tiaris propiedad de Tiaris C.A. el cual es un sistema informático aplicado a
la radiología y la salud, basado en “web”, es decir que para accesará a él es nece-
sario saber la dirección del servidor tal y como se busca cualquier página web a
través de un navegador.
El sistema Tiaris es un sistema RIS/PACS, por lo cual permite la adminis-
tración, gestión, manipulación y distribución de imágenes diagnósticas, así mismo
maneja los distintas modalidades de imágenes diagnósticas y maneja usuarios por
permisologías.
DERECHOS RESERVADOS
41
2.2.15OSIRIX
OsiriX es un programa de manejo de imagen dedicado a imágenes DICOM
(".dcm" / extensión ".DCM") creadas por equipos médicos (MRI, CT, PET, PET-
CT,...) y microscopio confocal (formatos LSM y BioRAD-PIC). Puede leer igual-
mente varios formatos de archivos: TIFF (8,16, 32 bits), JPEG, PDF, AVI, MPEG y
Quicktime. Es totalmente compatible con el estándar DICOM para comunicación y
archivo de imagen. OsiriX es capaz de recibir imágenes transferidas mediante el
protocolo de comunicación DICOM desde cualquier PACS o modalidad de imagen
médica (STORE SCP - Service Class Provider, STORE SCU - Service Class User,
y Query/Retrieve).
OsiriX fue diseñado especificamente para la navegación y visualización de
imágenes multimodalidad y multidimensionales: Visualizador 2D, Visualizador 3D,
Visualizador 4D (series 3D con dimensión temporal, por ejemplo: Cardiac-CT) y
Visualizador 5D (series 3D con dimensiones temporal y funcional, por ejemplo:
Cardio-PET-CT). El visualizador 3D permite todos los modos modernos de rende-
rización: Reconstrucción multiplanar (MPR), Renderización de Superficie, Rende-
rizacaión de Volumen y Proyección de Intensidad Máxima (MIP). Todos estos mo-
dos aceptan datos 4D y pueden producir una fusión de imágenes entre dos series
diferentes (por ejemplo: PET-CT).
Osirix es a su vez una estación PACS DICOM de visualización y renderiza-
ción de imagen médica para búsqueda científica médica (radiología e imaginología
nuclear), imagenología funcional, imagenología 3D, microscopio confocal e ima-
genología molecular.
DERECHOS RESERVADOS
42
Osirix está construido según una arquitectura integralmente expandible por
plug-ins que permite aumentar las funcionalidades de OsiriX para tus requerimien-
tos personales! Esta arquitectura de plug-ins te da acceso al poderoso entorno de
interfaces Cocoa con el lenguaje fácil, orientado objeto y dinámico Objective-C.
DERECHOS RESERVADOS
43
CAPÍTULO III
MARCO METODOLÓGICO
3.1. Tipo de Investigación
El presente trabajo de investigación se apega a un tipo de investigación de
nivel descriptivo. Según Sabino (1986) La investigación descriptiva trabaja sobre
realidades de hechos y se caracteriza principalmente en presentar una interpreta-
ción correcta y descubrir algunas características fundamentales de conjuntos
homogéneos de fenómenos, utilizando criterios sistemáticos que permitan poner
de manifiesto su estructura. De esta forma se pueden obtener la información que
caracteriza a la realidad estudiada. En tal sentido, de acuerdo a lo expuesto ante-
riormente el trabajo de investigación se ajusta a una investigación descriptiva, da-
do que comprende la descripción, registro, análisis e interpretación de un contexto
particular.
A su vez, el presente trabajo de investigación coincide con la descripción de
Hurtado (2010) de investigación proyectiva, la cual describe como el tipo de inves-
tigación que propone soluciones a situaciones determinadas a través de un proce-
so de indagación. Así mismo Hurtado (2010 p. 569) cita “La investigación proyecti-
va se ocupa de cómo deberían de ser las cosas, de manera que puedan alcanzar
sus objetivos y ‘funcionar’ adecuadamente”.
Según Ballestrini (2001 p. 8) las investigaciones proyecti-vas “están orientadas a proporcionar respuestas o soluciones a problemas planteados en una determinada realidad: organiza-
DERECHOS RESERVADOS
44
cional, social, económica, educativa, etc. En este sentido la de-limitación de la propuesta final, pasa inicialmente por la realiza-ción de un diagnóstico de la situación existente y la determina-ción de las necesidades del hecho estudiado, para formular el modelo operativo en función a la demandas de la realidad abor-dada”.
Debido a las características de la investigación, la misma se enmarca en
una investigación de tipo proyectiva, debido a que tiene como finalidad el desarro-
llo de un sistema de toma y almacenamiento de imágenes diagnosticas en el cen-
tro clínico La Sagrada Familia basado en los sistemas RIS/PACS lo que permite
optimizar los procesos de administración, atención al cliente, manipulación y dis-
posición de imágenes.
3.2. Diseño de la Investigación
De acuerdo con Ballestrini (2001) la investigación de campo se describe como una relativa y circunscrita área de estudio, a través de la cual, los datos se recogen de manera directa de la rea-lidad en su ambiente natural, con la aplicación de determinados instrumentos de recolección de información, considerándose de esta forma que los datos son primarios; por cuanto se recogen en su realidad cotidiana, natural, observando, entrevistando, o interro-gando a las personas vinculadas con el problema investigado(p.8).
De igual manera según Arias (2004 p. 94) la investigación de campo “con-
siste en la recolección de datos directamente de la realidad donde ocurren los
hechos, sin manipular o controlar variables alguna”.
Partiendo de lo anteriormente expuesto, la investigación pertenece a un
diseño de campo, puesto que esta principalmente compuesta por información pri-
maria, la cual obtiene mediante el contacto directo con el objeto de estudio, a partir
DERECHOS RESERVADOS
45
de observación directa, entrevistas y recopilación documental, entre otras técnicas
de recolección de datos.
Así mismo en lo referente a las técnicas de la recolección de información el
trabajo de investigación puede clasificarse como una investigación no experimen-
tal. Según Hernández y otros. (2007) son "estudios que se realizan sin la manipu-
lación deliberada de variables y en los que los fenómenos en su ambiente natural
para después analizarlos".
En tal sentido, el trabajo de investigación para el desarrollo de un sistema
de toma y almacenamiento de imágenes diagnósticas se apega a una investiga-
ción con diseño de campo no experimental, dado que se busca estudiar, interpre-
tar y analizar las variables de estudio involucradas, su fuente de información y las
técnicas de estudio mencionadas, sin la manipulación de dichas variables y li-
mitándose a describir y presentar el análisis de los datos obtenidos.
3.3. Unidad de Análisis
Según Hurtado (2000) las unidades de análisis o de estudio comprenden al
ser o la entidad poseedora del evento que se desea estudiar, de tal modo que a
través de ellas se pueda dar una respuesta completa y no parcial a la interrogante
de la investigación. Siguiendo el mismo orden de ideas la unidad de análisis del
presente trabajo de investigación está comprendida por la entidad donde se desa-
rrolla y recopila la información, la unidad de imagen del centro clínico La Sagrada
DERECHOS RESERVADOS
46
Familia, ubicada en la calle 83 con Av. 63, prolongación Amparo, Maracaibo, Ve-
nezuela.
3.4. Técnicas de la Recolección de Información
Las técnicas de recolección de información, según Hurtado (2000), son los
procedimientos y actividades que le permiten al investigador obtener la informa-
ción necesaria para satisfacer a su objetivo de investigación.
En otras palabras, las técnicas corresponden a las distintas maneras de
obtener los datos que luego de ser procesados, se convertirán en información.
Para el desarrollo de un sistema de toma y almacenamiento de imágenes
diagnósticas para la unidad de imagen del centro clínico La Sagrada Familia es
necesario analizar requerimientos, procesos y protocolos los médicos particulares.
Para facilitar el análisis se aplican tres técnicas de recolección de informa-
ción la observación directa, la entrevista no estructurada y la recopilación docu-
mental.
3.4.1. Entrevista no Estructurada
Ruiz (1999) resalta que la entrevista no estructurada como entrevista en
profundidad tiene como objetivos comprender más que explicar, maximizar el sig-
DERECHOS RESERVADOS
47
nificado, alcanzar un respuesta subjetivamente sincera más que objetivamente
verdadera y captar emociones pasando por alto la racionalidad.
Así mismo Eyssautier (2006) señala que este tipo de entrevistas buscan
obtener información sobre la rama de experiencia de la persona entrevistada y son
mayormente implementadas en las investigaciones preliminares y descriptivas,
además no conllevan la preparación de un cuestionario, se entrevistan personas
que manejan conocimientos de un área o medio de interés.
Esta técnica de recolección de información se implementa pues es útil dado
que el trabajo de investigación es de tipo descriptivo lo que permite agilizar las
fases de exploración para el diseño del instrumento de recolección de datos. A
través de esta técnica se pudo comprender los distintos procesos y operaciones,
como los procesos que comprenden el flujo de trabajo de la unidad de imagen.
Fueron realizadas dos entrevistas para la recolección de información pertinente.
La primera entrevista fue realizada al Dr. Oswaldo Ramos, director de la
Unidad de Imágenes del centro clínico La Sagrada Familia, esta primera entrevista
tuvo como objetivo principal tener conocimiento del evento de estudio, identificar
los protocolos, procesos y requerimientos necesarios para el desarrollo sistema de
toma y almacenamiento de imágenes diagnósticas.
La segunda entrevista fue realizada al Ing. Antonio González, Director
Técnico en Tiaris C.A. esta entrevista tuvo como objetivo principal tener un cono-
cimiento de los sistemas RIS y los sistemas PACS, identificar los requerimientos
funcionales necesarios para el desarrollo sistema de toma y almacenamiento de
imágenes diagnósticas, tales como la arquitectura, los equipos y los programas
necesarios.
DERECHOS RESERVADOS
48
3.4.2. Observación Directa
Según Hurtado (2000) la observación es la primera forma de contacto o de
relación con los objetos que van a ser estudiados. Constituye un proceso de aten-
ción, recopilación y registro de información para el cual el investigador se apoya
en sus sentidos, observar atentamente los sucesos y así analizar los eventos ocu-
rrentes en una visión global, en todo un contexto natural. De este modo la obser-
vación no se limita al uso de la vista.
Para optimizar este proceso de análisis se observaron sistemas RIS/PACS
que posee funciones similares a las que se desea desarrollar en el sistema de to-
ma y almacenamiento para la unidad de imagen el centro clínico La Sagrada Fa-
milia. El principal sistema observado fue Tiaris propiedad de Tiaris C.A. Empresa
dedicada al desarrollo e implementación de sistemas RIS-PACS de código abierto.
Tiaris es un sistema informático aplicado a la radiología y la salud, basado en
“web”, es decir que para accesar a él es necesario saber la dirección del servidor
tal y como se busca cualquier página web a través de un navegador.
El sistema Tiaris permite la administración, gestión, manipulación y distribu-
ción de imágenes diagnósticas, también maneja las distintas modalidades de imá-
genes diagnósticas y maneja usuarios por permisologías.
3.4.3. Recopilación Documental
Según Hernández (2000), la recopilación documental es una técnica que,
consiste en “detectar, obtener y consultar bibliografía y otros materiales que parten
DERECHOS RESERVADOS
49
de otros conocimientos y/o informaciones recogidas moderadamente de cualquier
realidad, de modo que puedan ser útiles para los propósitos del estudio”.
En el mismo orden de ideas según Hurtado (2010, p. 707) la recopilación
documental, es la técnica que permite”ponerse al tanto de conocimiento existente
acerca de su tema y de su evento de estudio para tener un punto de partida sobre
el cual sustentar su trabajo”.
En el trabajo de investigación se usó esta técnica con la finalidad de com-
prender y complementar los resultados obtenidos en la entrevista y en la observa-
ción directa, la técnica no se limitó en la consulta de libros, también fueron consul-
tado los principales diagramas, procesos y esquemas de sistemas radiológicos.
Adicionalmente fue consultado un código abierto de un sistema radiológico,
que permite comprender y al ser código abierto proporciona a la vez un beneficio
práctico en el trabajo de investigación, dado que aporta técnicas de programación
para el desarrollo de funcionalidades del sistema de toma y almacenamiento de
imágenes diagnósticas.
3.5. Metodología de Desarrollo
Para el presente estudio la metodología seleccionada para el desarrollo del
sistema fue la metodología RUP (Proceso Unificado Racional) es un proceso de
ingeniería de software que suministra un enfoque para asignar tareas y responsa-
bilidades dentro de una organización de desarrollo
Esta metodología comprende 2 aspectos importantes por los cuales se es-
tablecen las disciplinas:
DERECHOS RESERVADOS
50
Proceso:
Las etapas de esta sección son: Modelado de negocio, requisitos, análisis y dise-
ño, implementación, pruebas y despliegue.
Soporte:
En esta parte nos conseguimos con las siguientes etapas: Gestión del cambio y
configuraciones, gestión del proyecto y entorno.
La estructura dinámica de la metodología RUP es la que permite que este
sea un proceso de desarrollo fundamentalmente iterativo, comprendido en 4 fases:
3.5.1. Fase de inicio
Durante esta fase de inicio las iteraciones se centran con mayor énfasis en
las actividades de modelamiento de la empresa y en sus requerimientos. Esta fase
se centra más en buscar o planear todo lo que la empresa requiera para luego
utilizar sus recursos mejorando y dándole una visión de lo que se espera plantear
en el proyecto.
3.5.2. Fase de elaboración
Durante esta fase de elaboración, se centran al desarrollo de los casos de
uso tomando como base la de diseño, como lo dice la elaboración lleva una serie
DERECHOS RESERVADOS
51
de requerimientos una serie de pasos; el modelo de la organización, el análisis y el
diseño se van acumulando las actividades y para empezar una parte de implemen-
tación mediante desarrollo de la fase de inicio que va a ser orientada a la base de
la construcción de todas las especificaciones de la arquitectura del diseño. Hasta
obtener una diseño bien construido.
3.5.3. Fase de construcción
Durante la fase de construcción, se lleva a cabo la construcción del produc-
to por medio de una serie de iteraciones las cuales se seleccionan algunos
Casos de Uso, se define su análisis y después el diseño y se procede a su
implantación y sus respectivas pruebas. En esta fase se realiza una serie
de cascadas para cada ciclo, se realizan tantas iteraciones hasta que se
termine la nueva implementación y el producto esté listo para ser enviado al
usuario.
3.5.4. Fase de transición
Durante esta fase de transición se busca garantizar que el producto este
bien preparado para su entrega al usuario. Es una fase que puede tener muchos
cambios a la hora de la entrega
.
DERECHOS RESERVADOS
52
CAPÍTULO IV
ANÁLISIS DE LOS RESULTADOS
4.1. Fase de inicio
Para el desarrollo de esta fase se utilizaron un grupo de técnicas de reco-
lección de datos, las mismas permitieron satisfacer los dos primeros objetivos es-
pecíficos del proyecto de investigación, que comprendían el análisis del conjunto
de procesos para el desarrollo y uso del sistema toma y almacenamiento de imá-
genes diagnósticas en la unidad de imágenes del centro clínico La Sagrada Fami-
lia y la identificación de los requerimientos funcionales del mismo.
Las técnicas de recolección de datos empleadas fueron las siguientes: en-
trevista no estructurada, observación directa y recopilación documental. La aplica-
ción de estas técnicas permitió determinar las características del sistema, los re-
querimientos básicos que este representa y la delimitación del mismo. Cada una
de las técnicas de recolección de datos tuvo una justificación de uso. Las técnicas
que agilizaron la recolección de datos fueron la entrevista no estructurada y la ob-
servación directa, en cambio la recopilación documental ayudó a comprender y
complementar los resultados obtenidos.
4.1.1. Entrevista no estructurada
Inicialmente fue utilizada la entrevista no estructurada, esta técnica permitió
dar a conocer el evento de estudio, identificar cada uno de los roles en la unidad
DERECHOS RESERVADOS
53
de imagen en la centro clínico, así como el conjunto de procesos necesarios por
los que debe pasar el paciente, para realizarse un estudio y los procesos por los
que pasa el estudio para ser entregado al paciente. Esta técnica agilizo compren-
sión de los distintos procesos y operaciones, como los procesos que comprenden
el flujo de trabajo de la unidad de imagen.
Fueron realizadas dos entrevistas, cada una tuvo su punto de vista. La pri-
mera tuvo como objetivo principal tener conocimiento del evento de estudio, identi-
ficar los protocolos, procesos y requerimientos necesarios para el desarrollo sis-
tema de toma y almacenamiento de imágenes diagnósticas. La segunda entrevista
tuvo como objetivo principal tener conocimientos de los sistemas RIS y los siste-
mas PACS, identificar los requerimientos funcionales necesarios para el desarrollo
sistema de toma y almacenamiento de imágenes diagnósticas, tales como la ar-
quitectura, los equipos y los programas necesarios.
Debido a que el proyecto de investigación, no es realizado a pedido de un
cliente, era necesaria una primera entrevista, la cual fue realizada al Dr. Oswaldo
Ramos, director de la Unidad de Imágenes del centro clínico La Sagrada Familia.
Como director de la unidad de imagen, médico y profesor especialista en el área
de imagenología y radiología esta entrevista abarcó la selección del evento de es-
tudio en el área de imagenología y radiología, la definición de las características
del sistema, la delimitación del mismo, la identificación de los roles, perfiles, proto-
colos, procesos y requerimientos necesarios para el desarrollo sistemas. En la
entrevista su punto de vista, como usuario brindó su experiencia en el campo agili-
zando el proceso de exploración del evento de estudio.
La segunda entrevista fue realizada al Ing. Antonio González, director técni-
co de Tiaris C.A. esta entrevista facilitó la comprensión que características debía
DERECHOS RESERVADOS
54
poseer un sistema de almacenamiento de imágenes diagnósticas, los llamados
PACS, que son, para que funcionan, que es un sistema RIS y que permiten, cua-
les son los estándares médicos, DICOM y HL7.
Su punto de vista, como informático brindó su experiencia en el campo, del
desarrollo de sistemas informáticos aplicados a la radiología y la salud, agilizo el
proceso de exploración del evento de estudio ayudando a identificar los requeri-
mientos funcionales necesarios para el desarrollo sistema de toma y almacena-
miento de imágenes diagnósticas, tales como la arquitectura, los equipos y los
programas necesarios.
4.1.2. Observación Directa
Esta información fue registrada en el evento de estudio, entre el mes de
mayo y el mes de julio del año 2015, en la Unidad de Imágenes del centro clínico
La Sagrada Familia, con el fin de analizar el proceso de flujo de trabajo de la uni-
dad de imagen, visualizar arquitecturas similares a las requeridas por el sistema y
realizar la estructura de las modalidades del sistema de toma y almacenamiento
de imágenes diagnósticas.
Dado que se estuvo presente durante, se pudo obtener así una opinión di-
recta con el evento de estudio, observando así las distintas características de las
modalidades de diagnóstico por imágenes. La unidad de imágenes del centro
clínico La Sagrada Familia está compuesta por distintos equipos radiológicos mos-
trados en las imágenes a continuación.
DERECHOS RESERVADOS
55
Figura número 1: Diagrama de la estructura de la Unidad de Imagen del Cen-
tro Clínico La Sagrada Familia, Planta alta.
La Planta alta de la Unidad de Imagen del Centro Clínico La Sagrada Fami-
lia, Conformado por el salón docente, call center y la dirección médica.
DERECHOS RESERVADOS
56
Figura número 2: Diagrama de la estructura de la Unidad de Imagen del Cen-
tro Clínico La Sagrada Familia, Planta baja parte A.
Figura número 3: Diagrama de la estructura de la Unidad de Imagen del Cen-
tro Clínico La Sagrada Familia, Planta baja parte B.
DERECHOS RESERVADOS
57
La Planta baja de la Unidad de Imagen del Centro Clínico La Sagrada Fami-
lia, Conformado los distintos cuartos de máquinas (tomógrafos, resonadores,
mamógrafos, ecógrafos, entre otros), la coordinación de la unidad, el área de es-
pera, área de información, área de transcripción, área de entrega de resultados,
entre otras.
Se observaron sistemas PACS, como Osirix, y sistemas RIS/PACS , como
Tiaris, estos sistemas poseen funciones similares a las que se desea desarrollar
en el sistema de toma y almacenamiento para la unidad de imagen del centro
clínico La Sagrada Familia. El principal sistema observado fue Tiaris propiedad de
Tiaris C.A. Empresa dedicada al desarrollo e implementación de sistemas RIS-
PACS de código abierto. Tiaris es un sistema informático aplicado a la radiología y
la salud, basado en “web”, es decir que para accesar a él es necesario saber la
dirección del servidor tal y como se busca cualquier página web a través de un
navegador.
El sistema Tiaris permite la administración, gestión, manipulación y distribu-
ción de imágenes diagnósticas, también maneja las distintas modalidades de imá-
genes diagnósticas y maneja usuarios por permisologías. A continuación se mues-
tran algunas de las imágenes del sistema Tiaris.
DERECHOS RESERVADOS
58
Figura número 4: Inicio del sistema RIS/PACS Tiaris.
Figura número 5: Login del sistema RIS/PACS Tiaris.
DERECHOS RESERVADOS
59
Figura número 6: Estructura del sistema RIS/PACS Tiaris.
Figura número 7: Visor Weasis V2.0.3, utilizado por el sistema RIS/PACS Tia-
ris
DERECHOS RESERVADOS
60
Figura número 8: Sistema PACS Osirix
4.2. Fase de elaboración
En esta fase se presentan los diagramas que corresponden a las diferentes
etapas del proyecto estas incluyen la planificación, las carasteristicas del sistema,
la delimitación del mismo, los casos de uso, el diagrama del flujo de trabajo de una
unidad de imagen y los requerimientos funcionales del sistema.
DERECHOS RESERVADOS
61
4.2.1. Planificación del proyecto de investigación
Se realizo una planificación para desarrollo del sistema de toma y
almacenamiento de imágenes diagnósticas, implementando la fase de inicio de la
metodología RUP, para garantizar la eficiencia del proyecto de investigación.
Figura número 9: Diagrama de estructura de descomposición del trabajo o
EDT
4.2.2. Características del sistema
Buscando formas de mejorar la calidad de servicio y del diagnóstico, des-
arrollar un sistema que permita el almacenamiento, la clasificación, la visualización
DERECHOS RESERVADOS
62
y la relación de las imágenes de los estudios con el paciente, el almacenamiento
permite incluir las imágenes en un registro clínico, mejorando así el rendimiento de
atención, control, administración, manipulación y disposición de imágenes dia-
gnósticas. Impactando en el ahorro de tiempo, la gestión de los resultados, como
también en la relación costo utilidad y costo beneficio de los recursos.
La agilización de los trámites de información en el área de datos clínicos,
ofrece una solución para el almacenamiento y distribución de imágenes diagnósti-
cas con carácter de interoperabilidad entre los sistemas. Además de servir de refe-
rencia a otras investigaciones del área médica.
Dado que es un sistema de imágenes diagnósticas el sistema debe trabajar
con los protocolos y estándares médicos, estos son DICOM y HL7. Adicionalmente
para el desarrollo de este sistema los datos e información del paciente, que confi-
guran su historia clínica, los cuales son datos de carácter personal, considerados
como datos de especial protección, por tanto, sólo podrán ser utilizados, tratados y
cedidos para fines médicos.
En tal sentido la identidad del paciente siempre deberá tener carácter de
reservado y la información de los estudios utilizados para las pruebas de este sis-
tema como proyecto de investigación serán utilizados con el consentimiento formal
del paciente. Por tanto, los pacientes tienen el derecho a elegir libremente si quie-
ren o no participar en tales actividades. Además se modificará la información rela-
cionada al estudio de imágenes para la protección de la identidad del paciente.
Para el desarrollo del sistema se establecieron 5 perfiles el de administra-
dor, computista, técnico, transcriptor y médico, de modo de establecer una estruc-
tura la permisologías, en la imagen a continuación se muestra el diagrama de los
permisos según el perfil.
DERECHOS RESERVADOS
63
Figura número 10: Diagrama de perfiles y permisologías
4.2.2.1. Delimitación del sistema
En el proyecto de investigación se seleccionará uno de los distintos tipos de
modalidades, con el fin de facilitar el proceso de conexión con los equipos, el al-
macenamiento y gestión de un tipo de modalidad de estudio. La modalidad selec-
cionada fue la tomografía convencional, por lo tanto se trabajara con el Tomógrafo
Convencional CT/e de GE Healthcare
DERECHOS RESERVADOS
64
4.2.2.2. Casos de uso
Figura número 11: Diagrama de procesos
DERECHOS RESERVADOS
65
Figura número 12: Diagrama de caso de uso
DERECHOS RESERVADOS
66
4.2.2.3. Flujo de trabajo de la unidad de imágenes
Figura número 13: Diagrama Flujo de trabajo de la unidad de imá-
genes
4.2.3. Requerimientos Funcionales
Inicialmente se determinaron las características generales como sistema y
los requerimientos básicos necesarios del mismo. Al momento de desarrollar el
sistema, la fase de inicio permitió determinación de los requerimientos básicos
para el desarrollo y funcionamiento de este sistema. Los requerimientos generales
de sistemas están comprendidos por:
DERECHOS RESERVADOS
67
4.2.3.1. Requerimientos de Hardware
Fue necesario para el servidor los siguientes requerimientos mínimos de
hardware:
Computadora con procesador Intel Dual Core o su equivalencia en AMD
Disco duro 80GB
RAM de 8GB
Tener acceso a la red
4.2.3.2. Requerimientos de Software
Computadora con sistema operativo Windows Server.
Los programas necesarios para el desarrollo del sistema fueron los siguientes:
Eclipse versión Luna.
Java versión 8.
Apache Tomcat versión 8.
Jdbc versión 9.4.
PostgreSQL versión 9.5.
Sublime Text versión 3.
Para el cliente se recomienda poseer algunos de estos navegadores:
Google Chrome,versión 46 (Windows, OS X, Linux)
DERECHOS RESERVADOS
68
Opera, versión 33.0.
Safari, versión 9.0.1.
Firefox, versión 42.0.
4.2.3.3. Requerimientos del Diseño
Es necesario haber realizado la planificación para el desarrollo del diseño
del sistema, dado que esta planificación brinda una idea del funcionamiento básico
que debe tener el sistema y permitirá agilizar el proceso de codificación de las
operaciones propias de cada uno de los módulos y la forma en la que deben
realizarse.
El diseño del sistema de web para la toma y almacenamiento de imágenes
diagnosticas, requirió de la información adquirida de la aplicación de las técnicas
de recolección de datos, proceso tales como entrevista no estructurada, que
permitió la identificación de los procesos y protocolos básicos, para la
identificación de las permisologías; y la observación directa que proporcionó la
identificación de los ítems necesarios que poseían los archivos DICOM y la
información necesaria a mostrar en la interfaz.
DERECHOS RESERVADOS
69
4.2.3.3.1. Modelo de datos y Diagrama de E-R
Es fundamental que la Base de datos este bien estructurada identificando
las entidades necesarias para realizar un buen registro clínico. Se identificaron las
siguientes entidades:
Paciente: Representado por la persona a la cual se le realiza el estudio o los estu-
dios.
Estudio: Estudio asociado al paciente representado una única imagen o múltiples
imágenes diagnosticas asociadas a un estudio.
Medico: Representado por el médico radiólogo que realiza el informe médico del
estudio.
Informe: Representado el informe médico, dictado, y transcrito del estudio.
Usuario: Representado por las personas que tendrán acceso al sistema.
DERECHOS RESERVADOS
70
Figura número 14. Diagrama E-R
Dado que en si los archivos Dicom son una base de datos en sí que contie-
ne como archivo las relaciones estándares de registro clínico orientado a imáge-
nes diagnosticas.
4.3. Fase de construcción
En esta fase se realiza una serie de cascadas para cada ciclo, se realizan
tantas iteraciones hasta que se termine la nueva implementación y el producto
esté listo para ser enviado al usuario.
DERECHOS RESERVADOS
71
4.3.1. Diseño de Interfaces
Figura número 15: Pantalla de inicio al sistema
Figura número 16: Pantalla login
DERECHOS RESERVADOS
72
Figura número 17: Pantalla descarga de archivo
Figura número 18: Pantalla servicios
DERECHOS RESERVADOS
73
Figura número 19: Pantalla servicios visor Weasis
4.3.2. Diseño de los servicios del servidor local
Servidor de recepción de imágenes diagnósticas conectado al tomógrafo
CT/e
DERECHOS RESERVADOS
74
4.3.2.1. Módulo de conexiones
Figura número 20: Diagrama de conexiones
4.3.3. Diseño de los servicios del servidor web
Para este proyecto se implemento Java como lenguaje de servidor, HTML y
JavaScript para codificar la aplicación cliente.
DERECHOS RESERVADOS
75
4.3.3.1. Módulo de autenticación
En este modulo, se desarrolla el proceso de inicio de sesión o login para
proporcionar una entrada al sistema por perfil, solo dos tipos de perfiles, el
computista y el administrador tienen la autoridad para crear nuevos usuarios.
4.3.3.2. Módulo de Identificación de perfiles
En este modulo, se desarrollan los distintos tipos de procesos y funciones
para cada tipo de perfil, buscando formas de optimizar los procesos básicos del
sistema.
4.3.3.3. Diseños de los servicios web
Comprende el uso e implementación de herramientas para la visualización y
emulación de los archivos DICOM.
DERECHOS RESERVADOS
76
4.3.4. Módulo de Codificación
4.3.4.1. Código de base de datos
A continuación, código de creación de la base de datos:
CREATE SEQUENCE public.medic_medic_id_seq_1;
CREATE TABLE public.medic (
medic_id BIGINT NOT NULL DEFAULT
nextval('public.medic_medic_id_seq_1'),
medic_identification VARCHAR(12) NOT NULL,
medic_especiality VARCHAR(100) NOT NULL,
medic_name VARCHAR(50) NOT NULL,
medic_lastname VARCHAR(50) NOT NULL,
medic_code VARCHAR(15) NOT NULL,
medic_status BOOLEAN NOT NULL,
medic_origin VARCHAR(100) NOT NULL,
medic_user_id BIGINT,
CONSTRAINT medic_pk PRIMARY KEY (medic_id)
);
DERECHOS RESERVADOS
77
ALTER SEQUENCE public.medic_medic_id_seq_1 OWNED BY pub-
lic.medic.medic_id;
CREATE SEQUENCE public.pacient_pacient_id_seq;
CREATE TABLE public.pacient (
pacient_id BIGINT NOT NULL DEFAULT
nextval('public.pacient_pacient_id_seq'),
pacient_identification VARCHAR(12) NOT NULL,
pacient_name VARCHAR(50) NOT NULL,
pacient_lastname VARCHAR(50) NOT NULL,
pacient_gender VARCHAR(2) NOT NULL,
pacient_birthday DATE NOT NULL,
CONSTRAINT pacient_pk PRIMARY KEY (pacient_id)
);
ALTER SEQUENCE public.pacient_pacient_id_seq OWNED BY pub-
lic.pacient.pacient_id;
DERECHOS RESERVADOS
78
CREATE SEQUENCE public.study_study_id_seq;
CREATE TABLE public.study (
study_id BIGINT NOT NULL DEFAULT
nextval('public.study_study_id_seq'),
pacient_id BIGINT NOT NULL,
study_date DATE NOT NULL,
study_status BOOLEAN NOT NULL,
study_origin VARCHAR(100) NOT NULL,
study_image_url VARCHAR(250) NOT NULL,
study_type VARCHAR(100) NOT NULL,
CONSTRAINT study_pk PRIMARY KEY (study_id, pacient_id)
);
ALTER SEQUENCE public.study_study_id_seq OWNED BY public.study.study_id;
CREATE SEQUENCE public.report_report_id_seq;
CREATE TABLE public.report (
DERECHOS RESERVADOS
79
report_id BIGINT NOT NULL DEFAULT
nextval('public.report_report_id_seq'),
medic_id BIGINT NOT NULL,
study_id BIGINT NOT NULL,
pacient_id BIGINT NOT NULL,
report_description TEXT NOT NULL,
CONSTRAINT report_pk PRIMARY KEY (report_id, medic_id, study_id,
pacient_id)
);
ALTER SEQUENCE public.report_report_id_seq OWNED BY pub-
lic.report.report_id;
CREATE SEQUENCE public.users_user_id_seq;
CREATE TABLE public.users (
user_id BIGINT NOT NULL DEFAULT
nextval('public.users_user_id_seq'),
user_username VARCHAR(20) NOT NULL,
user_password VARCHAR(20) NOT NULL,
user_name VARCHAR(50) NOT NULL,
DERECHOS RESERVADOS
80
user_lastname VARCHAR(50) NOT NULL,
user_profile VARCHAR(20) NOT NULL,
user_status BOOLEAN NOT NULL,
user_created_at DATE NOT NULL,
CONSTRAINT users_pk PRIMARY KEY (user_id)
);
ALTER SEQUENCE public.users_user_id_seq OWNED BY public.users.user_id;
ALTER TABLE public.report ADD CONSTRAINT medic_report_fk
FOREIGN KEY (medic_id)
REFERENCES public.medic (medic_id)
ON DELETE NO ACTION
ON UPDATE NO ACTION
NOT DEFERRABLE;
ALTER TABLE public.study ADD CONSTRAINT pacient_study_fk
FOREIGN KEY (pacient_id)
REFERENCES public.pacient (pacient_id)
DERECHOS RESERVADOS
81
ON DELETE NO ACTION
ON UPDATE NO ACTION
NOT DEFERRABLE;
ALTER TABLE public.report ADD CONSTRAINT study_report_fk
FOREIGN KEY (pacient_id, study_id)
REFERENCES public.study (pacient_id, study_id)
ON DELETE NO ACTION
ON UPDATE NO ACTION
NOT DEFERRABLE;
4.4. Fase de transición
Para evaluar el proyecto alcance del software desarrollado y garantizar que
el proyecto esté preparado para su entrega al usuario se realizan pruebas en el
mismo con la finalidad de detectar imperfecciones y posibles errores a tiempo y
poder corregirlos de manera efectiva.
DERECHOS RESERVADOS
82
4.4.1. Prueba de estrés
Para el proyecto de investigación, se aplicó una prueba de estrés
haciendo múltiples solicitudes de registro de usuarios e inicio de sesión, además
de guardado y cargado de una partida respectivamente.
Esta prueba se utiliza con el fin para romper el sistema. Se va doblando el
número de usuarios que se agregan al sistema y se ejecuta una prueba de carga
hasta que se rompe. Para así determinar el límite del sistema
Resultados de la Prueba de Estrés para el Inicio de Sesión:
Tabla N° 1. Resultados de la Prueba de Estrés para el Inicio de Sesión.
Nº de usuarios Latencia
10 95 ms 50 128 ms 70 171 ms
Resultados de la Prueba de Estrés para el Registro de Usuarios:
Tabla N° 2. Resultados de la Prueba de Estrés para el Registro de Usuarios.
Nº de usuarios Latencia
10 120 ms 50 184 ms 70 250 ms
Resultados de la Prueba de Estrés para listar usuarios:
Tabla N° 3. Resultados de la Prueba de Estrés para listar usuarios.
Nº de usuarios Latencia
10 165 ms 50 210 ms 70 268 ms
DERECHOS RESERVADOS
83
Resultados de la Prueba de Estrés para descargar una Imagen:
Tabla N° 4. Resultados de la Prueba de Estrés para descargar una Imagen.
Nº de usuarios Latencia
10 150 ms 50 220 ms 70 310 ms
Resultados de la Prueba de Estrés para Cargar una Imagen:
Tabla N° 5. Resultados de la Prueba de Estrés para Cargar una Imagen.
Nº de usuarios Latencia
10 254 ms 50 345 ms 70 438 ms
Según Nielsen (1996) existen tres límites importantes en el tiempo de
respuesta:
0,1 segundo: es el límite en el cual el usuario siente que está
“manipulando” los objetos desde la interfaz de usuario.
1 segundo: es el límite en el cual el usuario siente que está navegando libremente
sin esperar demasiado una respuesta del servidor.
10 segundos: es el límite en el cual se pierde la atención del usuario, si la respues-
ta tarda más de 10 segundos se deberá indicar algún mecanismo por el cual el
usuario pueda interrumpir la operación.
Dado que los resultados de tiempo de respuesta arrojaron unidades de
tiempo aceptables en concordancia con la anterior clasificación, se puede decir el
tiempo de respuesta garantiza en un alto porcentaje la estabilidad y solidez.
DERECHOS RESERVADOS
84
4.4.2. Prueba de aceptación
Para el desarrollo del proyecto se manejo el test de aceptación como un cuestio-
nario aplicado a los cinco (5) médicos residentes de la especialidad de imageno-
logía y radiología. Con estas pruebas se busco determinar factores básicos de la
integración del usuario con el sistema y se basaron los resultados en un puntaje
del uno (1) al cinco (5). Donde las condiciones evaluación fueron explicadas en el
cuestionario el cual estuvo diseñado como se muestra a continuación.
SISTEMA DE TOMA Y ALMACENAMIENTO DE IMÁGENES DIAGNÓSTICAS
PARA LA UNIDAD DE IMAGEN DEL CENTRO CLÍNICO LA SAGRADA FAMILIA
Test de Aceptación
Instrucciones
Antes de realizar el siguiente test, por favor asegúrese de haber realizado
todas las operaciones disponibles en el sistema tantas veces como desee. Se le
se realizaran una serie de preguntas con relación al nivel de aceptación que usted
tiene ante la aplicación desarrollada. Las respuestas varían en valores numéricos
del uno (1) al cinco (5), siendo uno (1) la peor calificación o en total desacuerdo
con lo planteado y cinco (5) la mejor calificación o en totalmente de acuerdo con lo
planteado. Asegúrese de leer cuidadosamente cada pregunta y en caso de no
entender consultar con algún miembro del equipo de desarrollo. Gracias por su
apoyo.
1.- ¿Considera usted que el diseño de la aplicación hace fácil la navegación
entre los módulos del sistema?
DERECHOS RESERVADOS
85
1 2 3 4 5
2.- ¿Considera confusa o tediosa la navegación entre los módulos del
sistema?
1 2 3 4 5
3.- ¿Considera usted que el sistema cumple con los procesos de
permisologías necesarios para él una unidad de imágenes?
1 2 3 4 5
4.- En cuanto al sistema web, ¿Considera usted que el diseño es cómodo y
fácil de manejar?
1 2 3 4 5
5.- ¿Considera usted que las opciones planteadas en el sistema son las
ideales y cubren las necesidades de su oficio?
1 2 3 4 5
DERECHOS RESERVADOS
86
Resultados del test de aceptación
Una vez aplicado el test de aceptación a 5 residentes de radiologías e
imágenes, se procedió a analizar los resultados de cada pregunta de manera
individual, identificando los resultados por cada corredor y finalmente promediando
el nivel de aceptación del sistema en cada uno d estos aspecto. Se considera
como buena aceptación las preguntas con un promedio de aceptación de más tres
y medio (3.5) y poca aceptación las calificaciones inferiores a esta.
1.- ¿Considera usted que el diseño de la aplicación hace fácil la navegación
entre los módulos del sistema?
Grafico N° 1. Resultados de la pregunta N° 1 de la prueba de aceptación.
Residente (1): 5 Promedio de aceptación: 4.6
Residente (2): 4
Residente (3): 5
Residente (4): 5
Residente (5): 4
Pregunta 1
Uno (1)
Dos (2)
Tres (3)
Cuatro (4)
Cinco (5)
DERECHOS RESERVADOS
87
2.- ¿Considera confusa o tediosa la navegación entre los módulos del
sistema?
Grafico N° 2. Resultados de la pregunta N° 2 de la prueba de aceptación.
Residente (1): 5 Promedio de aceptación: 4.6
Residente (2): 5
Residente (3): 4
Residente (4): 4
Residente (5): 5
3.- ¿Considera usted que el sistema cumple con los procesos de
permisologías necesarios para él una unidad de imágenes?
Grafico N° 3. Resultados de la pregunta N° 3 de la prueba de aceptación.
Pregunta 2
Uno (1)
Dos (2)
Tres (3)
Cuatro (4)
Pregunta 3
Uno (1)
Dos (2)
Tres (3)
Cuatro (4)
DERECHOS RESERVADOS
88
Residente (1): 4 Promedio de aceptación: 3.6
Residente (2): 4
Residente (3): 4
Residente (4): 3
Residente (5): 3
4.- En cuanto al sistema web, ¿Considera usted que el diseño es cómodo y
fácil de manejar?
Grafico N° 4. Resultados de la pregunta N° 4 de la prueba de aceptación.
Residente (1): 5 Promedio de aceptación: 4.6
Residente (2): 5
Residente (3): 4
Residente (4): 4
Residente (5): 5
5.- ¿Considera usted que las opciones planteadas en el sistema son las
ideales y cubren las necesidades de su oficio?
Pregunta 4
Uno (1)
Dos (2)
Tres (3)
Cuatro (4)
Cinco (5)
DERECHOS RESERVADOS
89
Grafico N° 5. Resultados de la pregunta N° 5 de la prueba de aceptación.
Residente (1): 4 Promedio de aceptación: 3.8
Residente (2): 3
Residente (3): 4
Residente (4): 4
Residente (5): 4
Dado los resultados obtenidos del test de aplicación se puede establecer
que el sistema tiene una aceptación general bastante alta en lo referente al diseño
y la navegación entre módulos ya que las preguntas referentes a dichos temas
calificó con alta aceptación.
Pregunta 5
Uno (1)
Dos (2)
Tres (3)
Cuatro (4)
Cinco (5)
DERECHOS RESERVADOS
90
CONCLUSIÓN
El desarrollo de este proyecto se baso en la necesidad desarrollar un
sistema de almacenamiento y gestión de imágenes diagnosticas los llamados
PACS, su uso está orientado a unidades de imágenes, proporcionando gestión y
visualización de estudios de imágenes diagnosticas, con el fin de agilizar el flujo
de trabajo de unidades de imágenes diagnósticas proporcionando la posibilidad
valiosa de almacenar imágenes por tiempo indeterminado, establecer
comparaciones en ese momento o de manera posterior impacta en el ahorro de
tiempo, en la eficiencia de la carga de trabajo del personal.
Inicialmente, para el desarrollo de la fase de inicio fueron utilizadas técnicas
de recolección de información, la entrevista no estructurada y la observación de
sistemas con características similares, el uso de estas técnicas agilizo el análisis
de procesos de la unidad y la identificación de los requerimientos funcionales del
sistema. A su vez, ayudaron a planificar las actividades pertinentes para el
desarrollo de este proyecto de investigación
Seguidamente, se realizaron los modelos de datos para complementar el
sistema, dado que los archivos DICOM, son una base de datos en sí,
almacenando imágenes en el, pero no contienen toda la información necesaria
para el ejecución del sistema. Se realizo un diseño preliminar del sistema de
información web que involucró el desarrollo de un diseño conexiones y un diseño
de interfaces, buscando brindar al sistema la mayor efectividad en términos de
implementación.
Para la codificación se utilizo JAVA como lenguaje de servidor y HTML,
JavaScript, para el desarrollo de las interfaces de la aplicación cliente, y se usó
PostgreSQL para la gestión de bases de datos. Finalmente se logró desarrollar el
sistema con tecnología web para la gestión y almacenamiento de imágenes de
diagnósticas. Finalmente se llego a la conclusión que el diseño fue lo que el
DERECHOS RESERVADOS
91
cliente esperaba, interfaz cómoda, amigable y fácil de manejar. Gracias al diseño
del esquema de conexiones se logró acceder a la información de los archivos
DICOM.
DERECHOS RESERVADOS
92
RECOMENDACIONES
Dado a que plantearon objetivos dirigidos a la solución de una problemática
específica, del objeto de estudio, con la implementación de herramientas
determinadas y un concluyendo con el desarrollo de un sistema orientado a
satisfacer necesidades puntuales. A continuación se presentan algunas
recomendaciones para que futuras investigaciones tengan una guía de posibles
mejoras o ampliaciones
Realizar un proceso de recolección de información más amplio para si ampliar
el sistema PACS a sistema RIS/PAC.
Ampliar el sistema a la conexión con otros equipos de modalidad de diagnosti-
co por imágenes.
Ampliar la codificación de los perfiles restantes, necesarios para un sistema
PACS completo, proporcionando así el carácter de reservado de la historia médi-
ca.
Proponer otros esquemas de navegación que permitan al usuario manejarse
más fácilmente entre los módulos del sistema.
DERECHOS RESERVADOS
93
ANEXOS
Foto N° 1. Tomógrafo CT/e.
Foto N° 2. Técnico y servidor del tomógrafo CT/e.
DERECHOS RESERVADOS
94
REFERENCIAS BIBLIOGRÁFICAS
● Bohem (1976). Ingeniería de software. Fecha de Consulta: 1ro de febrero
del 2015. URL:
http://es.wikipedia.org/wiki/Ingeniería_de_software
● Barreto y Caballero (2005). Gaceta Méd. Méx vol.141 no.5 México sep./oct.
2005. Fecha de Consulta: 1ro de febrero del 2015. URL:
http://www.scielo.org.mx/scielo.php?pid=S0016-
38132005000500011&script=sci_arttext
● Brazzini, Arias y Méniz (1996). Boletín de la Sociedad Peruana de Medicina
Interna - Vol. 9 Nº 1 – 1996. Fecha de Consulta: 1ro de febrero del 2015.
URL:
http://sisbib.unmsm.edu.pe/bvrevistas/spmi/v09n1/des_radio.htm
● Xajil (2011). Diseño de un sistema de digitalización de imágenes médicas
radiológicas (Tesis de Pregrado). Universidad de San Carlos, Guatemala.
URL:
http://biblioteca.usac.edu.gt/tesis/08/08_0276_EO.pdf
● Amaro (2008). Diseño de un equipo para el manejo de historias clínicas
electrónicas en el sistema hospitalario venezolano (Tesis de Pregrado).
Universidad Simón Bolivar, Venezuela. URL:
http://159.90.80.55/tesis/000138128.pdf
DERECHOS RESERVADOS
95
● Barberis (2009). Aplicación de un sistema automático de procesamiento de
imágenes médicas basada en estándares (Tesis de Maestría). Instituto Bal-
seiro en la Universidad Nacional de Cuyo , Argentina. URL:
http://ricabib.cab.cnea.gov.ar/134/1/1Barberis.pdf
● Martínez (2006). Diseño y desarrollo de un pacs usando una librería de lec-
tura y escritura del formato DICOM (Tesis de Grado). Universidad de Pam-
plona, Colombia. URL:
http://www.unipamplona.edu.co/unipamplona/hermesoft/portalIG/home_1/recursos/
tesis/contenidos/pdf_tesis/pdf_2/03052007/diseno_desarrollo_pacs.pdf
● Marcos (2009). Correlación entre ecografía doppler tridimensional y factores
de neoangíogenesis tumoral en los miomas uterinos (Tesis Doctoral). Uni-
versidad de Valencia, España. URL:
http://www.tdx.cat/bitstream/handle/10803/31889/marcos.pdf?sequence=1
● Castillo (2012).Diseño de un Sistema de Almacenamiento y Consulta de
Imágenes médicas en el Hospital Nacional Hipólito Unanue (Tesis de Pre-
grado). Universidad Tecnológica del Perú, Lima. URL:
http://pis1.wikispaces.com/file/view/Sistema+de+Im%C3%A1genes+M%C3%A9dic
as+Cristhian+Castillo.pdf
● Hernandez, Fernandez y Baptista (2007). Metodologia de la Investigación.
Mexico. Editorial Mc Graw Hill.
DERECHOS RESERVADOS
96
● Sommerville y Galipienso(2005) Ingenieria del software. . Editorial. URL:
https://books.google.co.ve/books?isbn=8478290745
● Herrera (2003).Tecnologías y redes de transmisión de datos. Mexico. Edito-
rial Limusa Noriega Editores. URL:
https://books.google.co.ve/books?isbn=9681863836
● Garrido (2006).Fundamentos de programación en C++. España. Editorial
Delta Publicaciones. URL:
https://books.google.co.ve/books?isbn=8496477118
DERECHOS RESERVADOS