Upload
others
View
10
Download
0
Embed Size (px)
Citation preview
Universidad Acción Pro-Educación y Cultura (UNAPEC)
Decanato de Ingeniería e Informática Escuela de Informática
“Diseño de un sistema web de manejo de citas médicas para mejorar el acceso de los pacientes a centros de atención primaria de salud, en
República Dominicana, 2013.”
SUSTENTANTES:
Gustavo Ramírez 2006-2019 Ángel Rodríguez 2009-0627
Bladimir Báez 2009-1505
ASESOR:
Ing. Santo Rafael Navarro
Trabajo de Grado para optar por el título de:
Ingeniero en Sistemas de Computación e Información
Distrito Nacional, República Dominicana
2013
Índice de contenido
Resumen ejecutivo .................................................................................................................................... 1
Introducción .................................................................................................................................................. 2
Modelo Conceptual ....................................................................................................................................... 4
CAPÍTULO I .................................................................................................................................................... 5
ASPECTOS GENERALES ................................................................................................................................... 5 1.1 Antecedentes. ..................................................................................................................................................... 6 1.2 Análisis de la situación actual de la atención primaria en el hospital Dr. Bladimir Ramírez Rodríguez. ................. 7 1.3 Objetivos de la investigación. ............................................................................................................................ 11 1.4 Importancia de la investigación. ........................................................................................................................ 12 1.5 Alcance. ............................................................................................................................................................ 13
CAPÍTULO II: ................................................................................................................................................ 14
METODOLOGÍA ............................................................................................................................................ 14 2.1 Introducción. ..................................................................................................................................................... 15 2.2 Revisión de los objetivos y preguntas de la investigación. ................................................................................. 15 2.3 Metodología de desarrollo de software adoptada en esta investigación. ........................................................... 16 2. 4 Métodos empleados en la Fase 1: Análisis de Requisitos. ................................................................................. 19
2.4.1 Recolección y análisis de datos. .......................................................................................................................... 20 2.4.2 Estudios de campo en el Hospital Dr. Bladimir Ramírez Rodríguez .................................................................... 20 2.4.3 Análisis de casos de uso. ..................................................................................................................................... 21
2.5 Los métodos empleados en la Fase 2: Diseño de Sistemas. ................................................................................ 22 2.6 Modelado del sistema. ...................................................................................................................................... 22 2.7 Servicios Web. ................................................................................................................................................... 23 2.8 Herramientas a ser usadas en el proyecto. ........................................................................................................ 25
CAPÍTULO III ................................................................................................................................................ 26
INTELIGENCIA DE NEGOCIOS ........................................................................................................................ 26 3.1 Resumen ........................................................................................................................................................... 27 3.2 Alcance. ............................................................................................................................................................ 32
CAPÍTULO IV: ............................................................................................................................................... 33
SISTEMA GIS ................................................................................................................................................ 33 4.1 Resumen. .......................................................................................................................................................... 34 4.2 Alcance. ............................................................................................................................................................ 38
4.2.1 Localización hospitales. ....................................................................................................................................... 39 4.2.2 Ubicación pacientes entrantes. ........................................................................................................................... 40
CAPÍTULO V ................................................................................................................................................. 44
ESTUDIO DE CAMPO .................................................................................................................................... 44 5.1 Introducción. ..................................................................................................................................................... 45 5.2 Breve introducción al proceso de admisión del paciente en el hospital Dr. Bladimir Ramírez Rodríguez. ........... 45 5. 3 Procedimiento para la reserva de citas. ............................................................................................................ 46
5.3.1 Actores que participan en el proceso de reserva de citas. ................................................................................. 46 5.3.2 Consultar horario/planificación del médico. ....................................................................................................... 50 5.3.3 Procedimiento para la recepcionista ofrecer alternativas .................................................................................. 50 5.3.4 Procedimiento de almacenar información del paciente ..................................................................................... 51
5. 4 Estructura de datos .......................................................................................................................................... 54 5. 5 Recorrido del Paciente ..................................................................................................................................... 54 5. 6 Infraestructura existente de TI en el Hospital Dr. Bladimir Ramírez Rodríguez .................................................. 54
CAPITULO VI ................................................................................................................................................ 55
ANÁLISIS DEL PROBLEMA ............................................................................................................................ 55 6.1 Introducción ...................................................................................................................................................... 56 6.2 Necesidad de adaptar el modelo. ...................................................................................................................... 58 6.3 Las Barreras con el sistema de citas actual. ........................................................................................................ 59
6.3.1 Las barreras en el punto de entrada de datos. ................................................................................................... 59
CAPÍTULO VII ............................................................................................................................................... 61
DISEÑO BASE DATOS ................................................................................................................................... 61 7.1 Base de datos de los pacientes. ......................................................................................................................... 64 7.2 Base de datos de los doctores. .......................................................................................................................... 72
7.2.1 Disponibilidad de doctores. ................................................................................................................................ 73 7.2.2 Ranking en los doctores. ..................................................................................................................................... 74
7.3 Respaldo de bases de datos en la nube. ............................................................................................................ 75
CAPÍTULO VIII .............................................................................................................................................. 78
DISEÑO DEL SISTEMA ................................................................................................................................... 78 8. 1 Introducción. .................................................................................................................................................... 79 8.2 Diseño de los módulos del sistema de citas. ...................................................................................................... 79
8.2.1 Módulo de solicitud. ........................................................................................................................................... 80 8.2.2 Módulo de Programación/Horarios. ................................................................................................................... 82 8.2.3 Módulo de rendimiento. ..................................................................................................................................... 83 8.2.4 Módulo de estrategia. ......................................................................................................................................... 84
8.3 Diseño de la Arquitectura de Servicios Integrados. ............................................................................................ 84 8.3.1 Diseño de la arquitectura del sistema. ................................................................................................................ 84
8.3.1.1 Inconvenientes para el diseño de un sistema de citas. .................................................................................................. 87 8.3.2 Diseño de servicios web. ..................................................................................................................................... 90
8.3.2.1 Servicio web de requerimientos. .................................................................................................................................... 91 8.3.2.2 El servicio web módulo Programación/Horario. ............................................................................................................. 92
8.3.2.3 Servicio web para módulo de Rendimiento. ................................................................................................................... 93 8.3.2.4 Servicio web para módulo de Estrategia. ....................................................................................................................... 93
8.3.3 Seguridad de la Infraestructura .......................................................................................................................... 94 8.3.3.1 Protocolos seguros de internet ....................................................................................................................................... 94 8.3.3.2 Seguridad de servicios web ............................................................................................................................................. 96 8.3.3.3 Esquema DMZ ................................................................................................................................................................. 98 8.3.3.4 Seguridad de dispositivos móviles ................................................................................................................................ 101
8.3.4 Almacenamiento en la nube ............................................................................................................................. 104 8.4 Diseño del flujo del registro de citas. ................................................................................................................ 110
8.4.1 Fase 1: Solicitud de registro. ............................................................................................................................. 111 8.4.2 Fase 2: Ejecutar registro. ................................................................................................................................... 112 8.4.3 Fase 3: Concertar Cita. ...................................................................................................................................... 113
8.5 Diseño de la interacción del sistema. ................................................................................................................ 113 8.5.1 Interacción para iniciar el sistema. ................................................................................................................... 114 8.5.2 Interacción para recuperar datos del paciente. ................................................................................................ 115 8.5.3 Interacción para registrar datos del paciente. .................................................................................................. 116 8.5.4 Interacción para registrar una cita. ................................................................................................................... 118
-Conclusiones -Metas alcanzadas -Limitaciones -Trabajos futuros -Bibliografías -Anexos
DEDICATORIAS
Quiero dedicarle este trabajo a mi familia, especialmente a mi madre que se ha sacrificado en
muchas ocasiones y me ha brindado un apoyo incondicional para ver un sueño hecho realidad.
Gustavo Ramírez
DEDICATORIAS
Especialmente, le dedico este trabajo y le doy gracias a mi padre William Báez F. por
enseñarme los valores que no compra el dinero y por darme todo el apoyo necesario para
conducirme por el camino correcto.
También, me dedico este trabajo a mi mismo por el esfuerzo realizado durante toda la carrera hasta
llegar aquí.
Bladimir Báez
DEDICATORIA
En primer lugar agradezco a Dios por haber darme la oportunidad de llegar a este punto de mi vida,
con esfuerzo y dedicación.
Le dedico este proyecto de grado y todo mi esfuerzos a mis amados padres Marta Feliz y Ángelo
Rodríguez y a mi hermana Martha María Rodríguez, que en todo momento estuvieron a mi lado
dándome todo el apoyo.
Ángel Rodríguez
AGRADECIMIENTOS:
Quiero agradecer a Dios primeramente, por permitirme llegar a donde he llegado, por
darme fuerzas en los momentos y circunstancias difíciles que se han presentado y lograr
superarlas.
Agradezco a mi padre William Báez F. por ser una de las que me ha apoyado en toda mi
vida, a él le debo más que una vida.
También agradezco a mis tías y demás mis familiares y amigos, en especial a aquellos que
me desearon el éxito y todo lo positivo hacia mí.
Quiero agradecer además, a todos mis educadores que han formado parte de mi vida
educativa y que me han dado consejos positivos que he tomado en cuenta: Al Prof. Mario
Rondón, Edwin Ortiz, Julio Medina, A. Mirian Pujols, Hayser Beltré, y demás profesores.
También a todos mis colegas que han ido junto a mi en este camino, le doy gracias.
Bladimir Báez
2
AGRADECIMIENTOS:
En este punto aprovecho para agradecer a Dios por brindarme la salud, animo, fortalecer mi corazón
e iluminar mi mente. Agradezco de forma muy especial a mis padres Julia Gómez y Pedro Ramírez
que estuvieron conmigo en todo momento; mi hermana Mercedes y amistades porque siempre me
apoyaron y brindaron lo necesario, son muy importantes en mi vida.
Gustavo Ramírez
AGRADECIMIENTOS
Le doy gracias a mis compañeros y profesores que estuvieron conmigo durante esta jornada el cual
estuvieron presentes en toda mi formación profesional, por brindarme sus conocimientos
intelectuales para agregar en mí ser un mejor profesional.
Gracias Dios, gracias familiares y gracias profesores y compañeros.
Ángel Rodríguez
1
Resumen Ejecutivo
Nuestro objetivo principal en este trabajo fue el de diseñar un sistema web para el manejo de
citas médicas y soporte en la toma de decisiones para mejorar el acceso de los pacientes a los
servicios de atención primaria de salud en la República Dominicana.
Básicamente estuvimos tratando los aspectos generales, así como sus antecedentes y
análisis de la situación actual del hospital Dr. Bladimir Ramírez Rodríguez. Hablamos de la
metodología utilizada, en la cual cubrimos dos fases: (1) Análisis de requisitos y (2) Diseño del
sistema. Además, hacemos uso de tecnologías de Inteligencia de Negocios(BI), así como de
Sistemas de Información Geográfica(SIG), haciendo énfasis en cómo estas pueden aportar mejoras
al integrarse en la solución del sistema web. Estas tecnologías brindan un valor agregado debido a
sus facultades de presentación, análisis de información y por ser tendencias sobresalientes hoy en
día. La infraestructura y modelos de seguridad que hemos empleado son factores tecnológicos
claves descritos y vinculados en cada fase de la investigación, garantizando que la información y el
acceso a los datos sea confiable, pero además los mismos son debidamente administrados.
Se describieron los principales procesos utilizados en el diseño del sistema de citas, en el que
el paciente, doctor y la administración interactúan para llevar a cabo los procesos. Detallamos cada
uno de los componentes de infraestructura tecnológica empleados en el diseño. Y, describimos cada
uno de los módulos que conlleva el proceso para la realización de una cita, incluyendo algunos
diagramas UML que buscan interpretar el flujo de los procesos automatizados que agrega la nueva
solución.
2
Introducción
A medida que la población de la República Dominicana continúa creciendo, también lo hace la
necesidad de servicios de atención médica y opciones de salud. Según las proyecciones de la
Oficina Nacional de Estadística (ONE), la población aumentará a 9,446,281 de habitantes para el año
2014, un supuesto incremento de 1.9 porciento en relación al 2010. Esto, a su vez, dará lugar a una
oleada en el número de pacientes que buscan atención en los centros médicos, hospitales y grupos
singulares de distintas prácticas en el área de la medicina.
Si bien es cierto que el crecimiento de pacientes genera beneficios, también es una realidad que
crea nuevos desafíos para los administradores de los centros médicos y su personal. En este caso,
los procesos y procedimientos que anteriormente eran adecuados ya no serán efectivos para
manejar tal volumen de pacientes, controlar y analizar los tipos de enfermedades que estos puedan
padecer. Esta situación obliga a que se empleen nuevas alternativas, nuevas tecnologías y técnicas
para poder llevar a cabo el análisis eficiente en tiempo real de las situaciones y generar reportes que
ayuden a la rápida toma de decisiones por parte del centro médico, pero también por parte de la
población dominicana.
Los sistemas de información constituyen herramientas que posibilitan y facilitan el acceso a la
información generada de forma diversa y dispersa por diferentes organizaciones con el fin de
disponer en tiempo y forma de un conocimiento fiable sobre un ámbito de la vida.
3
En el ámbito de la salud se trata de contar con sistemas de información sanitaria y no sanitaria
que permitan observar y analizar en tiempo real los fenómenos relacionados con la salud y sus
determinantes. Ello, con el fin de obtener conocimiento y apoyo a la toma de decisiones para las
actuaciones de preservación, mejora y control de las enfermedades, lesiones, discapacidades,
muertes y sufrimiento físico y moral de las poblaciones.
Tanto los sistemas de información como los profesionales de salud han de estar en continua
evolución al igual que lo están los agentes y fenómenos determinantes de la salud de las
poblaciones. Por ello, es preciso contar con sistemas informacionales que integren la dispersa
información de interés y la analicen de manera fiable, potente y versátil para que la gestión del
conocimiento alcance el nivel de inteligencia del sector salud.
Los sistemas de monitorización en tiempo real y las redes centinelas sanitarias son dos
buenos ejemplos que, fruto de las características inherentes al sistema y del esfuerzo de los
profesionales, vienen demostrando su utilidad no solo para la salud sino también para la práctica
clínica: ello, en tanto herramienta proveedora de información y de investigación complementando a
otros sistemas de información e investigación tradicionales.
Las Tecnologías de la Información y de la Comunicación (TIC) permiten poner de acuerdo
técnica y funcionalmente a sistemas de información generados por organizaciones diferentes,
siempre y cuando en ellas exista verdadera voluntad de colaborar y generar alianzas estratégicas en
beneficio de la salud de la comunidad.
4
Modelo Conceptual
5
CAPÍTULO I
ASPECTOS GENERALES
6
1.1 Antecedentes.
A mediados del año 2001 la República Dominicana consolidó jurídicamente un proceso de
reforma de su sistema de salud a través de dos leyes fundamentales, la 42-01 (Ley General de
Salud) y la 87-01 (Ley que crea el Sistema Dominicano de Seguridad Social).
La Reforma del Sector Salud Dominicano se orientó a la configuración de un Sistema Nacional
de Salud, bajo la rectoría del Ministerio de Salud Pública. Dicho sistema se sustenta en la separación
de funciones relacionadas con la rectoría, aseguramiento, financiamiento y provisión de servicios. El
objeto último de la reforma de salud era garantizar el acceso a los servicios a la totalidad de la
población dominicana y en consecuencia permitir una satisfactoria resolución de sus demandas y
unos mejores resultados de salud.
Las leyes fundamentales mencionadas y los reglamentos que las desarrollan, incluyen la
necesidad de disponer de unos servicios de atención a la salud articulados e integrados, en los
cuales la atención primaria debe actuar como puerta de entrada a la red y que dispongan de la
adecuada capacidad resolutiva centrada en el fomento de la salud, la prevención de las
enfermedades, las acciones de vigilancia epidemiológica y el seguimiento a pacientes especiales,
que cubra la emergencia y la atención domiciliaria.
Así mismo, el marco programático para el sector salud del país especificado en el Plan
Decenal de Salud (2006 – 2015) establece entre sus prioridades, el fortalecimiento de la participación
social y la intersectorialidad en el Sistema Nacional de Salud y el desarrollo de la estrategia de
Atención Primaria de Salud.
7
FIGURA 1.0: Modelo actual, sistema nacional de salud.
1.2 Análisis de la situación actual de la atención primaria en el hospital Dr. Bladimir Ramírez Rodríguez.
La lentitud o retraso del servicio es un problema obvio, que es causado por la falta de recursos
del hospital y por las ocasiones en que los pacientes requieren ver a su médico pero su cita ha sido
pospuesta. Este problema es motivo de preocupación significativa en el hospital Dr. Bladimir Ramírez
Rodríguez, así como en otros hospitales y clínicas de la República Dominicana.
8
El aumento de las inasistencias es otro problema que acompaña a las largas demoras de los
servicios para las citas médicas. En general, estos puntos se han descrito como problemáticos en
términos de servicio/tiempo perdido y el costo financiero involucrado en los mismos. En ocasiones el
tema de las inasistencias es inevitable, ya sea por parte del paciente o por el doctor, debido a que los
médicos generales deben manejar otras prioridades de pacientes además de las citas y la
complejidad de su día. Luego de una larga espera algunos pacientes deciden retirarse y utilizar otros
medios o servicios, lo cual genera solo problemas para el hospital y para el mismo paciente.
Hay una excepción a todo esto, en el departamento de emergencia, un paciente puede recibir
tratamiento sin la referencia de su médico general. Generalmente, el propósito del departamento de
emergencia es proporcionar tratamiento inicial para pacientes con síntomas graves y lesiones,
algunas de las cuales pueden ser de peligro mortal y requiere atención inmediata. Sin embargo, la
emergencia es un lugar donde los pacientes regulares (sin urgencia) podrían recibir el tratamiento
buscando evitar la espera con su médico general. El hospital ha identificado que esto es un
problema, ya que un gran número de pacientes van a emergencias sin necesidad. Dos razones
principales para que los pacientes asistan a emergencias son: (1) No les fue posible obtener una cita
con su médico, y (2) Durar menos tiempo en emergencias que en espera para ver al médico regular.
En vista de que la segunda razón no es una solución y no es una decisión sana, es una práctica que
se busca evitar, pues los pacientes regulares necesitan evaluar su progreso con sus médicos.
En esencia, hemos descrito la importancia del buen manejo de ingreso del paciente para la
atención primaria de la salud. La espera de los pacientes es el problema preliminar y parece estar
causada por las deficiencias en el servicio, tiene amplias repercusiones en los pacientes y en el
hospital, ya que se usan recursos de emergencias de forma inapropiada. Por último, las inasistencia
9
a citas por médicos y pacientes hacen que se deterioren los recursos y el servicio de ingreso del
paciente a la atención primaria de salud.
Al hospital le preocupan mucho los siguientes puntos:
• Los médicos apresurados no siguen las guías establecidas de mejores prácticas
• La falta de coordinación de la atención de salud entre médicos
• Falta de seguimiento activo para garantizar los mejores resultados
• Los pacientes son informados de forma inadecuada para manejar sus enfermedades
En República Dominicana, los servicios de salud se ofrecen en dos niveles: atención primaria
de salud y atención médica especializada. La atención primaria se lleva a cabo por los médicos
generales, enfermeras e imagenólogos y la atención especializada de la salud generalmente es
proporcionada por un especialista.
En general, los médicos generales desempeñan un papel central en la gestión de salud de los
pacientes, los médicos generales se centran en las enfermedades complejas de pacientes y ofrecen
consejos a los médicos a los mismos.
La práctica general es el primer punto de contacto para la mayoría de las personas que
buscan atención de salud, y con frecuencia el primer punto de referencia. En la prestación de la
atención primaria, se ve mucho tratamiento general, el médico especialista a menudo se ocupa de
los problemas complejos en vez de enfermedades comunes. El papel del médico general se resume
según Strasser (1991), en la llamada “3P y 3C: prestación de la atención primaria, la atención
10
preventiva, la atención centrada en el paciente, la atención continuada, atención integral y atención
comunitaria a las personas y sus familias”.
Se dice que el médico general se centra en la persona, tratar de entenderla y el contexto de la
enfermedad, y el especialista tendría una mejor comprensión del proceso de la enfermedad y de la
gestión actual, especialmente para pacientes en condiciones complejas. Los especialistas se definen
por su experiencia en relación con una parte particular del cuerpo, la enfermedad o grupo de
enfermedades y los procedimientos o intervenciones que puedan llevar a cabo en relación con estos
sistemas, actúan como asesores, es decir, dar consejos a los pacientes, pero en la mayoría de los
casos a los médicos que llevan el record del paciente después de que el paciente se retire del
especialista. La atención del especialista debe ser episódica en lugar de continua, aunque algunos
especialistas toman a menudo inadecuadamente el papel de proporcionar continuidad en la atención
para las condiciones crónicas y estables, por ejemplo la hipertensión, diabetes no dependiente de la
insulina (Piterman y Koritsas 2005). Esto puede disminuir el tiempo disponible para la consulta en
nuevos problemas o alargar el tiempo de espera para tales citas.
Los profesionales independientes de la salud en su mayoría pertenecen a profesiones de
salud distintas de la medicina general, odontología y enfermería. Estos están involucrados en la
prestación de servicios de salud o afines relacionados con la identificación, la evaluación y la
prevención de enfermedades y trastornos, servicios de alimentación y nutrición, rehabilitación y la
correcta gestión de los sistemas o programas de salud, entre otros. Por nombrar unos pocos, son los
dentistas, médicos ecografistas, nutricionistas, terapeutas, fisioterapeutas, radiólogos, terapeutas
respiratorios, y patólogos del habla y lenguaje.
11
La mayoría de estos médicos son trabajadores independientes. Otros son empleados
principalmente por organizaciones de salud del gobierno. Los especialistas suelen trabajar en
hospitales y clínicas privadas.
Además de los sistemas de salud automatizados no están tan poblado de información como
deberían, existen muchos centros hospitalarios que todavía se desconocen las estadísticas de
enfermedades o pacientes de atención de salud o virus contagioso. Como podemos visualizar en
este mapa que nos indican por provincias algunos centro con estadísticas de enfermedad de dengue.
Figura 1.1: Representación de casos de dengue reportados en República Dominicana.
1.3 Objetivos de la investigación. • El objetivo principal de esta investigación es el de diseñar un sistema web para el manejo de
citas médicas y soporte en la toma de decisiones diseñado para mejorar el acceso de los
12
pacientes a los servicios de atención primaria de salud. Esta solución es aplicable para todas
las entidades de la misma magnitud o estructura de servicios.
• Presentar una solución automatizada para las citas médicas dentro de la Atención Primaria de
Salud (APS), pensado en orientar y organizar a las partes involucradas dentro del flujo del
servicio con visión a utilizar herramientas tecnológicas para lograr una mayor eficiencia.
• Proponer un manejo y control de citas medicas para el sistema de salud a través de un
sistema web, con nuevas tecnológicas de trabajo como son GIS y BI. Para poder satisfacer las
necesidades de los pacientes a tomar la cita, ayudar a los doctores y administradores
organizarlas.
• Asegurar la calidad del servicio manteniendo y permitiendo en tiempo real el monitoreo de
procesos y procedimientos establecidos.
1.4 Importancia de la investigación.
La importancia de esta investigación es la de proporcionar un nuevo diseño de un sistema de citas
médicas con potencial para mejorar el acceso de los pacientes a los servicios de atención primaria
de salud. Como la mayoría de los centros médicos dominicanos comparten una estructura similar,
esta solución tiene el fin de extenderse a otros centros de salud. El diseño del sistema contempla la
integración de tecnologías de inteligencia de negocios y localización geográficas que ayudan en gran
parte en la toma de decisiones para distintos escenarios que se presentan en los centros de salud de
la República Dominicana.
13
1.5 Alcance.
El alcance de la investigación está designado para el sistema de salud de la República
Dominicana, específicamente en el hospital Dr. Bladimir Ramírez Rodríguez en cuanto a lo referente
a la Atención Primaria de Salud (APS). Nos enfocamos en este centro médico como piloto de toda la
investigación cuál será nuestro objeto de estudio y laboratorio para pruebas. La solución será
totalmente orientada a la tecnología de sistemas de información.
14
CAPÍTULO II:
METODOLOGÍA
15
2.1 Introducción.
En este capítulo se describen los métodos de investigación utilizados y el enfoque adoptado
para el diseño del sistema de citas. En el capítulo se llevan a cabo varias fases: se examina
brevemente los objetivos y preguntas de la investigación. Se describe las dos fases de la
investigación siguiendo los principios básicos del modelo de Ciclo de Vida de Desarrollo de Software
(SDLC).
Los métodos de investigación, que se emplean en cada paso, se enumeran en las secciones
correspondientes. Se describen las actividades de investigación y los métodos de investigación de la
Fase 1: Análisis de requisitos. También se detallan los métodos y herramientas para el diseño de
sistemas de la investigación en la Fase 2: Diseño del sistema, incluyendo una descripción de las
herramientas utilizadas en este proceso.
2.2 Revisión de los objetivos y preguntas de la investigación.
El objetivo de esta investigación es diseñar un sistema de citas para mejorar el acceso de los
pacientes a la atención primaria de salud. Para ello es necesario identificar en primer lugar las
características claves de reserva de citas en atención primaria de salud en el Hospital Dr. Bladimir
Ramírez Rodríguez (BRR), y luego el desarrollo de funciones eficientes para acelerar el proceso de
admisión de los pacientes.
Para lograr el objetivo de la investigación, las siguientes preguntas son planteadas:
16
Pregunta 1: ¿Qué hacen los médicos generales, médicos especialistas y los pacientes durante el
proceso de creación de citas?
1.1. ¿Cuál es el modelo o método tradicional de gestión de citas?
1.2. ¿Quiénes son los actores y qué es lo que hacen en el proceso de creación de citas en el
Hospital Dr. Bladimir Ramírez Rodríguez?
Pregunta 2: ¿Cuáles son las debilidades del sistema o método tradicional de creación de citas?
1.1. ¿Cuáles son los problemas con el flujo de trabajo actual en el proceso de creación de
citas?
1.2. ¿Cuáles son los problemas con el sistema o método existente para la creación de citas?
Pregunta 3: ¿Cómo debe un nuevo sistema de creación de citas por internet ser diseñado para
llenar los vacíos del sistema o método tradicional?
3.1. ¿Cómo sería el nuevo modelo a implementar para mejorar el acceso de los pacientes?
3.2. Cómo diseñar un nuevo sistema de citas que pueda apoyar e ir acorde con la
implementación del nuevo modelo de citas?
3.3. ¿Cómo garantizar que el nuevo sistema de citas sería soportado por la infraestructura
existente de tecnología utilizada en el Hospital Dr. Bladimir Ramírez Rodríguez?
2.3 Metodología de desarrollo de software adoptada en esta investigación. “Un sistema tiene su vida propia. Se inicia como una idea y progresa hasta esta idea germina
y muere cuando es desechado”1. Hay varios esquemas bien conocidos de modelos de ciclo de vida e
desarrollo de sistemas, incluyendo "cascada", "fuente", "espiral", "construir y reparar", "prototipado
rápido", "incrementales" y "sincronizar y estabilizar". El modelo de desarrollo de los sistemas
originales y todavía se utiliza con frecuencia, que fue considerada originalmente como "el ciclo de
1 Keyes (2003). A software have his own cycle life.
17
desarrollo de sistemas" es el modelo de cascada: una secuencia de etapas en las que la salida de
cada etapa se convierte en la entrada para el siguiente (Jessica Keyes 2003).
El modelo de cascada es un enfoque lineal y secuencial de diseño de software y desarrollo de
sistemas, que está compuesta inicialmente por siete secuencias ordenadas (1) especificación de
requisitos, (2) diseño, (3) construcción, (4) integración, (5) pruebas y depuración, (6) instalación (7)
operación/mantenimiento.
El primero en formar la descripción de este modelo fue propuesta por el Dr. Royce en 1970.
Muchos modelos de desarrollo de software descendientes han nacido con alguna similitud con el
modelo en cascada, como todos los modelos de desarrollo de software incorporaran por lo menos
algunas fases similares a los utilizados en el modelo de cascada.
Figura 1.3: Modelo cascada de Royce.
18
Limitados por el tiempo, esta investigación no concibe cada fase del modelo. Como resultado,
se lleva a cabo el desarrollo de las fases de análisis de requisitos y diseño de sistemas.
Figura 1.4: Fases de la investigación y métodos utilizados.
Se adaptaron tres métodos de investigación en la Fase 1: Recolección de datos y análisis,
estudio de campo y análisis de casos de uso. Estos tres métodos guiaron el desarrollo detallado de
los requisitos para el diseño del sistema de citas médicas para mejorar el acceso del paciente a la
atención primaria de salud en el Hospital Dr. Bladimir Ramírez Rodríguez.
La recopilación y análisis de datos se revisaron de las publicaciones existentes en el campo
relacionado ayudando a identificar los problemas comunes y las soluciones correspondientes. El
estudio de campo se ha llevado a cabo para extraer problemas específicos del hospital donde se ha
19
llevado a cabo la investigación, y los casos de uso se usan para documentar el proceso clínico. El
análisis de los casos de uso nos puede ayudar a ver si las soluciones existentes se ajustan a estos
problemas específicos.
Fase 2: Diseño del sistema: Hay tres métodos adaptados en esta fase: modelado del sistema,
enfoque de servicios web y enfoque de servicios GIS e inteligencia de negocios . El modelado es un
enfoque importante para describir el diseño del sistema de citas. Los servicio web son una gran
ventaja de este sistema al igual que los servicios de GIS e inteligencia de negocio. Este sistema
podría ser compatible con cualquier sistema operativo y aportar mucha ayuda para la toma de
decisiones y análisis de necesidades y al mismo tiempo ayudar a enfocar y manejar situaciones del
sector salud de República Dominicana.
2. 4 Métodos empleados en la Fase 1: Análisis de Requisitos.
El análisis de las necesidades en esta investigación abarca las tareas que van a determinar
las características funcionales y no funcionales necesarias para el sistema de citas en el entorno
clínico. Se identificaron las características basándonos en el análisis de los datos recopilados y el
estudio de campo. El análisis de casos de usuario se utiliza para entender los problemas que se
encontraron en la situación actual del Hospital Dr. Bladimir Ramírez Rodríguez, por lo que el punto
débil del proceso existente puede ser identificado con exactitud a través del proceso de análisis.
20
2.4.1 Recolección y análisis de datos.
La recolección y análisis de datos es un paso crucial para la realización de investigaciones y la
base para el desarrollo de trabajos de investigación, declaraciones de política y reglamentos y
declaraciones de salud basadas en la evidencia. El propósito de la recolección y análisis de datos fue
profundizar los conocimientos acerca de la investigación. Esto incluye una base de conocimiento
sólida, ampliar la visión de los problemas comunes, que causan estos problemas y organizar posibles
soluciones.
La información obtenida del análisis de datos fue clasificada en dos categorías: (1)
Proporcionar conocimientos para la comprensión de los antecedentes de investigación, y (2) Para
aportar ideas para el diseño del sistema.
2.4.2 Estudios de campo en el Hospital Dr. Bladimir Ramírez Rodríguez
La revisión y análisis de datos indicó que no parecía haber ningún sistema de citas por
computadora existentes para mejorar el acceso del paciente en la atención primaria de salud de
República Dominicana. Por otra parte, la mayoría de las soluciones prácticas, que encontramos,
podrían ser sólo aptas para entornos específicos, debido a la complejidad de la cultura de trabajo en
el cuidado de la salud. Por lo tanto, el estudio de campo que se realizó en el hospital nos trajo una
visión muy concreta del problema, ya que sucedió en el campo de práctica real.
Se han acordado y realizado dos tareas en el estudio de campo. Una tarea era atender el flujo
de trabajo de los médicos y el recorrido del paciente en hospital durante el proceso de reserva de
turno realizado por la recepcionista y/o personal administrativo. El otro fue examinar la infraestructura
21
tecnológica en el Hospital Dr. Bladimir Ramírez Rodríguez y por último, la realización de un informe
de la infraestructura de TI, que regularía el diseño del marco del sistema de citas. El informe de la
infraestructura de TI se compone de los siguientes elementos: (1) Redes, (2) Hardware y (3)
Software.
Los objetos de este estudio se expresan en forma de Lenguaje Unificado de Modelado (UML),
incluyendo diagramas de casos de uso, diagramas de actividad y diagrama entidad-relación (ER). Se
utilizan en primer lugar, diagramas de casos de uso para presentar las funciones que ofrece el
sistema existente. Estos casos de uso proporcionan una visión general del sistema. El flujo de trabajo
detallado de cada uno de los casos de uso se describe en los diagramas de actividad. Aparte de eso,
los diagramas de entidad-relación se utilizan para describir los datos estáticos almacenados en la
base de datos.
2.4.3 Análisis de casos de uso.
El análisis de casos de uso es el procedimiento utilizado para crear especificación de
requisitos en esta investigación. Se analizaron los puntos débiles del sistema o método de cita
existente, en particular, aquellos elementos que obstaculizan la admisión del paciente en el centro
médico. Hemos mencionado en capítulos anteriores factores importantes en el diseño de un sistema
de citas y la incapacidad que se posee con el modelo actual.
22
2.5 Los métodos empleados en la Fase 2: Diseño de Sistemas.
El diseño de sistemas es un paso clave en este trabajo. El diseño del nuevo sistema de citas
responde a preguntas descritas anteriormente. El modelado UML fue utilizado como el método para
presentar el diseño del nuevo sistema, con este se busca superar las barreras identificadas en la
Fase 1. El diseño del marco para el sistema de citas se elabora con los principios para la
construcción de servicios web, de modo que el nuevo sistema de citas se puede integrar con el
software existente en el hospital.
2.6 Modelado del sistema.
“El desarrollo del sistema es un proceso de resolución de problemas que implica la
comprensión del problema, la solución del problema, y la aplicación de la solución” (Alhir 2003). El
modelado ayuda a hacer el proceso mucho más fácil, proporcionando tres beneficios claves:
visualización, gestión de la complejidad y la clara comunicación. “El Lenguaje Unificado de Modelado
(UML) es un tipo de lenguaje para escribir planos de software” (Booch, Rumbaugh et al. 2005).
Esta breve introducción de diagramas UML está destinada a proporcionar referencia general
para comprender el diseño del sistema. Como sugiere el modelado UML, los sistemas complejos
pueden entenderse desde diferentes perspectivas, se irán adaptando varios diagramas en diferentes
aspectos para describir el sistema de citas existente y el diseño del nuevo sistema de citas.
23
Estos diagramas incluyen:
• Diagrama de casos: Un diagrama de casos de uso muestra un conjunto de casos de uso y actores
y sus relaciones.
• Diagrama de Secuencia: Un diagrama de secuencia es un diagrama de interacción que hace
hincapié en el tiempo de ordenar los mensajes.
• Diagrama de actividades: Un diagrama de actividades muestra el flujo de una actividad a otra
dentro de un sistema.
• Diagrama de clases: Un diagrama de clases muestra un conjunto de clases, interfaces y
colaboraciones y sus relaciones.
2.7 Servicios Web. Por definición, "una arquitectura orientada al servicio (SOA) es un estilo de diseño que guía
todos los aspectos de la creación y uso de los servicios de negocio a lo largo de su ciclo de vida
(desde la concepción hasta la jubilación), así como la definición y aprovisionamiento de la
infraestructura de TI que permite diferentes aplicaciones para intercambiar datos y participar en los
procesos de negocio, independientemente de los sistemas operativos o lenguajes de programación
subyacentes a dichas aplicaciones (Lomow 2005). Los Servicios Web han tomado este concepto y la
práctica como los servicios prestados a través de la web utilizando tecnologías como Extensible
Markup Language (XML), Web Services Description Language (WSDL), protocolo simple de acceso
a objetos (SOAP) y Universal Description, Discovery e Integración (UDDI) (W3C, 2004). Son
aplicaciones autónomas, autodenominados modulares que se pueden publicar, ubicar y se invocan a
través de la Web. Los servicios web proporcionan un medio estándar de interoperabilidad entre
diferentes aplicaciones de software, que se ejecuta en una variedad de plataformas y / o marcos. Los
24
servicios web se caracterizan por su gran interoperabilidad y extensibilidad, así como sus
descripciones procesables por computadoras (W3C 2009).
La razón que tenemos para seleccionar servicios web como una solución para el sistema
reside en que nos brinda la ventaja de integrar el hardware complejo y entorno de software de
manera flexible y la necesidad de escalabilidad para apropiar el potencial de futura integración de
servicios a través de otros hospitales o centros médicos. Idealmente, el sistema se podría adoptar
para integrar a nivel nacional los servicios de atención primaria de salud, tomando en cuenta reserva
de citas, disponibilidad, accesibilidad y el área mas fácil para el paciente. La motivación para la
selección de los servicios web es permitir la integración de los servicios de información de todas las
organizaciones, similares a las soluciones basadas en servicios web que se han implementado
en hoteles y boleterías.
Los servicios Web se han adaptado como una forma estandarizada de integrar aplicaciones
basadas en web utilizando el XML, SOAP, WSDL, UDDI y los estándares abiertos a través de una
red troncal de protocolo de Internet. XML es la base fundamental de los servicios web y se utiliza
para etiquetar los datos, SOAP se utiliza para transferir los datos, WSDL se utiliza para describir los
servicios disponibles y UDDI se utiliza para listar qué servicios están disponibles. Una vez que el
WSDL se obtiene a partir de la UDDI, se genera un mensaje SOAP para su transmisión al sitio
remoto.
25
2.8 Herramientas a ser usadas en el proyecto.
Diversas tecnologías se utilizan en el diseño de este sistema de citas, incluyendo: el modelado
UML, diseño de base de datos y los servicios de diseño web, debemos mencionar aunque no incluido
en el trabajo el Desarrollo/Programación. Así que utilizaremos un conjunto de aplicaciones
informáticas para soportar nuestro estudio. Las herramientas a utilizar se muestran a continuación:
Herramienta Uso+
OmniGraffle Professional
Visual Paradigm
Modelado UML
MySQLWorkBench
MySQL Server Community Edition
Diseño de bases de datos
NetBeans 7.3 + Plugins
Visual Paradigm
· Diseños de servicios Web
· Editor de páginas Web
· Diagramas de flujos
26
CAPÍTULO III
INTELIGENCIA DE NEGOCIOS
27
3.1 Resumen ¿Por qué Inteligencia de Negocios (BI)?
La capacidad para tomar decisiones de negocio precisas y de forma rápida se ha convertido
en una de las claves para que una empresa llegue al éxito. Sin embargo, los sistemas de información
tradicionales (como la mayoría de los programas de gestión, las aplicaciones a medida, e incluso los
ERP más sofisticados), suelen presentar una estructura muy poco flexible para este fin. Aunque su
diseño se adapta con mayor o menor medida para manejar los datos de la empresa, no permite
obtener la información de los mismos, y mucho menos extrapolar el conocimiento almacenado en el
día a día de las bases de datos. Las principales características que limitan estos sistemas son:
• Gran rigidez a la hora de extraer datos, de manera que el usuario tiene que ceñirse a los
informes predefinidos que se configuraron en el momento de la implantación, y que no
siempre responden a sus dudas reales.
• Necesidad de conocimientos técnicos. Para la generación de nuevos informes o métricas
suele resultar ineludible acudir al departamento técnico, solicitando una consulta adecuada
para interrogar la base de datos.
• Largos tiempos de respuesta, ya que las consultas complejas de datos suelen implicar la
unión de tablas operacionales de gran tamaño, lo que se traduce en una incómoda espera que
dificulta la fluidez del trabajo.
• Deterioro en el rendimiento del SI. Cuando la base de datos consultada, para generar
informes o ratios de negocio, es la misma que la que soporta el operativo de la empresa, el
funcionamiento del sistema puede degradarse hasta afectar y paralizar a todos los usuarios
conectados.
28
• Falta de integración que implica islas de datos. Muchas organizaciones disponen de
múltiples sistemas de información, incorporados en momentos distintos, para resolver
problemáticas diferentes. Sus bases de datos no suelen estar integradas, lo que implica la
existencia de islas de información.
• Datos erróneos, obsoletos o incompletos. El tema de la calidad de los datos siempre es
considerado como algo importante, pero esta labor nunca se lleva al extremo de garantizar la
fiabilidad de la información aportada.
• Problemas para adecuar la información al cargo del usuario. No se trata de que todo el
mundo tenga acceso a toda la información, sino de que tenga acceso a la información que
necesita para que su trabajo sea lo más eficiente posible.
• Ausencia de información histórica. Los datos almacenados en los sistemas operacionales
están diseñados para llevar la empresa al día, pero no permiten contrastar la situación actual
con una situación retrospectiva de años atrás.
Para superar todas estas limitaciones, el Inteligencia de Negocios (BI) se apoya en un conjunto
de herramientas que facilitan la extracción, la depuración, el análisis y el almacenamiento de los
datos generados en una organización, con la velocidad adecuada para generar conocimiento y
apoyar la toma de decisiones de los directivos y los usuarios oportunos.
No es que los productos de BI sean mejores que las aplicaciones actuales: se trata de sistemas
con objetivos distintos, eficientes en sus respectivas ramas, pero que deben complementarse para
optimizar el valor de los sistemas de información.
29
¿Qué es Inteligencia de Negocios (BI)?
Inteligencia de Negocios (BI) es la habilidad para transformar los datos en información, y la
información en conocimiento, de forma que se pueda optimizar el proceso de toma de decisiones en
los negocios.
Figura 3.1: Capas de tomas de decisiones
Desde un punto de vista más pragmático, y asociándolo directamente con las tecnologías de
la información, podemos definir Inteligencia de Negocios (BI) como el conjunto de metodologías,
aplicaciones y tecnologías que permiten reunir, depurar y transformar datos de los sistemas
transaccionales e información desestructurada (interna y externa a la compañía) en información
estructurada, para su explotación directa (reportes, análisis OLTP / OLAP, alertas) o para su análisis
y conversión en conocimiento, dando así soporte a la toma de decisiones sobre el negocio.
La inteligencia de negocio actúa como un factor estratégico para una empresa u organización,
generando una potencial ventaja competitiva, que no es otra que proporcionar información
30
privilegiada para responder a los problemas de negocio: entrada a nuevos mercados, promociones u
ofertas de productos, eliminación de islas de información, control financiero, optimización de costes,
planificación de la producción, análisis de perfiles de clientes, rentabilidad de un producto concreto,
entre otros.
La Inteligencia de Negocio en los diferentes departamentos de la empresa.
En todas las empresas cada departamento acumula diferentes datos: sobre sus clientes, sus
inventarios, su producción, sobre la efectividad de las campañas de mercadeo, información sobre
proveedores y socios, además de los datos que pueden proveer del exterior, como los referentes a
competidores. En este sentido, la Inteligencia de Negocios (BI) puede realizar distintas aportaciones
a cada departamento, siempre con el objetivo de integrar y optimizar la información disponible en la
organización:
Departamento de atención al cliente
Aplicado a este ámbito, el BI permite evaluar con exactitud el valor de los segmentos del
mercado y de los clientes individuales, además de ayudar a retener a los clientes más rentables.
Arquitectura de una solución de Inteligencia de Negocios (BI)
Una solución de Inteligencia de Negocios (BI) parte de los sistemas de origen de una
organización (bases de datos, ERPs, ficheros de texto...), sobre los que suele ser necesario aplicar
una transformación estructural para optimizar su proceso analítico.
La información resultante, ya unificada, depurada y consolidada, se almacena en un
datawarehouse corporativo, que puede servir como base para la construcción de distintos datamarts
31
departamentales. Estos datamarts se caracterizan por poseer la estructura óptima para el análisis de
los datos de esa área de la empresa, ya sea mediante bases de datos transaccionales (OLTP) o
mediante bases de datos analíticas (OLAP).
Figura 3.2: Mapa conceptual de ambiente BI.
32
Los datos albergados en el datawarehouse o en cada datamart se explotan utilizando
herramientas comerciales de análisis, reportes, alertas. En estas herramientas se basa también la
construcción de productos BI más completos, como los sistemas de soporte a la decisión (DSS), los
sistemas de información ejecutiva (EIS) y los cuadros de mando (CMI) o Balanced Scorecard (BSC).
3.2 Alcance.
Con las herramientas de BI en este proyecto el mismo será capaz del análisis de datos más
profundo, facilitando la toma de decisiones en los centros hospitalarios. De esta forma se podrán
detectar una crecida de necesidad con anticipación para tomar la mejor decisión para cubrir la
misma. Esta función sirve además para el estudio de concurrencias de enfermedades por pacientes
en centro hospitalarios, para tomar una decisión de poder atender esta problemática con tiempo para
adquirir o crear el equipo o estrategia.
33
CAPÍTULO IV:
SISTEMA GIS
34
4.1 Resumen.
Hoy en día, la integración de las tecnologías SIG con Internet está permitiendo a los
desarrolladores de SIG facilitar el acceso a la información geográfica y procesamiento sin
sobrecargar a los usuarios finales con el software complicado y costoso y hardware dedicado.
Básicamente, un sistema de información geográfica (SIG) integra hardware, software y datos
para capturar, gestionar, analizar y mostrar todas las formas de información geográficamente
referenciada. SIG nos permite ver, comprender, cuestionar, interpretar y visualizar datos de muchas
maneras que revelan las relaciones, patrones y tendencias en forma de mapas, globos terráqueos,
informes y gráficos.
Un SIG ayuda a responder preguntas y resolver problemas al examinar sus datos de una
manera que se entienda de manera rápida y fácil de compartir. La tecnología SIG se puede integrar
en cualquier marco de sistema de información empresarial.
Los 5 beneficios principales de SIG.
Beneficia a las organizaciones de SIG de todos los tamaños y de casi todas las industrias. Hay
una creciente toma de conciencia del valor económico y estratégico de los SIG. Los beneficios de
SIG generalmente se dividen en cinco categorías básicas:
35
1. Ahorro de costes y una mayor eficiencia: SIG es ampliamente utilizado para optimizar los
programas de mantenimiento y los movimientos de las flotas diarias. Implementaciones típicas
pueden resultar en un ahorro de 10 a 30 por ciento en los gastos operativos mediante la
reducción del uso de combustible y tiempo del personal, la mejora del servicio al cliente, y la
programación más eficiente.
2. Mejor Toma de Decisiones: GIS es la tecnología de go-to para la toma de mejores decisiones
sobre ubicación. Los ejemplos más comunes incluyen la selección de bienes raíces sitio, ruta /
selección de corredores, planes de evacuación, la conservación, la extracción de recursos
naturales, etc. Tomar decisiones correctas respecto a la ubicación es fundamental para el
éxito de una organización.
3. Mejora de la comunicación: Mapas y visualizaciones basadas en SIG de gran ayuda en la
comprensión de las situaciones y en la narración. Son un tipo de lenguaje que mejora la
comunicación entre los diferentes equipos, departamentos, disciplinas, sectores profesionales,
las organizaciones y el público.
4. Mejor de registros: Muchas organizaciones tienen la responsabilidad primordial de mantener
los registros de autoridad sobre la situación y el cambio de la geografía. SIG proporciona un
marco sólido para la gestión de este tipo de registros con soporte de transacciones completa y
herramientas de reporte.
36
5. Gestión Geográficamente: SIG se está convirtiendo en esencial para entender lo que está
sucediendo y lo que sucederá en el espacio geográfico. Una vez que entendemos, podemos
prescribir la acción. Este nuevo enfoque de la gestión-gestión geográficamente está
transformando la forma en que operan las organizaciones.
¿Qué se puede hacer con los SIG?
GIS nos da una nueva manera de mirar el mundo que nos rodea. Con GIS se puede:
• Localizar en un mapa:
Cartografía de dónde están las cosas te permite encontrar lugares que tienen las
características que usted está buscando.
• Mapa de Cantidades:
La gente se asigna cantidades para encontrar lugares que cumplen con sus criterios y
tomar medidas. Una empresa de ropa para niños puede ser que desee para encontrar los
códigos postales con muchas familias jóvenes con ingresos relativamente altos. Funcionarios
de salud pública puede ser que desee asignar el número de médicos por cada 1.000
habitantes en cada sección censal para identificar cuáles son servidos adecuadamente las
zonas, y que no lo son.
• Mapa de densidad:
Un mapa de densidad le permite medir el número de funciones utilizando una unidad de
superficie uniforme, de modo que pueda ver claramente la distribución. Esto es especialmente
útil cuando se asignan áreas, tales como extensiones o condados del censo, que varían
37
mucho en tamaño. En los mapas que muestran el número de personas por sección censal, las
extensiones más grandes pueden tener más personas que las pequeñas. Pero algunos tramos
más pequeños pueden tener más personas por milla cuadrada, una densidad más alta.
• Encontrar lo que está dentro:
Utilizando GIS nos sirve para controlar lo que está pasando y tomar medidas
específicas por asociación de lo que hay dentro de un área específica. Por ejemplo, un fiscal
de distrito supervisaría arrestos relacionados con las drogas para determinar si una detención
es a 1.000 pies de una escuela-en tal caso, se aplican penas más severas.
• Encuentra qué hay cerca:
GIS puede ayudar a encontrar lo que está ocurriendo dentro de una distancia
establecida de una característica mediante mapeo lo que hay cerca.
• Cambio de mapa:
Se asigna el cambio en un área de anticipar las condiciones futuras, decidir sobre un
curso de acción, o para evaluar los resultados de una acción o política. Mediante la cartografía
de dónde y cómo se mueven las cosas en un período de tiempo, se puede obtener una idea
de cómo se comportan. Por ejemplo, un meteorólogo podría estudiar las trayectorias de los
huracanes para predecir dónde y cuándo podrían ocurrir en el futuro.
38
4.2 Alcance.
Aquí vemos parte de un sistema SIG el cual es utilizado para la localización de los centros de salud
en una región determinada.
Figura 4.1 : Localización de centros de salud en región determinada
39
Figura 4.2 : Manejo de emergencias apoyándose en sistemas Gis.
El SIG se utiliza generalmente para encontrar el menor tiempo de viaje de cada localización de
una población en cada centro de salud. Este proceso utiliza información acerca de longitud de la
carretera y la velocidad media de viaje a lo largo de los sucesivos segmentos de carretera. Esto
considerando que el paciente se desplaza utilizando algún medio de transporte para poder llegar a
tiempo a un centro hospitalario más cercano.
4.2.1 Localización hospitales.
Con la implementación de SIG en este proyecto, se busca facilitar los procesos con relación a
la localización de los centros hospitalarios. De tal manera que se pueda ubicar qué centro puede
estar más cerca de donde se haya realizado la solicitud.
40
Esta función sirve además de identificar cuáles centros hospitalarios reciben mayor cantidad
de pacientes según su zona geográfica. Esto a su vez, muestra opciones alternativas de los centros
que estén menos congestionados del lugar para que el paciente pueda acudir sin muchos
inconvenientes.
En un estudio de censo realizado el período 2001-2010 el cual se refiere a los
establecimientos donde acuden los pacientes para recibir atenciones médicas, señala que en el área
geográfica del país existen un total 149 centros hospitalarios. Entre ellos, hay 45 hospitales
provinciales, y 85 hospitales municipales. Con esto, podemos tener una visión de la ubicación de
estos en todo el país.
4.2.2 Ubicación pacientes entrantes.
Los pacientes que ingresan a un centro hospitalario por primera vez son verificados por su
zona geográfica en la cual están ubicados. Para de una manera tener un mayor control en los
procesos de registro, los cuales son clasificados por zona. Por otro lado, podemos visualizar las
zonas geográficas del país en los cuales hay más pobreza, el cual va de la mano con relación al
acceso de los pacientes a los centros de salud de los cuales existen tanto públicos como privados.
Especialmente, en los centros de salud del área privada en el cual el paciente necesita de recursos
económicos para recibir los servicios hospitalarios. He aquí un gráfico (figura No. 4.3) de los puntos
provinciales en el país según el nivel económico del habitante o posibles pacientes:
41
Figura No. 4.3 (Imagen: Oficina Nacional de Estadística)
Impacto en los centros de salud sobre la inmigración y emigración de habitantes.
Todos los habitantes de una región tienden a tener un impacto en relación a los servicios de
los centros hospitalarios de cada zona. Ya que, acorde a una mayor cantidad de personas habitando
en una ciudad, es posible que muchos de ellos no necesiten de la atención de un doctor, a menos
que sea provocado por una enfermedad, necesidad de hacer un chequeo médico, etc. Sin embargo,
mientras mayor es el número de habitantes de una zona, mayores serán las demandas en los
centros hospitalarios comparados con una zona que posee menos habitantes.
42
Municipios con mayor inmigración:
Un censo de la ONE (Oficina Nacional de Estadística) sobre la tasa de inmigración de territorio
realizado en el período 2005-2010 señala los municipios o zonas con mayor inmigración. Entre los
cuales están: Higüey, Las Terrenas, Villa Hermosa, Guayacanes, en los cuales se puede apreciar las
zonas más concentradas de los posibles pacientes que podrían solicitar los servicios de salud.
El municipio de Higüey presenta un alto porcentaje de inmigración, con un total de inmigrantes
de 50,531 y un total de población de 251,243 personas, indicando así, que una quinta parte de la
población son inmigrantes para el añ0 2010, principalmente extranjeros y territorios cercanos como
La Romana y San Pedro de Macorís.
Municipios con mayor emigración:
En el caso de los municipios con mayor entrada de habitantes, o más bien mayor emigración,
están los municipios de La Romana, Cotuí, Azua y San Juan. El municipio Villa Hermosa, cuenta con
un total de población de 89,204 y un total de emigrantes de 14,162, correspondiendo a una sexta
parte de la población.
Pero esto no se debe a un proceso migratorio sino, a un cambio de jerarquía en el territorio
que dicta la ley 201-04 con fecha del 28-07-2004, dándole características municipales a Villa
Hermosa antes barrio del municipio La Romana. Más adelante una comparación entre ambas
vertientes:
43
Figura 4.4: Comparación municipios con mayor emigración e Inmigración
44
CAPÍTULO V
ESTUDIO DE CAMPO
45
5.1 Introducción.
Este capítulo presenta en detalle los resultados del estudio de campo en la Fase 1: análisis de
necesidades. Estos resultados fueron obtenidos del Hospital Dr. Bladimir Ramírez Rodríguez. Se
presenta brevemente el procedo de admisión de los pacientes. Se presenta el resultado del estudio
del flujo de trabajo de los doctores por citas de pacientes. Se presenta la estructura de datos
existente para el almacenamiento de información de las citas y se presenta el recorrido del paciente
para asistir a los diferentes servicios en el centro médico. Luego, continuamos con el estudio de la
infraestructura de TI existente en el hospital. Debido a que el proceso de citas de médicos
independientes es similar al de médico general, el proceso de reserve de citas de los doctores
independientes no se presenta en el capítulo.
5.2 Breve introducción al proceso de admisión del paciente en el hospital Dr. Bladimir Ramírez Rodríguez.
El Hospital Dr. Bladimir Ramírez Rodríguez es un ejemplo representativo de una gran entidad
gestora de la salud en la República Dominicana. Ofrece servicios de atención primaria a los
pacientes por reserva de citas, es decir, pre-programados y también a los pacientes sin cita previa.
En general, a los pacientes se les recomienda hacer su cita con un médico general en horario de
oficina de 8:00 am a 7:00 pm, pero también pueden acceder a los servicios en cualquier momento
después de 7:00 pm sin hacer cita. Todos los días hay aproximadamente 240 pacientes que están
siendo atendidos por los médicos.
46
Durante el período de estudio de campo, se encontró que hubo retrasos constantes para que
los pacientes accedan a los servicios médicos. Se analizaron los datos de las citas de tres médicos
con sus propios sistemas y se calcularon las tendencias a demora de los servicios. El retraso de
servicio estuvo representado por el número de días entre el día de la cita y el día en que se cumplió
dicha cita. Este retraso se debió principalmente a los retrasos de los médicos, es decir, la lista de
pacientes de un doctor aparentar estar llenas al menos por 2 días, por lo que la cita disponible sería
al tercer día. La limitante de este escenario es que algunos pacientes les gustarían planificar sus
citas con varios días de antelación. En este caso, el retraso del servicio es la interpretación errónea
de la duración entre el momento de la solicitud y su fecha efectiva.
5. 3 Procedimiento para la reserva de citas.
El objetivo de estudiar el procedimiento para la reserva de los pacientes fue determinar cómo
la recepcionista, la administración, los doctores y sistema relacionados se integran para hacer una
cita para un paciente. Este proceso se inicia con el paciente solicitando o realizando su reservación,
en persona, por llamada telefónica y concluye con la cita a un médico.
5.3.1 Actores que participan en el proceso de reserva de citas.
Se ha realizado un estudio de los actores involucrados en el proceso de citas a fin de
esclarecer los roles de cada persona y la identificación de los vínculos entre los doctores que
47
colaboran para cumplir con la petición de un paciente para una cita. El resultado de este estudio se
concluyó con entrevistas con un miembro de la administración, una recepcionista.
En la entrevista el flujo normal para crear una cita es cuando el paciente llega sin aviso
anticipado a tomar una cita en el momento que entra al centro o por emergencia en ambos caso las
preguntas a continuación son preguntadas por un doctor o especialista
48
Figura 5.1: Diagrama de caso de uso de actores del sistema.
Como se muestra en la figura 5.1, hay tres actores principales en el proceso de reserva del paciente:
paciente, médico general y recepcionista/administrativo. Estos actores participan en dos grupos de
actividades, las actividades de reserva y actividades de gestión. Las funciones detalladas por cada
actor se presentan en la tabla siguiente:
Tabla 5-1 Actividades desempeñadas por los cuatro actores en el proceso de reserva del paciente.
Actor Actividad Descripción
Paciente Citas de Rutina Un paciente puede hacer una cita de rutina con la recepcionista.
Citas Urgentes Un paciente puede hacer una cita urgente con la recepcionista si
este paciente tiene necesidad de emergencia.
49
Recepcionista Citas de Rutina La recepcionista es responsable de responder la petición del
paciente.
Citas Urgentes La recepcionista es responsable de responder a peticiones
urgente del paciente.
Planificación La recepcionista hace una cita con el paciente de acuerdo con el
horario de su doctor.
Priorización de
pacientes
En ocasiones, fuera de emergencias. La recepcionista decidirá si
un paciente que dice tener un asunto urgente se le debe dar
prioridad para ver un medico general.
Expediente del
paciente
La recepcionista es la encargada de registrar la información del
paciente en el expediente medico y comprobar la exactitud de los
registros del pacientes.
Administración Priorización de
pacientes
La administración apoyará recepcionista y a emergencias con la
evaluación y priorización de pacientes con condición urgente.
Gestión de
cobros
La administración se encargará de gestionar los cobros y manejo
de seguros médicos.
Carga de
trabajo
Cuando hay más solicitudes de pacientes para ver a un médico
de lo que permite su horario, la administración debe hablar con el
médico para evaluar si podría proporcionar el servicio.
Doctor Planificación Las citas de los pacientes están supuestas a ser creadas basado
50
en horarios de los doctores.
Carga de
Trabajo
Coordinar con la administración la carga de trabajo.
5.3.2 Consultar horario/planificación del médico. Esta actividad se inicia cuando la recepcionista recibe llamada de teléfono o visita del paciente
(Actividad 1), que contendría dos mensajes: La información personal y la información de la solicitud.
La recepcionista consulta los horarios de los médicos (Actividad 2). La recepcionista tiene que decidir
si este paciente posee una solicitud urgente o una solicitud regular. La recepcionista verifica la
disponibilidad (Actividad 5). Si se trata de una solicitud urgente y no se reservó cita, la recepcionista
escoge un momento adecuado para este paciente. De lo contrario, la recepcionista ofrecería cupo
disponible para cumplir con la solicitud del paciente (Actividad 6).
En la mayoría de los casos, un paciente con una solicitud urgente exigiría la cita disponible
más cercana o visitaría emergencias. La mayoría de los médicos son reservados, al menos por unos
días de antelación. Con el fin de ofrecer un servicio oportuno a los pacientes con la petición urgente,
generalmente se reservan algunos cupos de la agenda del doctor, que sólo se ofrece a los pacientes
con petición urgente.
5.3.3 Procedimiento para la recepcionista ofrecer alternativas La recepcionista comprueba el horario del doctor como se representa en la Actividad 3. Existe
la posibilidad de que la recepcionista no pueda encontrar una cita o horario que satisface la demanda
del paciente. Sólo hay tres actividades involucradas en este proceso. La recepcionista verifica de la
51
próxima cita disponible para el doctor requerido (Actividad 1), y la cita más cercana a la solicitud
inicial del paciente con otro doctor (Actividad 2). Estas son las dos ofertas ofrecidas (Actividad 3).
Hay un dilema con el paciente para decidir por cualquiera de estas dos alternativas. Si el
paciente decide tomar la opción de ver a su propio médico, probablemente tundra que esperar
mucho tiempo, lo cual puede ser perjudicial para su salud. De lo contrario, puede obtener una cita
antes con otro médico, quien no está familiarizado con su historial médico, pero este podría
obtenerlo de los archivos clínicos si están disponibles.
Figura 5.2: Ofrecer alternativas al paciente
5.3.4 Procedimiento de almacenar información del paciente
Como vemos, la primera actividad de la recepcionista es ingresar el nombre del paciente. El SI
buscaría todos los pacientes relacionados y sus registros como lo indica en la Actividad 2, con la
misma información de entrada de la base de datos. Luego el sistema presentara todos los registros
existentes a la recepcionista (Actividad 3). La recepcionista rebusca en estos registros desplegados
52
para ver si el registro del paciente existe o no en el sistema (Actividad 4). Si el registro del paciente
no se encuentra en el sistema, esto indica que el paciente es nuevo, y la recepcionista debe registrar
la información detallada de este paciente en el sistema (Actividad 5), incluyendo nombre, dirección,
sexo, número, seguro médico entre otros datos importantes. Se crea un nuevo récord para este
paciente (Actividad 7). El o la recepcionista debe verificar en primer lugar, la exactitud de los datos
(Actividad 6). Si el registro coincide con los del paciente, la recepcionista sólo necesita confirmar los
datos existentes en el sistema (Actividad 8), de lo contrario, la recepcionista lo debería modificar los
datos del paciente en el sistema (Actividad 9), y el sistema guarde este nuevo registro modificado en
la base de datos (Actividad 10). Por último, luego de realizar todo el proceso de registro y se
almacenan los datos correspondientes, el sistema cierra la operación con los datos ya guardados
(Actividad 11).
53
Figura 5.3: Diagrama de actividad: Flujo de trabajo del registro de la información del paciente.
54
5. 4 Estructura de datos El propósito de estudiar la estructura de datos existente es entender la información exacta que
se ha almacenado para una cita. Como mencionamos antes, no existe un sistema centralizado, La
estructura de datos utilizada es propia de cada médico su recepcionista y en algunos casos se
comparte con la administración.
5. 5 Recorrido del Paciente El propósito de estudiar el recorrido del paciente es entender el proceso desde la perspectiva
del paciente. En esta sección se describen los procesos que un paciente tiene que seguir con el fin
de ver a su médico.
5. 6 Infraestructura existente de TI en el Hospital Dr. Bladimir Ramírez Rodríguez
Figura 5.5: Infraestructura existente en el hospital Dr. Bladimir Ramírez Rodríguez
55
CAPITULO VI
ANÁLISIS DEL PROBLEMA
56
6.1 Introducción En el capítulo de estudio de campo, se ha reportado la segunda etapa del análisis del sistema
en la Fase 1 de investigación. Los diagramas se elaboran para dar una visión detallada del flujo de
trabajo de reserva, estructura de datos, viaje del paciente y de la infraestructura de TI existente en el
centro de salud.
Este capítulo presenta los resultados de la última etapa del análisis de sistemas en la investigación.
Fase 1: En esta fase se discuten los problemas con el sistema de citas en base a los
resultados presentados en el estudio de campo. Se discute la necesidad de adaptar el modelo de
acceso avanzado para mejorar el acceso del paciente a los servicios de salud. Y también se
discuten las barreras en el flujo de trabajo existente.
Modelo de atención primaria de salud
Una de las principales razones que causa dificultad al paciente es el modelo tradicional de
citas. En el modelo tradicional de citas, se utiliza un horario fijo para tomar las citas de los
pacientes. Esto genera que se cree una lista de pacientes para el médico general para el día. Si la
demanda de pacientes en ese día es superior a lo que el médico puede proveer entonces las citas se
posponen para futuro, causando el antes mencionado retraso del servicio. Conforme pasa el tiempo,
las citas pospuestas forman una larga lista de retraso, lo que impide gravemente el acceso de los
pacientes a los servicios de salud. Por otra parte, las recepcionistas del hospital tienen que tratar con
pacientes que tienen peticiones urgentes y tratar de dividir a los pacientes en diferentes categorías y
57
asignar a diferentes médicos que podrían estar disponibles en un momento determinado. Esto resulta
en agravar el problema de la espera del paciente, pero también dificulta la continuidad de la atención
primaria de salud.
A largo plazo, la repetición de esta situación en el tiempo puede causar el deterioro de la
prestación de servicios de salud. Al ver el problema con el modelo tradicional de citas, los directivos
de la organización decidieron hacer uso del modelo AA(Acceso Avanzado), un gran avance
concebido y propuesto por Murray y Tantau (1998). Este modelo tiene como objetivo equilibrar la
oferta y demanda, la disminución de la acumulación de citas y el retraso de los servicios de atención
primaria de salud. Puesto que los investigadores han encontrado que, en muchos casos, los retrasos
en la práctica se mantienen en un estado estable, esto significa que la oferta y la demanda están en
equilibrio. El único problema es el largo tiempo de retraso causado por método inadecuado.
De acuerdo con el modelo de AA, se requieren prácticas para proporcionar servicios el mismo
día cuando un paciente solicita una cita. El modelo AA propone alcanzar los objetivos a través de la
implementación de seis estrategias:
• Equilibrar la oferta y la demanda.
• Trabajar arduamente con los retrasos.
• Reducir el número de tipos de citas.
• Desarrollar planes de contingencia.
• Reducir y planificar a la demanda (pacientes) para las citas.
• Aumentar la oferta (Recursos) especialmente donde se generan cuellos de botella.
58
La implementación del modelo AA presenta muchos retos que por lo general no son nada fácil.
Se requiere mucha planificación y toma de decisiones, aumenta el trabajo de recepcionista y
administradores en el sentido de mantener continuidad en los servicios y dar seguimientos a los
pacientes, evaluar la carga de trabajo de cada día y hacer los ajustes necesarios.
6.2 Necesidad de adaptar el modelo.
El impulso directo para elegir el modelo de acceso avanzado está el problema de mucho
tiempo en la demora de servicios. Esto para algunos médicos en el centro de salud significa la
duración de un paciente entre hacer una cita y asistir a la consulta, la cual llega a más de dos
semanas. Para el caso de ciertos tipos de doctores o especialistas, los pacientes tendrían que
esperar más de un mes para conseguir una cita de rutina. Los largos retrasos han tenido una
tendencia ascendente en los últimos tres años, aunque el retraso podría fluctuar dentro de un corto
período.
Sin embargo, se mantuvo la cantidad de recursos de la atención primaria de servicios
prestados por los médicos en un nivel estable, lo que significa que la práctica no tenía ninguna
estrategia para intervenir o intentar para mejorar la prestación de citas. Esto se debe a las
limitaciones del modelo actual de citas, que no proporciona las directrices para mantener la
accesibilidad de los pacientes.
Por otra parte, el sistema de cita existente es incapaz de proporcionar información precisa
acerca de retrasos en el servicio, la escasez de servicios y estrategias para la reducción de los
pedidos pendientes de práctica. El modelo que aquí se presenta es un modelo de visita de control al
59
día, que resuelve el problema del acceso de los pacientes a tiempo a los servicios de salud. La idea
general del modelo propuesto se puede describir como un medio de eliminar retrasos en el servicio y
mejorar el acceso del paciente (1) El establecimiento de un objetivo para un acceso adecuado, (2) La
solicitud de seguimiento de los pacientes, y (3) La intervención en la prestación de servicios. Por lo
tanto, el modelo propuesto se aplica en el diseño del sistema de citas para resolver el reto del acceso
del paciente a los servicios de salud.
6.3 Las Barreras con el sistema de citas actual.
Para implementar el modelo que se plantea en la práctica, tenemos que tomar en cuenta que
la capacidad limitada del sistema de cita existente es el principal obstáculo para ello.
Después de un cuidadoso análisis de este flujo, se identificaron tres barreras principales en el
sistema de cita existente. Este sistema limita la capacidad de la práctica: Establecer metas de
acceso, supervisar las solicitudes de los pacientes e intervenir en la provisión de cita del consultorio o
suministro.
6.3.1 Las barreras en el punto de entrada de datos.
El flujo de trabajo para el paciente que está haciendo una cita, se puede simplificar en dos
fases: Comprobar el horario de disponibilidad y organización adecuada del horario. La recepcionista
en primer lugar comprueba la disponibilidad del médico, y luego organiza esta información del
paciente de acuerdo con el horario disponible. Si no había ninguna brecha de tiempo para adaptarse
60
a este paciente, el recepcionista no puede hacer cualquier cita para el paciente si más tarde se negó
a tomar una cita alternativa.
En tal caso, la recepcionista no necesita registrar información respecto a esta cita. Sin
embargo, este proceso tiene grandes deficiencias en las necesidades del paciente.
Por ejemplo, el Dr. Juan Pérez puede atender a 30 pacientes por día, pero no tener la cita
programada. Hay una explosión de pacientes con influenza y 45 necesitan a ver al Dr. Juan Pérez en
un día. Obviamente habría 15 pacientes que no podían asistir a la cita. La demanda para el servicio
del día siguiente del Dr. Juan Pérez es de 45 pacientes. ¿Tiene que sentido que la demanda por el
Dr. Juan Pérez sea 45 pacientes por día? La respuesta es “No”. Los pacientes que acuden a ver al
Dr. Pérez pueden incluir a los pacientes, que no lo hicieron y tener la oportunidad de verlo el día
anterior, así como los pacientes de mayo a los que ve regularmente y algunos nuevos pacientes.
61
CAPÍTULO VII
DISEÑO BASE DATOS
62
Figura 7.1: Diagrama Entidad-Relación. Registro de citas
La estructura del sistema de citas se describe en la figura x-x. Compuesto por varias tablas
utilizadas para registrar toda la información relacionada a la cita del paciente. La tabla “Paciente” es
usada para almacenar los datos relacionados a la persona que en este caso es el paciente. La tabla
“Doctor” para almacenar todos los datos del doctor. La tabla “Cita” para el registro de las citas. La
tabla “SalaEspera” utilizada para registrar los datos cuando el paciente llega al centro hospitalario y
es recibido por una recepcionista para ser atendido por el doctor.
63
Figura 7.2: Base de datos del prototipo del sistema de citas.
Nombre de tabla
Uso
Doctor Es utilizada para registrar los datos relacionados al doctor
Paciente Es utilizada para registrar los datos relacionados del paciente
Solicitud Es utilizada para registrar las solicitudes de los pacientes y el estado de las mismas.
Cita Es utilizada para registrar los datos relacionados a las citas, incluyendo paciente, doctor y la fecha de la misma.
Área Es utilizada para registrar las áreas o roles con los que cuenta el doctor.
64
SalaEspera Es utilizada para registrar información del paciente cuando llega al centro médico.
Conexión Es utilizada para registrar la cadena de conexión de la base de datos.
GIS Es utilizada para registrar la localización y ubicación de los hospitales por región, y de los pacientes para tales fines.
7.1 Base de datos de los pacientes.
Los pacientes que ingresan o solicitan atención primaria por primera vez, sus datos son
almacenados en la base de datos del sistema, específica del paciente. La cual el personal autorizado
interactúa para consultar en la base de datos, podemos decir, su tipo de síntoma, enfermedad, la
zona donde vive (si es rural o urbana) o cualquier otra zona que algunas veces tienen impacto con
relación a la enfermedad que presente. Por ejemplo, en el Ensanche Quisqueya ha surgido un virus
de cualquier enfermedad que ha alertado a la población, lo que se hace en este caso es determinar
qué tanto puede afectar y expandirse en varias zonas más, lo que conlleva tomar medidas
necesarias para evitarlo.
Por eso, se tienen registros más precisos y eficientes que conllevan tomar estas medidas, y
también según el mal que presente el paciente, se pueda saber la raíz que lo llevó a tener esa
enfermedad o síntoma, verificando la ubicación del mismo y hasta sus posibles causas. Esto es lo
que se busca con los procesos de la base de datos mencionada.
En otro aspecto, los registros de pacientes y bases de datos constituyen instrumentos
fundamentales para el desarrollo de un centro de salud, la investigación en el campo de las
enfermedades extrañas, la planificación sanitaria como social, económico, de calidad de vida, y
65
principalmente la mejora de la atención primaria. Estos recursos son vitales para evaluar la viabilidad
de los ensayos clínicos, para facilitar la planificación de los casos, del ingreso de los pacientes y para
evaluar el impacto de las nuevas intervenciones. Las bases de datos deben mantenerse con el uso
optimizado a través del intercambio de información entre las partes.
Hay que destacar que las bases de datos son costosas de crear y mantener. Por tanto,
requiere de la cooperación de muchos profesionales de la salud el cual requiere un manejo
cuidadoso. Los registros de pacientes sólo deben establecerse cuando los recursos financieros y los
conocimientos están presentes para aplicarlos.
Por otra parte, los sistemas de registro de paciente tienden a tener un valor añadido si la
enfermedad en cuestión tiene una buena perspectiva para la intervención, el control, la prevención y
la investigación que puede llevar a estos extremos.
Es de gran interés para los investigadores, socios industriales, profesionales de la salud,
pacientes y organizaciones de pacientes y, en última instancia, para la comunidad. Es difícil para la
investigación independiente llevar a cabo por los sectores sin fines de lucro y con fines de lucro, ya
que los investigadores de ambos sectores a menudo están involucrados en los mismos proyectos. Si
bien esto permite la transferencia efectiva de tecnología, sino que también da lugar a preocupaciones
acerca de los conflictos de intereses. Existe la necesidad de promover la confianza en la
investigación sobre la base de las colecciones de datos.
La forma de registrar a los pacientes ha estado en vigor durante varias décadas en sectores como
el cáncer, defectos de nacimiento y enfermedades cardiovasculares, entre otras. Esta larga y amplia
66
recopilación de datos es la base sobre de construir lineamientos para el registro de los pacientes con
enfermedades comunes o extrañas. Contiene algunas características adicionales que los hacen
específicos:
• La escasez de casos y la complejidad de estas enfermedades impone una gran cobertura
geográfica de la recolección de datos, que implica múltiples colaboraciones y el intercambio de
datos, normalmente transnacional.
• La mayoría de las enfermedades son de origen genético y una gran parte de ellas puede tener
un familiar afectado.
• El costo de establecer y mantener un registro de pacientes es casi igual que para una
enfermedad común como lo es para una enfermedad extraña, aunque los presupuestos son
más difíciles de obtener para este último.
Definición del registro del paciente:
La OMS define registro de pacientes como "un archivo de los documentos que contienen
información uniforme sobre personas individuales, recogidos de manera sistemática e integral, en fin
de servir a un propósito científico, clínico o la política predeterminada"2
El Comité Nacional de Salud Vital y Statistics3 EE.UU. define los registros de pacientes como
"un mercado organizado sistema de recogida, almacenamiento, recuperación, análisis y difusión de
información sobre personas individuales que tienen ya sea una enfermedad en particular o una
condición (por ejemplo, un factor de riesgo) que predispone a la ocurrencia de un evento relacionado
2 Brooke EM. The current and future use of registers in health information systems. Geneva: World Health Organization; 1974. Publication No. 8.
67
con la salud, o la exposición previa de sustancias (o circunstancias) que pueda causar efectos
adversos para la salud ".
En su forma más simple, un “Registro de pacientes” consiste en una colección de tarjetas de
papel guardados dentro de una "caja de zapatos" por los médicos. En la actualidad son colecciones
de datos informatizados. Es habitual distinguir entre registros basados en la población, que se
refieren a una población geográfica y el objetivo de registrar todos los casos en que la población
definida, y los registros sobre la base de centros clínicos u otros criterios que la cobertura de la
población puede no ser clara. Estos dos tipos de registro tienen diferentes usos. También puede ser
útil para distinguir registros exhaustivos y no exhaustivos:
• Registro exhaustivo: registro que busca incluir a todos los casos que cumplan los criterios de
inclusión.
• Registros no exhaustivos: (o bases de datos), puede ser muy útil para encontrar pacientes
para la investigación clínica para ejemplo.
¿Qué se busca con el proceso de registrar a los pacientes?
• Prevalencia e incidencia de Monitoreo: El cual puede ser establecido para controlar la
incidencia o prevalencia, especialmente en relación con la alerta temprana de los aumentos.
Si se espera que la incidencia / prevalencia estable suceda durante largos períodos, un
estudio ad hoc puede ser más rentable.
68
• El establecimiento de la historia natural: El objetivo directo de los registros de pacientes es el
de documentar la historia natural de la enfermedad, es decir, sus características, la gestión y
los resultados que se presenten con o sin tratamiento.
Para las enfermedades extrañas de origen genético, el propósito puede ser establecer
una correlación genotype-phenotype. La historia natural puede ser variable a partir de un
grupo de población a otro, especialmente si una nueva terapia está disponible. El mejor
ejemplo es el cambio en la supervivencia de los pacientes con enfermedades de
almacenamiento lisosomal desde la introducción de terapias de reemplazo de enzimas. Los
registros deben mantenerse al ritmo de la complejidad evolutiva de factores clínicos de las
enfermedades poco comunes, especialmente en el contexto del aumento de la esperanza de
vida y envejecimiento.
• Vigilancia de seguridad:
Los registros a menudo se han creado en el pasado para controlar la seguridad. En ese
contexto dichos registros sirven como un sistema de vigilancia activa de la ocurrencia de
eventos inesperados o nocivos para los productos o las intervenciones en general y en
particular de los medicamentos utilizados en la etiqueta, que es el caso para la mayoría de los
medicamentos utilizados por los pacientes que viven con una enfermedad rara. En el contexto
de los medicamentos huérfanos o nueva intervención médica o quirúrgica, es probable que
sea un paso necesario ya que normalmente se conoce poco en el momento de la intervención
se lleva a cabo, y ciertamente no lo suficiente como para estar seguros de que los efectos
adversos se han evaluado adecuadamente.
69
Sin embargo los registros de vigilancia de la seguridad son de interés limitado para usos
diferentes de control de la seguridad, ya que sólo supervisan los casos tratados, que pueden
ser una minoría de casos o una muestra sesgada de casos. Por lo general, son los registros
de productos en lugar de los registros de enfermedades. Si hay más de un producto a partir de
dos fabricantes diferentes para una enfermedad dada, esto dará lugar a la creación de dos
registros separados de producto con valor limitado, que no permitirá que la comparación de
los resultados con cada uno de los productos.
• Evaluación de la eficacia clínica:
Los registros también se pueden establecer para proporcionar datos para la evaluación
de la eficacia clínica o de la relación coste-eficacia de las nuevas intervenciones en un
ambiente del mundo real. Esto es necesario ya que los estudios clínicos realizados para
evaluar la eficacia clínica de los nuevos tratamientos se basan en estudios de pacientes
seleccionados después de un "protocolo de ideales", que difieren de la práctica clínica
después, cuando se lleva a cabo el tratamiento en el centro de salud. Esto es porque cada vez
más las autoridades reguladoras y las aseguradoras de salud piden que un registro se ejecute
cuando un medicamento huérfano recibe una autorización de comercialización. Este tipo de
registro es mucho más interesante que el anterior, ya que incluye a todos los pacientes, no
sólo de los pacientes tratados. Sin embargo, los registros tienen que ser diseñados
específicamente para evaluar costo-efectividad con el fin de lograr este propósito, aunque la
rentabilidad puede ser difícil de evaluar en las enfermedades raras.
70
• Calidad de los servicios de atención primaria:
Los registros también pueden ser establecidos para medir la calidad de la atención
primaria del paciente. Por lo general, se compara con los estándares que se han establecido y
que son considerados como "normas de oro". La definición de la OIM para la calidad de la
atención es "el grado en que los servicios de salud para los individuos y las poblaciones
aumentan la probabilidad de resultados de salud deseados y son consistentes con el
conocimiento profesional actual". Este tipo de registro es útil para identificar las diferencias
entre los resultados de salud y aportar pruebas para su mejora. También es útil para la
planificación de la asistencia sanitaria y las normas de oro la cual existe únicamente para un
número muy limitado de enfermedades extrañas. En cuanto a la calidad de la atención
autoinforme el registro de los pacientes puede complementar los informes de los médicos y
abarcar aspectos como la calidad de vida y sociales.
• Realizar investigaciones sobre la etiología:
El registro de pacientes es también la base para la investigación de las causas, cuando
no está firmemente establecida, siempre que los posibles factores de causas que también
están registrados.
• Proporcionar un inventario de los pacientes para volver a contactar para la investigación
clínica:
En el campo de las enfermedades, una razón para el establecimiento de un registro de
pacientes es también para reunir suficientes datos sobre una determinada enfermedad para
que sea visible y para motivar a los investigadores y la industria para trabajar en él. Suele ser
un enfoque efectivo, siempre que el registro está diseñado adecuadamente para generar
71
información útil. Otra razón de tener un inventario de los pacientes es la participación en
estudios epidemiológicos, ensayos clínicos o de evaluación de tecnologías sanitarias para
controlar el acceso real a los tratamientos. En ese caso, los datos necesarios en cada paciente
se limita al diagnóstico y los datos de contacto. Sin embargo, otra razón para que los datos
clave, como el estado genético, los criterios de diagnóstico, etc., estén a disposición de los
grupos de investigación, es la reducción de la recolección repetida de los mismos datos,
mitigando así las demandas.
Por supuesto, la mayoría de los registros tienen la ambición de servir a más de un propósito,
aunque no siempre es posible. Cumplir con fines concretos requiere de mucha atención en la
fase de diseño. Es común confundir los objetivos tales como la gestión de los pacientes y la
gestión de los datos para fines de investigación. Es conveniente que el formato de los datos
sean compatibles entre estos dos tipos de sistemas de registro de datos para permitir la
extracción, pero los otros aspectos son demasiado diferentes para ser acomodado por un solo
sistema.
Los registros son un tipo específico de recolección de datos. Existen otros tipos de recolección
de datos con sus propios méritos y límites. Estos se analizan a continuación con referencia a
su tipo particular de uso.
• Los datos del sistema de salud:
Estos datos están procesados en los archivos del hospital donde el diagnóstico del paciente
se codifica a una nomenclatura definida, por lo general a la Clasificación Internacional de
Enfermedades (CIE), desarrollado por la OMS.
72
Son instrumentos clínicos, adaptados a los pacientes para contar con determinados tipos de
servicios de salud. Son utilizados por los gestores sanitarios. No están diseñados para fines de
investigación a pesar de que a veces se pueden usar para fines de investigación. Otras fuentes
también pueden utilizarse como certificados de defunción o datos de seguros de salud.
• Bases de datos de proveedores de salud.
Estos se definen como registros permanentes de información del paciente de una
manera sistemática, llevada a cabo por profesionales de la salud sobre la base de sus
referencias. Se trata de un registro de la actividad en curso pasiva. La ventaja de este sistema
es su bajo coste, ya que no hay coste asociado a la identificación de los casos, como se les
conoce a través del sistema de asistencia sanitaria.
Los límites de este enfoque incluyen el hecho de que los casos registrados no son una
verdadera representación de la población en general, sino más bien una muestra,
generalmente sesgados hacia los casos más graves o casos de las clases socioeconómicas
más altas. Si la recolección de datos se realiza correctamente, el conjunto de datos puede ser
de interés para algunos fines de investigación, pero no es adecuado para estudios
epidemiológicos, a menos que pueda establecerse que todos los casos se remiten al centro de
recolección También se llaman registros hospitalarios.
7.2 Base de datos de los doctores.
Los doctores también deben contar con un registro en la base de datos. Por ello, cuando un
paciente desea atenderse con un doctor específico, este realiza una búsqueda en el sistema y
verifica qué doctores se encuentran disponibles, o cuáles de ellos son especializados en
73
enfermedades relacionadas a las que el paciente pueda presentar. Con esto se busca, una
optimización en los procesos del sistema de citas.
Figura 7.3: Diagrama entidad- relación Base de datos doctores.
Aquí vemos en la figura un fragmento de la estructura de la base de datos. En este caso,
vemos la base de datos de los doctores la cual está compuesta por la entidades: Doctor, Disp_doctor
(La disponibilidad del doctor al que se la solicita la cita), Ranking_doctor (La valoración que ha tenido
el doctor con asistencias anteriores). En la entidad de “Doctor” se almacenan los datos básicos del
personal médico que atiende a la cita, también el hospital en el cuál labora y su área que
desempeña.
7.2.1 Disponibilidad de doctores.
En todos los centros hospitalarios siempre existe una cantidad determinada de doctores que
sirven a los pacientes en circunstancias que lo ameriten. Es por esto, que en muchos casos hay una
74
cantidad muy fluida de pacientes solicitando un servicio, esto conlleva que no estén disponibles los
doctores debido a que éstos atienden otros pacientes. En este caso, lo que se busca es, si una
persona desea realizar una consulta, éste puede verificar a través del sistema los doctores que están
o estarían disponibles para una determinada hora o fecha. Si el caso es de una emergencia, se
aplicarán otros tipos de mecanismos. Se plantea aplicar la funcionalidad de que antes de salir de su
casa, el paciente o la persona que lleva al paciente puede notificar inmediatamente a través del
sistema, y en el momento que éste va en camino hacia el centro ya estén disponibles las atenciones
de lugar. Esto evita perder tiempo en el momento que el paciente llega al centro procesando un
registro, pagando el servicio de atención, entre otras.
7.2.2 Ranking en los doctores.
Muchos de los pacientes que han sido atendidos en los centros hospitalarios han quedado
satisfechos con la atención que se le ha brindado, algunos salen desencantados, y otros piensan que
se le ha dado una atención regular. Con esto buscamos implementar una herramienta innovadora
con la que el paciente pueda calificar el servicio que ha recibido cuando acude al centro de salud.
Esto sirve de guía a los nuevos pacientes que ingresan por primera vez al centro hospitalario, podrán
observar cuáles doctores son mejores valorados, cuáles ofrecen el mejor servicio, y cuáles les
brindan mejor atención.
75
7.3 Respaldo de bases de datos en la nube.
Es esencial el respaldo de las bases de datos en las nubes, por lo que en caso de ocurrir
algún incidente, evitar la pérdida de los datos. Se considera aplicar el auto-respaldo de los datos
cada cierto tiempo, para que de esta manera, toda la información quede concentrada en este ámbito
alternativo, como es el caso del respaldo en las nubes. Hay que asegurar también, que la seguridad
de estos sea óptima, para evitar posibles ataques o alteraciones de datos que puedan afectar al
centro de salud que utiliza el sistema.
Existen varias razones por la cuál muchas empresas hacen el respaldo de sus datos en la
nube. Una de ellas es para ahorrar dinero. Puede ayudar a clientes a evitar los compromisos de
inversión de capital. Eso es un gran beneficio para las organizaciones de hoy en día. Otra ventaja es
ahorrar los recursos de TI.
Esto libera al personal de TI tiempo para trabajar en proyectos que puedan aportar más valor
estratégico para el negocio. La tercera es que la nube ofrece oportunidades para la colaboración. Le
da la capacidad de acceder a los datos desde cualquier lugar, en cualquier momento, haciendo más
fácil la colaboración y esto puede ser un gran beneficio. La cuarta razón es la escalabilidad. Si nos
fijamos en el mercado al por menor, por ejemplo, requieren más espacio de reserva durante los
períodos de vacaciones.
¿Qué ventajas tiene el respaldo de datos basado en la nube sobre el respaldo de datos tradicional?
76
El respaldo de seguridad basado en la nube es una mejora con respecto a métodos
tradicionales en al menos tres áreas. En primer lugar, la escalabilidad es cada vez más importante
para las empresas, y el método tradicional no es escalable. Con el método tradicional, este necesita
mantener la adquisición de más y más unidades de datos que van creciendo. Incurren todos los
gastos que vienen con eso. Esto es especialmente cierto en las empresas con oficinas distribuidas o
remotas, por lo que es necesario la adquisición de equipos de seguridad para todas las oficinas.
Todo esto puede ser muy costoso y engorroso.
Otro punto importante es que las posibilidades incluyen:
Un sistema en línea:
Todos los colectores de datos tienen el derecho de presentar electrónicamente los datos a la
distancia base de datos ya sea por médicos o pacientes.
Esta solución puede requerir altos costos en términos de desarrollo inicial y el mantenimiento del
sistema en línea, surgen muchas cuestiones legales y de seguridad, cuando los datos se recogen en
un país y se almacenan en otro.
Ambos modelos tienen ventajas y desventajas en función de los datos que deben recogerse,
el número de lugares en los que los datos se recogen en uno o más países, y las opciones de los
diferentes socios.
Cualquier sistema que se utilice, debe ser posible para el proveedor de los datos para que
puedas ver fácilmente lo que los datos que han proporcionado, corregirlo si es necesario, y producir
77
informes de datos locales. Se recomienda utilizar un mainframe centralizado para la recopilación,
almacenamiento y análisis, para permitir el mantenimiento a largo plazo y la reducción de costos.
Política de acceso a datos
La posibilidad de acceder a la información de manera eficiente, flexible y oportuna es un
elemento clave. Sin embargo los datos que se almacenan tienden a ser muy personal con
información confidencial. Por lo tanto, la confidencialidad de la información debe ser garantizada.
Permitir el acceso a los datos de relaciones públicas sin violar la confidencialidad requiere
pensamiento y planificación. El establecimiento de una política de acceso a datos es una tarea
fundamental para garantizar la protección de los datos confidenciales y maximizar el uso de los datos
de todos los interesados.
78
CAPÍTULO VIII
DISEÑO DEL SISTEMA
79
8. 1 Introducción.
Este capítulo muestra en detalle la Fase 2: Diseño del sistema. Se presenta el diseño de los
módulos del sistema de citas. Estos módulos están diseñados para la gestión de la demanda del
paciente, la oferta del doctor, la supervisión del rendimiento de servicios y la realización de
estrategias de contingencia. Están diseñados para resolver los problemas identificados en el Capítulo
5. Se propone el diseño de una estructura de servicios integrados basados en servicios web. Esta
estructura permite que el intercambio de información entre aplicaciones aisladas utilizadas por los
diferentes doctores e incluso pacientes.
8.2 Diseño de los módulos del sistema de citas.
Los componentes básicos de nuestro sistema propuesto son seis elementos que llevan a cabo
el proceso de gestión de citas de pacientes: Interfaz de sistema, Repositorio de datos, módulo de
solicitud, módulo de rendimiento, un módulo de estrategia y un módulo de programación.
La interfaz proporciona funcionalidades para el intercambio de información con los usuarios
finales. El repositorio de datos se utiliza para almacenar todos los datos pertinentes que se utilizan.
Hay cuatro módulos. El módulo de solicitud se utiliza para calcular la demanda, localizar a los
pacientes y clasificar estas solicitudes en diferentes categorías. Básicamente, las peticiones del
paciente se introducen por el usuario desde la interfaz del sistema, el módulo de solicitud clasifica
80
estas peticiones y las almacena en el repositorio de datos. Si la solicitud ya existe en el repositorio de
datos, el módulo puede obtener esta información y mostrarla en la interfaz del sistema.
El módulo de rendimiento comprueba el rendimiento de la práctica sobre la base de la medida
de satisfacción de la demanda. Si el nivel de satisfacción es inferior a un umbral definido, el módulo
de rendimiento se activará y el módulo de estrategia ayudará a tomar una decisión para ajustar la
estrategia de citas. Activado por el módulo de rendimiento, el módulo de estrategia proporcionará
recomendaciones para ayudar al usuario a realizar manualmente las citas en vista de la necesidad
de la demanda y la oferta. El módulo de programación/horarios se utiliza para gestionar
dinámicamente la carga de trabajo del doctor, organizar peticiones de pacientes con citas y mostrar
calendario de los médicos. Las siguientes secciones detallan las funciones de cada módulo.
8.2.1 Módulo de solicitud.
Con el fin de resolver el problema de registro de la demanda de pacientes en el punto de
entrada de datos, el módulo de solicitud asiste para registrar la información del paciente en la primera
etapa del proceso. Este módulo se utiliza para calcular la demanda de los pacientes mediante
el proceso de solicitud de un paciente y lo clasifica en tres estados: cita reservada, en espera y
solicitud rechazada o desestimada. Hay tres razones para mantener estos estados: En primer lugar,
la práctica médica tiene como objetivo satisfacer la solicitud de cada paciente el día que lo quieren.
Dar seguimiento de la solicitud de cada paciente puede ayudar a encontrar la demanda real de cada
médico de sobre sus servicios diarios. En segundo lugar, la clasificación de la demanda de un
paciente en diferentes categorías puede ayudar para estimar los tipos y el número de los servicios
81
requeridos por los pacientes. En tercer lugar, la búsqueda de la relación entre la demanda que se ha
cumplido puede ayudar a entender la brecha entre la demanda y la oferta.
Las 4 fórmulas siguientes describen el método para calcular la demanda diaria, demanda en
general, la demanda satisfecha y deficiencias en los servicios. Tanto la demanda y la solicitud se
miden por el número de citas:
1. Demanda (un día) = solicitudes (un día) - solicitudes pendientes.
Esta fórmula sugiere que la demanda en un día específico es igual a todas las peticiones en
ese día, menos el número de las peticiones que no se cumplieron antes y quedaron en la lista de
espera.
2. Demanda (Global) = Demanda(día i) = Solicitudes (Global) – solicitudes pendientes (Global).
Esta fórmula sugiere que la demanda global durante un período es igual a la suma de la
demanda diaria de todos los días durante este período. Sería la suma de peticiones cada día menos
la suma de todas las peticiones que no se han cumplido antes y quedaron en la lista de espera. El
parámetro i representa el índice de un día específico, y el N es el número de días en el período.
3. Demanda completa (un día) = Citas Ofrecidas - Citas ofrecidas a la lista en espera.
82
Esta formulación indica que la demanda cumplida en un día específico es igual a todas las
citas que se ofrecen a los pacientes en ese día menos el número de citas que se les dio a las
solicitudes pendientes del paciente. El valor de la demanda complete en un día puede reflejar la
eficacia del servicio prestado a los pacientes, ya que indica el número de citas que se han ocupado
de poner remedio a las peticiones de la lista en espera inclusive.
4. Brecha de Servicio (Global) = Demanda (Global) – Citas Ofrecidas (Global).
Esta fórmula indica que la brecha de servicio, en otras palabras, es igual a toda la demanda de
los pacientes menos el número de citas previstas.
8.2.2 Módulo de Programación/Horarios.
La demanda diaria de citas de pacientes ayuda a estimar la oferta futura, sin embargo, la
oferta estimada puede no coincidir con la demanda real en un día particular. Si la demanda estimada
es inferior a la demanda real, entonces se necesita agregar demanda extra para que coincida con la
demanda actual.
83
Figura 8.1: Horario flexible para médicos.
El módulo horario puede ordenar la capacidad del doctor en dos categorías: Capacidad
estándar y la capacidad potencial. La capacidad estándar se refiere a las consultas que los doctores
pueden proporcionar en su sesión de trabajo estándar. La capacidad potencial es la cantidad de
consultas suministrado en tiempo extra a los médicos, esto incluye horas opcionales después de la
sesión normal y además se añade una sesión adicional durante los días de fines de semana.
8.2.3 Módulo de rendimiento.
El módulo de rendimiento supervisa el rendimiento de los servicios que se miden de acuerdo
con los tres objetivos del modelo atención avanzada: Accesibilidad y Continuidad de la atención a los
pacientes y la carga de trabajo de los médicos. Para esto es necesario establecer los límites y
umbrales para cada uno de estos atributos. Una vez se establecen el módulo de rendimiento será
capaz de ejecutar con eficacia su función de vigilar el cumplimiento de las áreas y el envío de
alarmas en el sistema cuando se violan las reglas y normas configuradas.
84
8.2.4 Módulo de estrategia.
Para participar en la toma de decisiones de los gestores del sistema de citas y ya que no
encontramos estrategias definidas en el centro médico, cuando se lanza una señal desde el módulo
de rendimiento, una recomendación basada en reglas definidas por institución se presentará al
usuario final para ayudar a esa persona a tomar las decisiones correspondientes.
8.3 Diseño de la Arquitectura de Servicios Integrados.
Hay algunas problemáticas que se han considerado en el diseño de la arquitectura del sistema
de citas. En primer lugar, el diseño de la arquitectura debe ser capaz de sostener los componentes
del sistema tales como son los flujos de trabajo que debe ir acorde a los procedimientos y soportar
configurar reglas de negocios para propuestas de mejoras en la accesibilidad del paciente en la
hospital Dr. Bladimir Ramírez Rodríguez. En segundo lugar, con el fin de hacer esta las citas puedan
ser reservadas automáticamente sin interrupción, la infraestructura de TI debe estar apta para
manejar el gran tráfico. Por último, pero no menos importante, debe ser una estructura robusta y
escalable que pueda soportar los cambios futuros.
8.3.1 Diseño de la arquitectura del sistema.
La arquitectura del sistema propuesto es un diseño de tres capas basado en la tecnología de
servicios Web. La razón de la adopción de los servicios web es que hace bloques de construcción
85
funcionales accesibles a través de protocolos estándar de Internet e independiente de plataformas y
lenguajes de programación. Los tres niveles se refieren a la capa interna del sistema, el nivel medio y
el nivel de servicio exterior.
Figura 8.2: Arquitectura en 3 capas
Las arquitecturas de tres capas resultan ser una mejor solución que la arquitectura de un nivel
o dos niveles cuando se considera como una solución multi-usuario tratando de comunicarse a través
86
de diferentes servidores. La capa interna del sistema se compone de los sistemas, bases de datos e
interfaces. Recordamos que los pocos sistemas existentes y la base de datos existente en el hospital
están aislados para proporcionar servicios independientes.
El nivel medio está formado por un manejador de servicios web, un servidor de aplicaciones y
una base de datos de nivel medio. El manejador de servicios web es un administrador que organiza
las funcionalidades proporcionadas por los diferentes sistemas internos y bases de datos en los
servicios web. El servidor de aplicaciones, por una parte, proporciona la aplicación de cita al usuario
interno mediante la utilización de los servicios web publicados en el manejador de servicios y por otro
lado, proporciona funcionalidades utilizadas por los servicios web externos, a través del cual los
pacientes pueden hacer citas a través de Internet. Los datos temporales generados, se almacenan
en la base de datos de nivel medio. A diferencia de las bases de datos internas que se ven a menudo
como bases de datos de registro permanente. Es aquí donde médicos y administradores coordinar su
labor y reciben el apoyo del sistema ya sea a nivel de reportera general o incluso tendencias con el
soporte de inteligencia de negocios.
El único componente en el nivel de servicios externos es el servidor Web. Es independiente
del sistema interno. En este diseño, este servidor web se puede conectar al sistema interno a través
de las funciones proporcionadas por los servicios de aplicación. El servicio de reservas en línea se
puede proporcionar a los pacientes para aliviar la presión sobre el servicio de reserva telefónica en el
hospital. Ayuda al usuario durante el proceso de creación de citas con todos los detalles propios del
hospital incluyendo el soporte de Geo-referenciación para localizar el centro médico mejores rutas
para llegar a él y otras alternativas en caso de mucha carga de trabajo.
87
8.3.1.1 Inconvenientes para el diseño de un sistema de citas.
En el diseño de un sistema de citas eficaz que busca ayudar en el proceso de ingreso del
paciente en la atención primaria de la salud, especialmente para mejorar el rendimiento del servicio y
la colaboración entre los actores del proceso, es esencial entender las problemáticas relacionadas
con el diseño. En esta sección presentaremos, una lista de los temas críticos en la fase de diseño del
sistema, extraída de las evidencias de investigación reportadas por la administración del hospital.
Estos temas incluyen: la gestión de la demanda del paciente y la oferta de salud, el apoyo a la
colaboración, la evaluación de desempeño de los servicios y la disponibilidad de entrada alternativa
del paciente.
Demanda de pacientes.
Es recomendado por el modelo AA, que saber la demanda de citas es una condición previa
para la planificación de la oferta de atención de salud. Medir la demanda sólo por las recepcionistas
observando a los pacientes y contando el número de llamadas de forma manual cada día es tedioso
y poco práctico. Si no se conoce la demanda, los médicos no podrían estar conscientes de la carga
de trabajo diaria y siempre estarían nerviosos. Sin embargo, la demanda real de los pacientes no es
igual al número de llamadas telefónicas, ya que cierto número de pacientes llaman pero realizan la
cita días más tarde. La realidad es que sin importar el número de llamada lo que se considera
demanda de atención primaria de salud es sólo la visita al centro de salud.
88
Medición por Desempeño de Servicio.
Los principales problemas en la aplicación del modelo de acceso avanzado en las prácticas se
han centrado en la accesibilidad a los servicios, la continuidad de la atención y la carga de trabajo de
los médicos. Estas tres características también pueden ser aplicables en el diseño del sistema para
mejorar el acceso de los pacientes a la atención primaria de salud.
Accesibilidad.
Actualmente, se utiliza un sistema de citas manual, por lo tanto el acceso del paciente a las
citas de atención primaria no se puede medir con facilidad. Además la falta de un método de
medición aceptado para representar el acceso del paciente a los servicios de atención primaria hará
que sea más difícil el poder medir y/o comparar la demanda de los pacientes.
Con el fin de construir un sistema de citas médicas, se requiere un plan efectivo de
accesibilidad y consigo un plan de contingencia, también es necesario disponer de un método para
medir el acceso del paciente que sea fiable, rápido y que proporcione un registro diario de accesos
tanto a nivel de medicina general como también para los profesionales independientes o expertos
que forme parte del modelo de servicio creado para mejorar la accesibilidad de los pacientes en la
atención primaria de salud.
Un método citado es el de “Próxima Cita Disponible” el proceso principal de este método
consiste en registrar el número de días hasta la próxima cita en calendario con cualquier médico
(excluyendo los días de fin de semana y días festivos), ya sea tiempo parcial o tiempo completo. Se
89
trata de un método muy práctico para evaluar la accesibilidad a servicios y con la facilidad de
recolección de datos regulares o patrones de datos capaces de indicar las tendencias en las
organizaciones.
Sin embargo, una barrera notable de este método es que la "próxima cita disponible" es
sensible a que el paciente no cumpla con su solicitud de servicio. Por ejemplo, una cita puede sufrir
una cancelación o cualquier otro evento inesperado. Otro problema es que en este método sólo se
controla el tiempo de espera en general, pero no el de los médicos de forma individual. El modelo
mencionado antes, Acceso Avanzado también requiere la supervisión continua de la disponibilidad
de cada médico.
Las instrucciones para calcular el 'tercer próximo disponible' son las siguientes:
• Evaluación de todos los médicos en el equipo el mismo día de la semana, una vez a la
semana.
• Conteo del número de días entre la solicitud de una cita con el médico y la tercera cita próxima
para un nuevo paciente, ya sea examen físico, de rutina o regreso para entrega de resultados.
• Reporte del número promedio de días para todos los médicos incluidos en la muestra. Contar
días de calendario, incluyendo días de fin de semana y días no laborables. No contar citas
gestionadas para emergencias.
90
Continuidad.
El acceso es un factor determinante de la calidad de atención de la salud; hay otros factores
importantes determinantes de la calidad general del servicio de citas, como la continuidad de la
atención.
Se define continuidad en medicina como: Atención proporcionada por un grupo de
profesionales de la salud que trabajan juntos en la misma práctica que proporciona una
comunicación constante y coordinación de la atención a sus pacientes. Otros aspectos a ser
considerados son la carga de trabajo y balancear la demanda y oferta.
Más allá del impacto inmediato del tiempo de espera, existe la preocupación de la fuerte carga
de trabajo no controlada, esta preocupación está causada en parte por la incertidumbre de la
demanda de citas ya sea por no tener el numero en promedio o conocer su fluctuación y en parte
causada por la flexibilidad en horarios. De hecho algunos médicos consideran la demanda como
infinita. A todo esto se le agregan los reportes manuales que deben ser generados para entregar a la
administración o incluso para uso propio.
8.3.2 Diseño de servicios web.
Aquí describimos los servicios web diseñados para interactuar con los módulos antes
mencionados, Cada uno de estos servicios ejecutará una serie de operaciones para satisfacer las
funcionalidades de cada módulo del sistema.
91
8.3.2.1 Servicio web de requerimientos.
El objetivo del servicio web para el módulo de solicitud/requerimientos es cumplir con las
funcionalidades de almacenamiento y manejo de peticiones de los usuarios. Esto implica una serie
de operaciones para los pacientes, doctores y administración en cuanto a sus solicitudes. Este
servicio tiene un rol muy activo en el sistema, desde transacciones regulares hasta la integración con
los sistemas de información geográficas. Alguna de las operaciones son las siguientes:
Operaciones del paciente:
• ConseguirListadoNombres: Con esta operación se puede generar la lista de pacientes
relacionados con la búsqueda del usuario.
• ConseguirDetallesPaciente: Con esta operación se puede conseguir el expediente detallado
del paciente, incluyendo datos específicos que sean necesarios para consultas.
• CrearExpediente: Esta operación permite la creación de in Nuevo expediente medico.
• ModificarExpediente: Esta operación permite la modificación de un expediente.
Solicitud de Operaciones:
• CrearSolicitud: Esta operación puede crear una nueva solicitud en el sistema.
• ConseguirSolicitudesPendientes: Esta operación puede listar solicitudes en espera.
• FinalizarSolicitud: Después de arreglar una cita, esta operación puede finalizar el estado de
la solicitud.
92
8.3.2.2 El servicio web módulo Programación/Horario.
El objetivo del servicio web del módulo de horarios es cumplir con las funcionalidades de
gestión de calendario de los médicos. Se trata de una serie de operaciones que manipulan los
calendarios de los médicos con los registros de citas. Estas operaciones son las siguientes:
Operaciones con datos de los médicos:
• ConseguirListadoMedicos: Con esta operación se puede mostrar una lista de todos los
doctores.
• ConsegirDetallesDoctor: Esta operación permite obtener el expediente detallado de un
doctor.
• CrearNuevoExpediente: esta operación puede crear el registro de un nuevo doctor
• ModificarExpediente: esta operación puede modificar un registro existente de un doctor.
Operaciones de Registro de citas:
• ConseguirCalendarioDiario: esta operación puede mostrar las citas diarias en que trabaja
un doctor.
• ConseguirCalendarioSemanal: esta operación puede mostrar el horario seminal con citas de
un doctor.
• CrearNuevaCita: Esta operación puede crear una nueva cita con base a la solicitud de un
paciente.
• ConfirmarCita: Esta operación permite confirmar o aceptar una cita de un paciente.
• ModificarCita: Esta operación modifica una cita existente.
• EliminarCita: esta operación puede eliminar una cita del calendario de un doctor.
93
8.3.2.3 Servicio web para módulo de Rendimiento.
El propósito del servicio web del módulo de rendimiento es el de organizar sistemáticamente el
rendimiento de los servicios, de manera que el usuario puede tener una idea clara de cómo se presta
el servicio a los pacientes. Esto implica una serie de operaciones en el registro de desempeño la
práctica médica en el hospital Dr. Bladimir Ramírez Rodríguez, incluyendo:
Operaciones de rendimiento:
• ConseguirRendimientoGlobal: Esta operación mostrará el desempeño global del hospital.
• ConseguirAccesibilidad: En esta operación se presentará el desempeño en detalle de la
accesibilidad a los servicios.
• ConseguirAccesibilidadMedicos: En esta operación se presentará el desempeño de
accesibilidad individual de los doctores.
• ConseguirContinuidad: En esta operación se presentará el desempeño de continuidad de
servicios en detalle.
• ConseguirCargaTrabajo: En esta operación se presentará el desempeño de encargo de
trabajo de los médicos.
8.3.2.4 Servicio web para módulo de Estrategia.
El objetivo del servicio web del módulo de estrategia es proporcionar recomendaciones para el
usuario equilibrar la oferta y la demanda, apoyar necesidades del negocio ya que este módulo está
integrado con herramientas de inteligencia de negocios y al mismo tiempo brindar soporte al usuario.
94
8.3.3 Seguridad de la Infraestructura
Sabemos que la seguridad de los datos es fundamental y un elemento critico y entendemos
que tenerlo cubierto en este diseño trae paz mental a la institución. Así que el sistema fue diseñado
desde sus inicios, para garantizar la seguridad de datos en cada paso en el proceso de transmisión y
almacenamiento de información. Desde los servidores de datos existentes y el sistema de BI, todo el
camino a los dispositivos de los usuarios, y por todas partes, las características de seguridad de
extremo a extremo permiten entregar la información que se necesita, sin poner en riesgo su
confidencialidad.
Figura 8.3: Zona desmilitarizada
8.3.3.1 Protocolos seguros de internet
IPsec (abreviatura de Internet Protocol security) es un conjunto de protocolos cuya función es
asegurar las comunicaciones sobre el Protocolo de Internet (IP) autenticando y/o cifrando cada
95
paquete IP en un flujo de datos. IPsec también incluye protocolos para el establecimiento de claves
de cifrado.
Para asegurarse de que los datos están seguros durante la transmisión de archivos se utiliza
el protocolo de transmisión SSL (HTTPS). Esto proporciona la transmisión de datos más segura entre
los servidores y algún dispositivo móvil.
Hyper Text Transfer Protocol Secure (HTTPS) es una versión segura del protocolo de
transferencia de hipertexto (HTTP). HTTPS permite realizar transacciones, transferencia de datos
electrónicos seguras, como la banca en línea. Navegadores web como Internet Explorer y Firefox
muestran un icono de candado para indicar que el sitio es seguro y también aparece https:// en la
barra de direcciones. Cuando un usuario se conecta a un sitio web a través de HTTPS, el sitio
encripta la sesión con un certificado digital.
Figura 8.4: Protocolos de internet
96
8.3.3.2 Seguridad de servicios web Como hemos mencionado en temas anteriores ,un Web Service es una aplicación que reside
en un servidor centralizado y que utiliza una serie de protocolos estándares controlados por las
organizaciones W3C, OASIS y el organismo WS-I como, por ejemplo, Simple Object Access Protocol
(SOAP), Web Service Definition Language (WSDL) y Universal Description Discovery and Integration
(UDDI), para intercambiar datos e información entre otras aplicaciones, independientemente del
lenguaje de programación en el que estén desarrolladas y de la plataforma dónde se ejecuten.
Un Web Service dispone de un interfaz público (API) descrito en un formato procesable por
cualquier equipo o sistema llamado WSDL. WSDL es, además, el lenguaje de programación de ese
interfaz público que está basado en XML y contiene los requisitos funcionales necesarios para
establecer una comunicación con el Web Service.
Un equipo cliente que se conecta a un Web Service puede leer ese fichero WSDL para
determinar qué funciones están disponibles en el servidor. Los tipos de datos especiales se incluyen
dentro del archivo WSDL en forma de XML Schema y el cliente utiliza SOAP para hacer la llamada a
una de las funciones listadas en el WSDL.
SOAP es el protocolo que define cómo se establece el intercambio de información mediante
XML, y UDDI es el protocolo empleado para publicar la información del Web Service y que permite
comprobar qué Web Services están disponibles.
Los Web Services se utilizan normalmente bajo el protocolo HTTP o HTTPS en los puertos
TCP 80 y 443, respectivamente, ya que los firewalls y sistemas de seguridad perimetral que protegen
97
las redes cierran la totalidad de los puertos TCP a excepción de dichos puertos de navegación Web
tal y como se puede observar en el siguiente gráfico:
Figura 8.5: Esquema de un servicio web(Web Service).
Para evitar facilitar información detallada acerca del Web Service es recomendable utilizar el
fichero robots.txt para que ningún buscador indexe dónde se encuentran los ficheros WSDL.
También es importante no publicar los archivos WSDL en el servidor UDDI o, incluso, bloquear el
acceso mediante las funciones de control de acceso integradas en las versiones 3.0.2 o superiores
de UDDI. Además, es preciso desactivar la documentación del contenedor WSDL.
98
Algunos puntos importantes que deben ser definidos como metas para mantener seguros estos
servicios:
1. Definir controles para la operación y mantenimiento de los Web Services.
2. Definir un plan de recuperación ante desastres.
3. Definir un plan de continuidad del negocio.
4. Mitigar las vulnerabilidades de la red.
5. Aumentar los controles de acceso al back-end.
6. Definir controles de autenticación y autorización para los consumidores de un servicio.
7. Utilizar comunicación segura para el intercambio de mensajes SOAP.
8. Definir un sistema de control de cambios para el desarrollo de los Web Services.
8.3.3.3 Esquema DMZ Nuestro trabajo de investigación en la fase de diseño de la infraestructura propone que la
transmisión de la información es asegurada por protocolos seguros de internet y a su vez el tráfico es
validado en una zona desmilitarizada(DMZ) donde los firewall(interno, externo) habilitan solo los
puertos predeterminados que son los necesarios para los servicios provistos.
Que es un DMZ?
DMZ (zona desmilitarizada) es un diseño conceptual de red donde los servidores de acceso
público se colocan en un segmento separado, aislado de la red. La intención de DMZ es asegurar
que los servidores de acceso público no puedan comunicarse con otros segmentos de la red interna,
en el caso de que un servidor se encuentre comprometido.
99
Un firewall es relevante particularmente en la implementación de DMZ, ya que es responsable
de garantizar que las políticas adecuadas para proteger a las redes locales de DMZ se encuentren
habilitadas, mientras que se mantiene la accesibilidad a la zona desmilitarizada (DMZ).
Redes DMZ virtualizados:
DMZ Virtualización con VMware Infrastructure:
Experiencia del cliente VMware y analista independiente la investigación demuestra que es
posible crear un DMZ en un entorno virtualizado que es tan seguro como un DMZ en una física
medio ambiente. Sin embargo, algunos profesionales de la seguridad de la red son preocupa que
DMZ virtualización puede disminuir la seguridad. Este Es comprensible, ya que la virtualización
implica una nueva terminología y la tecnología. Afortunadamente, como profesional de la seguridad
de la red, ya tener el conocimiento crítico necesario para asegurar el correcto DMZ Virtualización con
VMware Infrastructure configuración de una DMZ usando la infraestructura de red virtual. Las
políticas de aplicación de una red virtual son los mismos que los en una red física
Mejores prácticas para el logro de un seguro despliegue DMZ virtualizado.
La mayoría de los problemas de seguridad no surgen de la propia infraestructura de
virtualización, sino de problemas administrativos y operativos. Los principales riesgos son causados
por una pérdida de la separación de funciones. Cuando esto ocurre, los individuos que carecen de la
necesaria experiencia y capacidades se les da la oportunidad de introducir vulnerabilidades a través
de una mala configuración. Por ejemplo, se pueden colocar accidentalmente la tarjeta NIC virtual de
una máquina virtual en la zona de confianza mal. Este riesgo - que también puede ocurrir también en
100
entornos puramente físicos - pueden romper el aislamiento entre las redes y las máquinas virtuales
de los distintos niveles de confianza.
A pesar de las mejores políticas y procedimientos para la seguridad de la práctica configurar
una DMZ en un entorno virtualizado no son excesivamente compleja, debe ser consciente de los
retos críticos y métodos de mejores prácticas con el fin de mitigar el riesgo. En cada etapa, hay que
recordar que las máquinas virtuales deben el mismo tipo de protección que sus contrapartes físicas.
Incluye software antivirus, protección contra intrusiones de host, gestión de la configuración y
aplicación de parches en el momento oportuno.
Figura 8.6:Ambiente DMZ Virtualizado.
101
8.3.3.4 Seguridad de dispositivos móviles
¿Que son los dispositivos móviles?
Un dispositivo móvil se puede definir como un aparato de un tamaño pequeño, con algunas
capacidades de procesamiento, con conexión permanente o intermitente a una red, con memoria
limitada, que ha sido diseñado específicamente para una función.
Hoy en día podemos encontrar una multitud de dispositivos móviles, donde los teléfonos
móviles y los PDAs son los tipos de dispositivos más utilizados y conocidos en la actualidad, los que
ofrecen mayor variedad de aplicaciones multimedia y los que más posibilidades de evolución
presentan en este sentido.
Características de Dispositivos Móviles
Una característica importante es el concepto de movilidad, los dispositivos móviles son
pequeños para poder portarse y ser fácilmente empleados durante su transporte. En muchas
ocasiones pueden ser sincronizados con algún sistema de la computadora para actualizar
aplicaciones y datos. con algunas capacidades de procesamiento, con conexión permanente o
intermitente a una red, con memoria limitada, diseñados específicamente para una función, pero que
pueden llevar a cabo otras más generales. La mayoría de estos aparatos pueden ser transportados
en el bolsillo del propietario y otros están integrados dentro de otros mayores, controlando su
102
funcionalidad (como puede ser el ordenador integrado en una lavadora). un dispositivo móvil no
solamente son celulares.
Seguridad integrada
Como ejemplo, citamos al iOS, sistema operativo en el que se basan el iPhone y el iPad, se ha
creado sobre diversas capas de seguridad. Esto permite que el iPhone y el iPad accedan de forma
segura a servicios corporativos y protejan datos importantes. iOS ofrece un sólido sistema de cifrado
de datos en tránsito, métodos de autenticación acreditados para acceder a servicios empresariales y
cifrado por hardware para los datos en reposo. iOS también ofrece protección segura mediante el
uso de políticas de códigos que se pueden diseñar e imponer de forma inalámbrica. Además, si el
dispositivo cayese en malas manos, los usuarios y los administradores de TI pueden enviar una
orden de borrado remoto para garantizar que la información privada se elimina.
Cuando nos planteamos la seguridad de iOS , es útil comprender lo siguiente:
• Seguridad del dispositivo: métodos que impiden el uso no autorizado del dispositivo.
• Seguridad de datos: máxima protección de los datos, incluso si el dispositivo se pierde o
lo roban.
• Seguridad de red: protocolos de red y cifrado de los datos en tránsito.
• Seguridad de las apps: fundamentos de la plataforma segura de iOS.
Estas funciones se combinan para ofrecer una plataforma informática móvil segura.
Es importante establecer políticas de acceso estrictas al iPhone y al iPad para protegerla información
de la empresa. El código del dispositivo es la primera barrera de defense contra usos no autorizados
103
y se puede configurar e imponer de forma inalámbrica. iOS emplea un código exclusivo determinado
por cada usuario para generar una clave de cifrado segura que protege aún más el correo y los datos
confidenciales de las apps del dispositivo. Además, iOS proporciona métodos seguros para
configurar el dispositivo en entornos empresariales, donde se deben aplicar ciertos ajustes, políticas
y restricciones. Estos métodos proporcionan opciones flexibles para establecer un nivel de protección
estándar para los usuarios autorizados.
Los perfiles de configuración se pueden firmar y cifrar. La firma de un perfil de configuración
garantiza que no se puedan modificar los ajustes que establece. El cifrado de un perfil de
configuración protege su contenido y solo permite su instalación en el dispositivo para el que fue
creado. Los perfiles de configuración se cifran con CMS (Cryptographic Message Syntax, RFC 3852).
Se admiten los algoritmos
3DES y AES 128.
Figura 8.7: Componentes seguridad móvil
104
8.3.4 Almacenamiento en la nube
Figura 8.7.1: Respaldo de datos en la nube
Resumen.
Una integración de cloud computer para este proyecto es el elemento que garantiza una
continuidad de negocio, agregando confiabilidad en la solución. Creando una estructura tecnológica
más segura, el tipo de nube a utilizar será privada con el objetivo de tenerla como respaldo de datos.
Bajo los estándares de La continuidad de negocio ISO 22301 que demuestra que existirá un
base de entendimiento e implementación de continuidad para las partes claves del negocio como son
de negocio a negocio y de cliente a negocio. Esta tecnología de cloud computer estará totalmente
preparada, para su ejecución en línea cuando sea necesario, la misma contiene sus propios
protocolo de conexión y estructura lógica para la demanda de trabajo de gran escala.
Que es Cloud Computer?
La nube privada es la frase utilizada para describir una plataforma de cloud computing que se
implementa dentro del firewall de la empresa, bajo el control del departamento de TI.
105
Una nube privada está diseñada para ofrecer las mismas características y beneficios de los sistemas
de nube pública, pero elimina una serie de objeciones al modelo cloud computing como el control de
la empresa y datos de los clientes, las preocupaciones acerca de la seguridad y asuntos
relacionados con el cumplimiento normativo.
Software como servicio
El software como servicio (en inglés software as a service, SaaS) se encuentra en la
capa más alta y caracteriza una aplicación completa ofrecida como un servicio, en-demanda,
vía multitenencia —que significa una sola instancia del software que corre en la infraestructura
del proveedor y sirve a múltiples organizaciones de clientes. El ejemplo de SaaS conocido
más ampliamente es Salesforce.com, pero ahora ya hay muchos más, incluyendo las Google
Apps que ofrecen servicios básicos de negocio como el e-mail. Por supuesto, la aplicación
multitenencia de Salesforce.com ha constituido el mejor ejemplo de cómputo en nube durante
unos cuantos años.
Plataforma como servicio
106
La capa del medio, que es la plataforma como servicio (en inglés platform as a service,
PaaS), es la encapsulación de una abstracción de un ambiente de desarrollo y el
empaquetamiento de una serie de módulos o complementos que proporcionan, normalmente,
una funcionalidad horizontal (persistencia de datos, autenticación, mensajería, etc.). De esta
forma, un arquetipo de plataforma como servicio podría consistir en un entorno conteniendo
una pila básica de sistemas, componentes o APIs preconfiguradas y listas para integrarse
sobre una tecnología concreta de desarrollo (por ejemplo, un sistema Linux, un servidor web, y
un ambiente de programación como Perl o Ruby).
Microsoft, una plataforma en la nube que permite el desarrollo y ejecución de aplicaciones
codificadas en varios lenguajes y tecnologías como .NET, Java y PHP. Servicios PaaS tales
como éstos permiten gran flexibilidad, pero puede ser restringida por las capacidades que
están disponibles a través del proveedor.
Infraestructura como servicio.
La infraestructura como servicio (infrastructure as a service, IaaS) -también llamado en
algunos casos hardware as a service, HaaS) se encuentra en la capa inferior y es un medio de
entregar almacenamiento básico y capacidades de cómputo como servicios estandarizados en
la red. Servidores, sistemas de almacenamiento, conexiones, enrutadores, y otros sistemas se
concentran (por ejemplo a través de la tecnología de virtualización) para manejar tipos
específicos de cargas de trabajo —desde procesamiento en lotes (“batch”) hasta aumento de
servidor/almacenamiento durante las cargas pico. El ejemplo comercial mejor conocido es
Amazon Web Services, cuyos servicios EC2 y S3 ofrecen cómputo y servicios de
107
almacenamiento esenciales (respectivamente). Otro ejemplo es Joyent cuyo producto principal
es una línea de servidores virtualizados, que proveen una infraestructura en-demanda
altamente escalable para manejar sitios Web, incluyendo aplicaciones Web complejas escritas
en Python, Ruby, PHP, y Java.
Tipos de nubes
Una nube pública es una nube computacional mantenida y gestionada por terceras
personas no vinculadas con la organización. En este tipo de nubes tanto los datos como los
procesos de varios clientes se mezclan en los servidores, sistemas de almacenamiento y otras
infraestructuras de la nube. Los usuarios finales de la nube no conocen que trabajos de otros
clientes pueden estar corriendo en el mismo servidor, red, sistemas de almacenamiento, etc.
Aplicaciones, almacenamiento y otros recursos están disponibles al público a través el
proveedor de servicios que es propietario de toda la infraestructura en sus centros de datos; el
acceso a los servicios solo se ofrece de manera remota, normalmente a través de Internet.
Las nubes privadas son una buena opción para las compañías que necesitan alta
protección de datos y ediciones a nivel de servicio. Las nubes privadas están en una
infraestructura bajo demanda gestionada para un solo cliente que controla qué aplicaciones
debe ejecutarse y dónde. Son propietarios del servidor, red, y disco y pueden decidir qué
usuarios están autorizados a utilizar la infraestructura.
Las nubes híbridas combinan los modelos de nubes públicas y privadas. Usted es
propietario de unas partes y comparte otras, aunque de una manera controlada. Las nubes
108
híbridas ofrecen la promesa del escalado aprovisionada externamente, en-demanda, pero
añaden la complejidad de determinar cómo distribuir las aplicaciones a través de estos
ambientes diferentes. Las empresas pueden sentir cierta atracción por la promesa de una
nube híbrida, pero esta opción, al menos inicialmente, estará probablemente reservada a
aplicaciones simples sin condicionantes, que no requieran de ninguna sincronización o
necesiten bases de datos complejas.
Figura 8.. Esquema clientes en la nube.
Virtualización
La virtualización es un proceso mediante el cual se pueden instalar y utilizar varias máquinas
virtuales en una sola maquina física. Las máquinas virtuales comparten los recursos de la máquina
física y de esta manera se aprovechan todos los recursos existentes. Adicionalmente, cada una de
las máquinas virtuales puede correr un sistema operativo diferente con sus respectivas aplicaciones,
según la necesidad. Cabe anotar que cada máquina virtual utiliza los recursos que necesita en el
109
momento que los necesita sin generar conflictos con otras máquinas virtuales instaladas en la misma
máquina física.
Alta disponibilidad
La alta disponibilidad se trata de que los servicios y/ o aplicaciones estén disponibles la mayor
cantidad de tiempo posible para evitar pérdidas de información o inconvenientes para prestar
determinado servicio. La alta disponibilidad se mide como el tiempo que el sistema (aplicaciones y/o
servicios)
está disponible y se representa como un porcentaje.
Plan de contingencia
Cuando se habla de plan de contingencia generalmente se confunde con plan de continuidad de
negocios, pero en realidad un plan de contingencia es parte de un plan de continuidad de negocios.
En general un plan de continuidad de negocios contiene varios planes, dentro de los que se
encuentra el plan de contingencia.
El plan de continuidad del negocio es un conjunto formado por planes de actuación, planes de
emergencia, planes financieros, planes de comunicación y planes de contingencias destinados a
mitigar el impacto provocado por la concreción de determinados riesgos sobre la información y los
procesos de negocio de una compañía.El plan de contingencia por su parte se puede definir como un
conjunto de actividades de soporte que involucran recursos físicos y humanos y que se ejecutan en
el momento que se presenta un desastre en el departamento de sistemas de la empresa. Entiéndase
110
por desastre la interrupción prolongada de los recursos informáticos y de comunicación de una
organización que no puede remediarse dentro de un periodo predeterminado aceptable y que
necesita del uso de un sitio o equipo alterno para su recuperación.
Entre los desastres más comunes que pueden afectar al departamento de TI de una empresa se
encuentran los siguientes:
Terrorismo (17.5%)
Incendios (17.5%)
Huracanes y tornados (14%)
Terremotos (10.5%)
Interrupción del suministro de energía eléctrica (9.5%)
Errores en el software (8.8%)
Inundaciones (7.0%)
Errores en hardware (5.3%)
Interrupción del servicio de la red (3.5%)
Rotura de tuberías (3.5%)
Otros (2.9%)
8.4 Diseño del flujo del registro de citas.
111
Después de explicar las funcionalidades de cada modulo del sistema de citas propuesto, el
siguiente paso es diseñar el flujo de actividades de este sistema. Se busca primero determinar la
forma más sencilla de utilizar el sistema y por otra parte reducir los actores involucrados en el
proceso de reserve de citas. El proceso para utilizar el sistema de citas para pacientes incluye tres
fases.
8.4.1 Fase 1: Solicitud de registro.
En la Fase 1, una recepcionista recibe una solicitud de un paciente y entra esta petición en el
sistema de citas o el paciente genera la solicitud en línea. El sistema de citas comprueba el tipo de
solicitud. Si esta solicitud está pendiente en el sistema, el sistema toma la solicitud pendiente, de lo
contrario, se registrará una nueva solicitud en el sistema.
Figura 8.8: Diagrama de flujo para realizar operación
112
8.4.2 Fase 2: Ejecutar registro.
Después de registrar la solicitud del paciente, el sistema de citas comprueba el rendimiento de
este tipo de servicio. El rendimiento se mide por tres atributos: Accesibilidad, Continuidad y la carga
de trabajo. Si el rendimiento del sistema se mantiene en el nivel aceptable, el sistema ejecutará los
procedimientos de acuerdo con la estrategia por defecto. Si el módulo de rendimiento identifica un
funcionamiento anormal, se disparará una alarma correspondiente en conformidad con las reglas
definidas en el sistema en el módulo de Estrategia. Esto alertará al usuario final para efectivamente
aceptar la estrategia sugerida por el sistema para mejorar el rendimiento de los servicios.
Figura 8.9: Revisión de estrategias
113
8.4.3 Fase 3: Concertar Cita.
En la Fase 3, se registra la cita. Si el paciente está satisfecho con la propuesta, la petición del
paciente queda completa y se la cita queda reservada. Si por cualquier otro motivo la cita no queda
registrada, el sistema posponer esta solicitud y queda como pendiente.
Figura 8.10: Diagrama de flujo para solicitud de cita
8.5 Diseño de la interacción del sistema.
En esta sección, se muestran diagramas de secuencia para mostrar los mensajes
intercambiados entre los actores y componentes del sistema para cumplir el proceso de reserva.
Estos componentes incluyen la interfaz del sistema de citas, servicios web, bases de datos del
sistema y las bases de datos utilizadas por los sistemas actuales.
114
8.5.1 Interacción para iniciar el sistema.
Figura 8.11: Diagrama de secuencia para iniciar el sistema
115
8.5.2 Interacción para recuperar datos del paciente.
Figura 8.12: Diagrama de secuencia para recuperar datos del paciente
116
8.5.3 Interacción para registrar datos del paciente.
Figura 8.13: Diagrama de secuencia para registrar datos del paciente
117
118
8.5.4 Interacción para registrar una cita.
Figura 8.13. Trayecto del paciente para ver al médico.
Cuando un paciente desea atenderse con un doctor, necesita llamar al centro médico o
verificar la disponibilidad del mismo mediante la plataforma web la cual estamos proponiendo, por
tanto lo primero es que tiene dos decisiones a tomar. La primera, el paciente decide llamar al centro
médico, éste agenda la cita con la asistente, luego se hace un registro con sus datos en el centro
médico y por último se reúne con el doctor en la fecha propuesta.
119
La segunda opción, el paciente verifica por la página web para verificar el centro médico más
cercano y el doctor, por tanto, realiza el proceso, procede a su registro y luego se reúne con el
doctor, en la fecha indicada, en este caso la que el mismo paciente decidió utilizando el mismo la
plataforma web.
120
-Conclusiones
El objetivo de esta investigación fue el diseño de un sistema web de citas automatizado que
(1) Proporcione una respuesta efectiva a las solicitudes de los pacientes para acceder a los médicos
con el fin de obtener los servicios de atención primaria de salud en República Dominicana, que a su
vez sirva como soporte en la toma de decisiones, (2) Sea capaz de integrar los sistemas existentes
utilizados por los médicos generales y profesionales independientes de la salud. Los problemas
asociados con el proceso de reserva de citas por parte de los pacientes y los procedimientos
utilizados en la actualidad fueron investigados a través del estudio de campo y la recolección de
datos en sistemas existentes, en su mayoría sistemas manuales.
Al inicio de esta investigación, se evaluaron las características del modelo existente para
ofrecer los servicios de atención primaria de salud. Hemos visto que dicho modelo resulta ser sencillo
pero la naturaleza de los procesos y la gestión con el paciente lo convierte en un proceso lento que
se basa completamente en la disponibilidad de los médicos.
Bajo esta metodología, muchos de los doctores acostumbran a llevar los registros a mano en
cuadernos y otros en Excel o aplicaciones propias que carecen de integración con otros sistemas de
la institución. Con la propuesta del nuevo modelo, se mostró la interacción de los actores del sistema
y otras actividades en diagramas UML y casos de uso. El modelo avanzado ofrece la mejor base
para alcanzar una solución. Este modelo tiene como objetivo igualar la oferta con la demanda, la
disminución de la acumulación de citas y el retraso de los servicios de atención primaria de salud al
proveer rápidamente a los pacientes con sus servicios solicitados. Se requiere de mucho esfuerzo
121
para el inicio, ya que debe estar toda la información del paciente y médicos registrada en el sistema,
pero una vez listo, funciona de manera muy efectiva.
El sistema de citas ha sido diseñado empleando la metodología de desarrollo de software,
cubriendo las etapas de análisis de requisitos y diseño del sistema. Cada uno tuvo su aporte como
fueron la identificación de actividades ineficientes, propuesta de nueva arquitectura, modificar rutinas
e identificar puntos de mejoras. Se han mostrado los módulos que apoyan al modelo avanzado, tales
como: Solicitud para servir los requerimientos del paciente, Calendarización para acomodar el horario
del doctor y mejor capacidad de servicio, Rendimiento para el monitoreo constante de las actividades
y Estrategia para el apoyo en la toma de decisiones y generación de informes específicos.
La tecnología de servicios Web fue seleccionada para construir la infraestructura integrada en
el hospital y la posibilidad de extender a otros complejos. Los servicios web fueron elegidos debido a
su capacidad de integrar hardware complejo y entorno de software. Se requiere escalabilidad para
dar cabida a la posibilidad de una futura integración de los servicios de los proveedores regionales de
salud. Al igual que los protocolos para conectividad móvil y soporte a integración con inteligencia de
negocios y localización.
122
- Metas alcanzadas
Para experiencia de cada uno, podemos mencionar que nos fue posible:
• Entender el flujo de trabajo que se lleva a cabo en el proceso de reserva citas del paciente en
la atención primaria de salud.
• La identificación de los puntos débiles dentro de cada procedimiento para cita existente con
riesgo de obstaculizar el acceso oportuno de los pacientes a los servicios de atención primaria
de la salud. Este conocimiento proporciona evidencia para apoyar la idea del modelo de
avanzado, utilizado en Inglaterra por muchos años siendo efectivo. En lugar del modelo
tradicional.
• Diseñar un sistema de citas innovador que podría ayudar a la práctica de la medicina a
proporcionar una mejor accesibilidad a sus pacientes. Este sistema de citas está basado en la
tecnología de servicios web. Se puede acceder fácilmente a través de intranet e Internet y
como servicio remoto independientemente del sistema operativo en uso. De esta manera, el
nuevo sistema de citas puede ayudar a la integración de los datos heredados de sistemas
existentes, a través de diferentes centros de servicios de salud.
- Limitaciones
Como un proyecto de investigación centrado en el diseño del sistema, la mayor limitación ha sido el
poco tiempo, recursos para proceder a fases de prototipos y pruebas integrales apoyadas con el
sistema nacional de salud.
123
- Trabajos futuros
• Creación de prototipos
• Implementación
• Evaluación del sistema.
124
-BIBLIOGRAFÍA
- Alan A Montgomery 2007,Impact of Advanced Access on access, workload, and continuity: controlled before-and-after and simulated-patient study. Recuperado de http://www.ncbi.nlm.nih.gov/pmc/articles/PMC2099665/
- Alhir, Sinan S. (2000). Understanding Use Case Modeling. Recuperado de https://cours.etsmtl.ca/gpa789/pdf/UnderstandingUseCaseModeling.pdf
- Belay, A (2005). Internet GIS. An application to Real Estate and Housing management in the City Government of Addis Ababa (CGAA). Recuperado de: http://shawndra.pbworks.com/f/Internet-GIS+An+application+to+Real+Estate+and+Housing.pdf
- Concepto Virtualización DMZ y su infraestructura. Recuperado en: http://www.vmware.com/files/pdf/dmz_virtualization_vmware_infra_wp.pdf - Collazos J. (2012). Plan de Contingencia basado en Alta Disponibilidad y Virtualización
- Concepto de computación en la Nube. Recuperado en:
http://es.wikipedia.org/wiki/Computaci%C3%B3n_en_la_nube - Doulet, N. (2011). Patient Registries In The Field of Rare Diseases. Recuperado de http://www.eucerd.eu/?post_type=document&p=1218
- Dec. No. 249-06 que aprueba el Reglamento del Sistema de Información General de Salud. LEONEL FERNANDEZ Presidente de la República Dominicana
- Definición de IPsec. Recuperado en: http://es.wikipedia.org/wiki/IPsec - Definición de Protocolo HTTPS. Recuperado en: http://www.instantssl.com/ssl-certificate-products/https.html
- Griman, E. (2012). Develop an intelligent data backup solution with cloud technologies. Recuperado de http://public.dhe.ibm.com/common/ssi/ecm/en/rlf12345usen/RLF12345USEN.PDF - Haynes R., Jones A., Sauerzapf V., y Zhao H. (2006). “Validation of travel times to hospital
estimated by GIS”. Recuperado de: http://www.ij-healthgeographics.com/content/5/1/40
- Horvath, J. (2007). A vision for the future of general practice. Recuperado de http://www.health.gov.au/internet/main/publishing.nsf/Content/B0260AC37D7D13FCCA25728F0014F2A9/$File/deptsp270207.pdf
125
- Institute for Healthcare Improvement. (2011). Improving Primary Care Access. Recuperado de http://www.ihi.org/knowledge/Pages/Measures/ThirdNextAvailableAppointment.aspx
- Informe sobre la Salud en el Mundo/La Atención Primaria de Salud más necesaria que nunca/OMS/2008.
- Keyes, J 2003, Software engineering handbook, Auerbach. Recuperado de
http://en.wikipedia.org/wiki/Waterfall_model
-L.Piterman, S Koritas. Part I General Practitioner-specialist relationship. Recuperado de http://onlinelibrary.wiley.com, Internal Medicine Journal
- Ministerio de Salud Pública y Asistencia Social (2012). Modelo de Atención en Salud para el Sistema Nacional de Salud de la República Dominicana.
- Murray M, Bodenheimer T, Rittenhouse D, Grumbach K 2003. Improving timely access to primary care: case studies of the advanced access model. - Murray M, Berwick DM.Advanced access: reducing waiting and delays in primary care. Recuperado de http://www.ncbi.nlm.nih.gov/pubmed/12597760
- Newcomer, E., & Lomow G. Understanding SOA with Web services. Recuperado de http://www.w3.org/wiki/WebServices - Oficina Nacional de Estadística. Infraestructura Sanitaria. Recuperado de http://www.one.gob.do/index.php?module=articles&func=view&catid=92 - Proyecto Private Cloud. Recuperado en: http://www.webopedia.com/TERM/P/private_cloud_project.html
-¿Qué es Inteligencia de Negocios (BI)?. Recuperado de http://www.sinnexus.com/business_intelligence/ - Qué es virtualización?. Recuperado en http://www.vmware.com/virtualization/what-is-virtualization.html - Secretaría de estado de Salud Pública y Asistencia Social, perfil del sistema de salud de la república dominicana. Abril 2007 - Secretaria de Estado de Salud Pública, Análisis de Situación de Salud de la Republica Dominicana, 2003, Santo Domingo 2003
126
- Secretaria de Estado de Salud Pública Evaluación del Programa de Control de la Tuberculosis en la República Dominicana. Santo Domingo, 2003- 2004. - Secretaria de Estado de Salud Pública Dirección General de Planificación y Sistemas de Salud. Memoria Anual 2003. Santo Domingo - Seguridad en dispositivos móviles. Recuperado en: http://www.apple.com/iphone/business/it-center/ - Servicios Web de Seguridad. Recuperado en: http://www.hacktimes.com/seguridad_en_web_services/ - Seguridad Móvil en iOS. Recuperado en: http://images.apple.com/es/iphone/business/docs/iOS_6_Security_ES.pdf - Seguridad de Web Services y Mejores Prácticas de Mantenimiento. Recuperado en: [1] W3 http://www.w3.org [2] OWASP: http://www.owasp.org [3] OASIS: http://www.oasis-open.org [4] WS-I: http://www.ws-i.org [5] SSE-CMM: http://www.sse-cmm.org -Subsecretaria Técnica. Dirección General de Planificación y Sistemas de Salud. Memoria Anual 2004. -Santo Domingo. - What Is GIS?. Recuperado de http://www.gis.com/whatisgis/index.html
127
ANEXOS
128
Anexo I:
Universidad Acción Pro-Educación y Cultura (UNAPEC)
Decanato de Ingeniería e Informática Escuela de Informática
“ANTEPROYECTO DE LA MONOGRAFÍA”
“Diseño de un sistema web de manejo de citas médicas para mejorar el acceso de los pacientes a centros de atención primaria de salud, en República Dominicana, 2013.”
Anteproyecto de la Monografía para optar por el título de Ingeniería de Sistemas de
información
SUSTENTANTES:
Gustavo Ramírez 2006-2019 Ángel Rodríguez 2009-0627 Bladimir Báez 2009-1505
ASESOR:
Ing. Santo Rafael Navarro
Distrito Nacional, República Dominicana
2013
129
Índice General de Contenido
1.0 Selección del título y Definición Del Tema.
2.0 Planteamiento del Problema que Tratará la Monografía.
3.0 Objetivos del Anteproyecto de la Monografía.
3.1 Generales. 3.2 Objetivos Específicos, Secundarios u Operativos.
4.0 Justificación del Anteproyecto de la Monografía.
4.1 Justificación Teórica. 4.2 Justificación Metodológica. 4.3 Justificación Práctica.
5.0 Tipo (s) de investigación para el Desarrollo del Anteproyecto.
6.0 Marcos de Referencia.
6.1 Marco Teórico 6.2 Marco Conceptual. 6.3 Marco Espacial. 6.4 Marco Temporal.
7.0 Métodos, procedimientos y técnicas de la Investigación.
7.1 Métodos. 7.2 Procedimientos. 7.3 Técnicas utilizadas en la Investigación.
8.0 Tabla de Contenido.
8.1 Estructura General. 8.2 Capítulos – Objetivos –Epígrafes (Subcapítulos).
9.0 Fuentes de Información.
Para el presente Anteproyecto (Bibliografía Inicial):
9.1 Fuentes Primarias. 9.2 Fuentes Secundarias.
130
Diseño de un sistema web de manejo de citas médicas para mejorar el acceso de los pacientes a centros de atención primaria de salud, en República Dominicana, año 2013.
131
1. DEFINICIÓN DEL TEMA
A medida que la población de la República Dominicana continúa creciendo, también lo hace la necesidad de servicios
de atención médica y opciones de salud. Según las proyecciones de la Oficina Nacional de Estadística (ONE), la población
aumentará a 9,446,281 de habitantes para el año 2014, un supuesto incremento de 1.9 porciento en relación al 2010. Esto,
a su vez, dará lugar a una oleada en el número de pacientes que buscan atención en los centros médicos, hospitales y
grupos singulares de distintas prácticas en el área de la medicina.
Si bien es cierto que el crecimiento de pacientes genera beneficios, también es una realidad que crea nuevos desafíos
para los administradores de los centros médicos y su personal. En este caso, los procesos y procedimientos que
anteriormente eran adecuados ya no serán efectivos para manejar tal volumen de pacientes, controlar y analizar los tipos
de enfermedades que estos puedan padecer. Esta situación obliga a que se empleen nuevas alternativas, nuevas tecnologías
y técnicas para poder llevar a cabo el análisis eficiente en tiempo real de las situaciones y generar reportes que ayuden a la
rápida toma de decisiones por parte del centro médico, pero también por parte del paciente.
Las tendencias del uso del internet, junto con las tecnologías que promueven la colaboración, han permitido crear y
compartir información, tanto de cómo podría ser un sistema de información geográfico, más bien todos estos elementos
han consentido el rápido desarrollo de técnicas como es el caso de la cartografía en internet. Estos acontecimientos se
están viviendo en el día a día y ya que la tecnología lo permite, sólo se requiere de mucha disciplina para poder emplear
las herramientas informáticas necesarias para aprovechar el uso y las ventajas que las mismas ofrecen.
Dicho esto, entonces podemos utilizar la opción de incluir las alternativas tecnológicas para mitigar los
inconvenientes de atención primaria para los pacientes y crear una solución factible basada en sistemas de información. La
gestión o iniciativa, sería la de diseñar un sistema de información para el manejo de citas médicas que sea capaz de forma
flexible y muy sencilla, de generar los reportes de análisis para el soporte en la toma de decisiones y a su vez, permita a
los pacientes consultar los centros médicos y servicios médicos disponibles que más se adecuen a sus necesidades.
2. PLANTEAMIENTO DEL PROBLEMA
132
El hospital general DR. Bladimir Ramírez Rodríguez es un ejemplo representativo de una gran entidad gestora de la
salud en la República Dominicana. Se empezó a construir a mediados del año 1995. Tanto las edificaciones, sus
instalaciones y equipos adquiridos, fueron financiados con fondos del Estado Dominicano. A mediados del año 1996, los
tres edificios que conforman el Hospital, estaban terminados en su obra civil y gran parte de sus instalaciones y equipos se
encontraban en vías de ser habilitados.
Previo a la inauguración oficial de la obra, el 10 de agosto de 1996, el Poder Ejecutivo emitió dos decretos: el primero,
creando el Patronato para la administración del Centro de Diagnóstico, Medicina Avanzada y Telemedicina y el segundo,
para regir el Hospital General. Ambos patronatos están compuestos por miembros del sector publico, profesionales de la
medicina, educadores, empresarios y religiosos. El Congreso Nacional aprobó la Ley No.78-99, de fecha 24 de julio de
1999 que confirma la vigencia de ambos patronatos, la cual fue promulgada por el Poder Ejecutivo el mismo año.
Visión:
Ser la primera institución de atención integral a la salud, con alta calidad humana.
Misión:
Nuestra misión es brindar atención médica integral con los más altos niveles de excelencia, basada en la
investigación y actualización científica constante, soportada por un equipo humano altamente calificado y motivado en el
marco de los principios éticos, con una elevada orientación y sensibilidad hacia el usuario.
Desarrollar una institución de servicios de salud con autonomía de gestión, dirigida a todo aquel usuario nacional
e internacional que demande atención a cualquiera de los niveles del sistema.
Organigrama General
133
Un gran número de equipos tecnológicos y sistemas de telecomunicación han sido implementados en este
complejo para proveer sus servicios de salud. Dentro de este complejo existen múltiples proveedores de servicios de salud,
cada uno puede tener una especialidad distinta y por tanto utilizan aplicaciones informáticas distintas para facilitar sus
tareas del día a día. Esto significa que el sistema o planteamiento actual no puede satisfacer los requerimientos de análisis
de información para el soporte en la toma de decisiones a un nivel macro.
Hay dos grandes retos identificados: uno es la deficiencia que existe por no tener la habilidad de generar reportes
consolidados de todas las entidades del complejo médico y por otro lado la falta de efectividad del centro médico para
manejar al gran volumen de pacientes que asiste a dicha localidad hoy día.
El primer reto es causado por el aislado conjunto de sistemas informáticos utilizado por los diferentes Proveedores
de Servicios de Salud (PSS). El aumento del uso de aplicaciones automatizadas y sistemas informáticos ha traído grandes
ventajas para los centros médicos, pero muchos de esos sistemas son caros y no permiten el intercambio de información
entre otros sistemas. Esto sucede debido a que esos sistemas informáticos están definidos o desarrollados en diferentes
estructuras, diferentes sistemas operativos y usando lenguajes de programación diferentes. Incluso se ven situaciones
donde sistemas situados en el mismo edificio son aplicaciones que trabajan como islas aisladas y tiene una capacidad muy
limitada de compartir información.
134
El otro reto identificado está relacionado al hecho de que el sistema tradicional de citas es manual en la mayoría
de los centros y cuando no, es una herramienta que solo relaciona al paciente al horario de un doctor específico, pero no
existe una interacción más avanzada. Algunos se gestionan de forma telefónica. Cuando existe una saturación de pacientes
requiriendo citas, entonces se experimenta un retraso en el servicio. Un paciente tiene que esperar horas o días para
conseguir la cita. En adición a esto, podemos agregar que un paciente puede estar visitando a más de un doctor y el retraso
de los servicios le hace imposible conseguirlo. Esto eventualmente obstaculiza los servicios médicos.
3. OBJETIVOS ANTEPROYECTO
3.1. Objetivos Generales
El objetivo primario de esta investigación es el de diseñar un sistema web para el manejo de citas médicas y
soporte en la toma de decisiones diseñado para mejorar el acceso de los pacientes a los servicios de atención primaria de
salud. Esta solución es aplicable para todas las entidades de la misma magnitud o estructura de servicios.
3.2. Objetivos Específicos
1. Mantener en forma estable y robusta la infraestructura de respaldo de datos y contingencia en la
nube del sistema.
2. Integrar de forma efectiva y eficiente la infraestructura tecnológica para obtener mejor
rendimiento y precisión durante el procesamiento de la información.
3. Generar reportes consolidados con análisis de información que ayude en la toma decisiones y
creación de procesos para mejor calidad de servicios y administración.
4. Mantener asegurada con mejores practicas la información procesada en el sistema de citas
medicas.
135
5. Reducir costos, ahorrar tiempo para los pacientes, doctores y administradores en la gestión de
obtener información importante del centro médico, paciente, normas o procedimientos más
adecuado.
4. JUSTIFICACIÓN DE LA INVESTIGACIÓN
4.1. Justificación teórica
La contribución de esta investigación es la de proveer, basado en la teoría y análisis, un diseño fresco de un
servicio web para citas médicas con el potencial de mejorar el acceso de los pacientes a los servicios de atención primaria
de salud. Optimizando de forma exponencial la calidad de estos servicios, beneficiando a la comunidad y a las entidades
médicas.
4.2. Justificación Metodológica
La investigación utiliza cuestionarios y entrevistas como técnicas para identificar y analizar los factores claves de
cada proceso en el ciclo de atención primaria en salud a los pacientes. Además de que se basa en una metodología de
diseño, ciclo de diseño de sistemas informáticos.
4.3. Justificación Práctica
136
Como muchos de los centros médicos en la República Dominicana comparten una estructura similar, esta solución
tiene grandes posibilidades de extenderse entre los complejos médicos del país, incluso aquellos donde existe escasez de
servicios médicos.
5. TIPO DE INVESTIGACIÓN
El diseño general de la investigación para este estudio es de tipo descriptivo. Dado que el objetivo de esta
investigación es el diseño de una aplicación basada en tecnologías web, el modelo en cascada de ciclo de vida de
desarrollo de software (SDLC) será adaptado como metodología a seguir. Este proceso consta de cinco pasos (1)
Requisitos, (2) Diseño, (3) pruebas y codificación, (4) Integración de sistemas, y (5) Operación y mantenimiento. Debido
al límite de tiempo, en esta investigación se llevará a cabo las primeras 2 fases de cinco etapas: A continuación, una breve
explicación del diseño de cada fase.
5.1 Fase 1: Requisitos
Utilizaremos tres métodos de investigación en la Fase 1: recolección de datos y análisis, estudio de campo y
análisis de casos de uso. Estos tres métodos se aplicarán para llevar a cabo el desarrollo de los requisitos detallados y
recolección de datos para el sistema de citas médicas, se usarán publicaciones existentes relacionadas con el tema para
identificar los problemas comunes y las soluciones correspondientes. El estudio de campo se lleva a cabo para la
comprensión del proceso de turnos del paciente en el hospital. Los procedimientos seguidos por los usuarios para la
reserva de turnos serán documentados en esta fase.
5.2 Fase 2: Diseño
137
El modelado de sistemas y el enfoque de servicios web son los dos métodos a utilizar para el diseño del
sistema. El modelado es un enfoque importante para describir la estructura del sistema propuesto. Se aplicará el método de
servicios web para asegurarse de que el sistema propuesto será compatible con cualquier sistema operativo.
6. MARCOS DE REFERENCIA 6.1 Marco teórico Se busca mejorar los procesos de cómo el paciente crea su cita medica, lograr un nuevo proceso de turnos a
consultas de atención primaria, será transparente para el paciente la autorización, el acuerdo entre médico y ARS. Esto es
una manera de disminuir la desorganización que existe hoy en día en el área de la salud en la República Dominicana. Esto
implica un mejor desenvolvimiento en todos los procesos. Además, la implementación del sistema propuesto reduciría
paulatinamente los costos de las operaciones administrativas, brindando así más estabilidad financiera, el cual generaría
más ingresos, y menos gastos.
Por otro lado, el paciente antes de salir de su hogar, lograría con este sistema verificar cual centro de salud es el
más cercano a su residencia, saber cuál de ellos podrían estar disponibles en el momento y qué doctor.
La problemática de hacer una cita con un médico sin referencia alguna más que “una persona me lo recomendó”,
no es una información tan fiable. El tiempo de atención puede demorarse hasta día, las autorizaciones de las ARS a veces
no son tan exitosas por uno de los motivos de que el seguro del paciente está inactivo. La PSS donde reside el médico, no
tiene control de la cantidad de pacientes que pueden ir a consulta ya que no existe una relación al menos que el doctor
mande hacer algún estudio al mismo centro. Por eso se crea la solución planteada anteriormente para mitigar todas las
circunstancias negativas que se pueden dar.
6.2. Marco Conceptual
A continuación la definición de cada uno de los conceptos utilizados en este trabajo de investigación:
138
Atención primaria de salud (siglas AP o APS): Es la asistencia sanitaria esencial basada en métodos y tecnologías
prácticas, científicamente fundados y socialmente aceptables, puesta al alcance de todos los individuos y familias de la
comunidad mediante su plena participación y a un costo que la comunidad y el país puedan soportar, en todas y cada una
de las etapas de su desarrollo con un espíritu de autorresponsabilidad y autodeterminación. La atención primaria forma
parte integral tanto del sistema nacional de salud, del que constituye la función central y el núcleo principal, como del
desarrollo social y económico global de la comunidad."
Las administradoras de riesgos de salud (ARS): son entidades públicas, privadas o mixtas, con patrimonio propio y
personería jurídica, autorizada por la superintendencia de salud y riesgos laborales (SIALRIL), para asumir y administrar
el riesgo de la provisión del Plan Básico de Salud a una determinada cantidad de afiliados y beneficiarios, mediante un
pago per cápita previamente establecido por el consejo nacional de la seguridad social de acuerdo a la ley 87-01.
En cuanto al cumplimiento de la ley, todas están obligadas a dar las prestaciones y beneficios que establece la ley
87-01 con relación al seguro familiar de salud, ser fiscalizada por la SISALRIL y respetar las resoluciones y normativas
que así dispongan tanto el CNSS como la SISALRIL.
Prestadora de servicios de salud (PSS): Son personas físicas legalmente facultadas o entidades públicas, privadas o
mixtas, descentralizadas, con patrimonio propio y personería jurídica, dedicadas a la provisión de servicios ambulatorios,
de diagnósticos, hospitalarios y quirúrgicos; habilitadas por la Secretaría de Estado de Salud Pública y Asistencia Social
(SESPAS) de acuerdo a la ley General de Salud.
Base de datos: Una base de datos o banco de datos es un conjunto de datos pertenecientes a un mismo contexto y
almacenados sistemáticamente para su posterior uso. En este sentido, una biblioteca puede considerarse una base de datos
compuesta en su mayoría por documentos y textos impresos en papel e indexados para su consulta. Actualmente, y debido
al desarrollo tecnológico de campos como la informática y la electrónica, la mayoría de las bases de datos están en
139
formato digital (electrónico), y por ende se ha desarrollado y se ofrece un amplio rango de soluciones al problema del
almacenamiento de datos.
Base de datos relacional: Una base de datos relacional es una base de datos que cumple con el modelo relacional, el cual
es el modelo más utilizado en la actualidad para implementar bases de datos ya planificadas. Permiten establecer
interconexiones (relaciones) entre los datos (que están guardados en tablas), y a través de dichas conexiones relacionar los
datos de ambas tablas, de ahí proviene su nombre: "Modelo Relacional".
Sistemas de información geográfica (SIG o GIS, en su acrónimo inglés Geographic Information System): Es una
integración organizada de hardware, software y datos geográficos diseñada para capturar, almacenar, manipular, analizar y
desplegar en todas sus formas la información geográficamente referenciada con el fin de resolver problemas complejos de
planificación y gestión geográfica. También puede definirse como un modelo de una parte de la realidad referido a un
sistema de coordenadas terrestre y construido para satisfacer unas necesidades concretas de información.
6.3 Marco espacial
Este proyecto está enmarcado para el sistema de salud de la República Dominicana. Dedicado para la relación de
pacientes, ARS, doctores y PSS.
6.4 Marco temporal
El proyecto va a ser elaborado con datos actuales del sistema de salud, ARS, doctores y pacientes. Las
documentaciones a adquirir no serán más atrasadas que cinco años anteriores a la fecha de creación del proyecto.
Organización de Contenidos Este trabajo consiste de seis capítulos, de la manera siguiente: CAPITULO 1: En este capítulo se tratarán todos los aspectos generales, y análisis de la situación actual de la atención primaria
140
en la República Dominicana. Definiremos objetivos, importancia y el alcance.
CAPÍTULO 2: Se definen sistemas de información geográfica (GIS: Siglas en inglés), tanto como su metodología de
implementación del sistema propuesto.
CAPITULO 3: Se definirá el alcance que tendrá el sistema propuesto enfocado a la Inteligencia de Negocios.
CAPÍTULO 4: Definiremos el sistema de GIS que utilizará los servicios para localización de hospitales, pacientes, entre otros.
CAPÍTULO 5: Se abarcará el diseño de la base de datos en sus distintas fases, tales como la interacción entre el registro de
citas, la arquitectura y sus servicios integrados.
CAPÍTULO 6: Trataremos el diseño de las bases de datos, tanto del paciente y el doctor. En el cual se clasificará al doctor por
su ranking y disponibilidad.
7. MÉTODOS, PROCEDIMIENTOS Y TÉCNICAS DE LA INVESTIGACIÓN 7.1. Métodos
En el presente proyecto los métodos a utilizar son el método descriptivo y método explicativo. Ya que debido al
tipo de investigación que intentamos realizar se adecua al mismo.
141
Método descriptivo: Debido a que analizaremos la problemática y de cómo se manifiesta un fenómeno, y sus componentes
en la atención primaria en los hospitales.
Método explicativo: También se buscará encontrar las causas que provoca el actual problema para que a partir de ahí se
pueda analizar el impacto que podría tener el sistema propuesto para resolver dichas debilidades.
7.2 Procedimientos
Procedimientos: Medios considerados en el método para lograr los objetivos de la investigación. Se buscará
evaluar las debilidades en la situación actual con relación a la atención primaria en los hospitales del país.
7.3 Técnicas
Las encuestas, para recoger la información necesaria y ver cuáles aspectos son de mayor impacto en la
problemática de la atención primaria. Tomaremos una muestra en cada uno de los niveles poblacionales, tales como la
parte alta: doctores, además pacientes y parte del personal de los hospitales.
8. Tabla de contenido.
-Portada.
-Dedicatoria.
-Agradecimiento.
-Resumen ejecutivo
-Introducción.
CAPÍTULO I: ASPECTOS GENERALES
1.1 Antecedentes.
1.2 Análisis de la situación actual de la atención primaria en el país.
1.3 Objetivos de la investigación.
1.4 Importancia de la investigación.
142
1.5 Alcance
CAPÍTULO II: IMPLEMENTACIÓN APLICACIÓN WEB GESTIÓN ATENCIÓN PRIMARIA
2.1 Introducción
2.2 Objetivos
2.3 Importancia
2.4 Alcance
CAPÍTULO III: INTELIGENCIA DE NEGOCIOS
3.1 Resumen
3.2 Alcance
CAPÍTULO IV: SISTEMA GIS
4.1 Resumen
4.2 Alcance
4.2.1 Localización hospitales.
4.2.2 Ubicación pacientes entrantes.
CAPÍTULO V: DISEÑO DEL SISTEMA
5.1 Introducción
5.2 Diseño de módulos del sistema de citas
5.2.1 Módulo de solicitud.
5.2.2 Módulo de horario de citas.
5.2.3 Módulo funcionamiento.
5.3 Diseño de la arquitectura de servicios integrados.
5.3.1 Diseño arquitectura del sistema.
5.3.2 Diseño de Web Services.
143
5.4 Diseño del flujo del registro de citas.
5.4.1 Fase Uno: Solicitud de registro.
5.4.2 Fase Dos: Ejecutar el registro.
5.4.3 Fase Tres: Concertar la cita.
5.5 Diseño de la interacción del sistema.
5.5.1 Interacción para iniciar del sistema.
5.5.2 Interacción para recuperar datos del paciente.
5.5.3 Interacción para registrar datos del paciente.
5.5.4 Interacción para registrar una cita.
CAPÍTULO VI: DISEÑO BASE DATOS
6.1 Base de datos de los pacientes
6.2 Base de datos de los doctores.
6.2.1 Disponibilidad de doctores.
6.2.2 Ranking en los doctores.
6.3 Respaldo de bases de datos en la nube.
-Conclusiones
7.1 Resumen
7.2 Metas alcanzadas
7.3 Limitaciones
7.4 Trabajos futuros
-Recomendaciones
-Bibliografías
-Anexos
144
9. FUENTES DE INFORMACIÓN.
9.1 Fuentes Primarias.
Cebrián, Juan Antonio. J.A.C. (1993). GIS Concepts. Autor-editor de obra propia. ISBN: 84-604-8313-4 Gavira, Carmen C. G. (1994). Sistemas de información geográfica (GIS): sus aplicaciones en redes. Autor-editor de obra propia. ISBN: 84-605-0127-2 Kroenke, D. & Auer D. (2012). Database Concepts (6th Edition). Prentice Hall. Turban E., Aronson J., Sharda R. & King D. (2010). Inteligencia de Negocios (BI) (2nd Edition). ISBN-13: 978-0136100669
9.2 Fuentes Secundarias.
[1] Oficina Nacional de Estadística, ONE, Distrito Nacional en Cifras, Perfil Sociodemográfico Provincial 2009.
[2] HGDBRR, Hospital General DR. Bladimir Ramírez Rodriguez.
[3] Web Application Security Consortium, Web Application Firewalls Version 1.0, 2006
[4] Alonso, G 2004, Web services: Concepts, architectures and applications.
[5] Windows Server TechCenter 2003, Domain Controller Roles, accessed 07/07/2009, http://technet.microsoft.com/en-
us/library/cc786438-(WS.10).aspx
[6] Atención Primaria de Salud, Republica Dominicana.
http://www.opd.org.do/index.php?option=com_content&id=869
[7] Atención Primaria de Salud. Disponible en:
http://es.wikipedia.org/wiki/Atenci%C3%B3n_primaria_de_salud#Problemas_de_salud
[8] ¿Que son las ARS y qué diferencias existe entre ellas? Disponible en:
http://antoniogamundiblog.com/index.php?option=com_content&view=article&id=208:ique-son-las-ars-y-que-
diferencias-existe-entre-ellas-&catid=37:portada
[9] ¿Qué es el Sistema Dominicano de Seguridad Social (SDSS)? Disponible en:
http://www.sisalril.gob.do/PreguntasFrecuentes.asp
145
Anexo II
ENTREVISTA PARA SECRETARIAS
Nombre:________________________________
I. Cuando el paciente llega a donde usted por primera vez en el día, qué usted le dice?
II. Después que el paciente le responde a cual doctor o especialista va a consultar que usted le indica que haga?
III. Las cita tienen un costo cuando y a quien se le paga?
IV. Qué tiempo dura el paciente sentado después de haber confirmado su pago de la consulta?
V. Qué piensa usted si los pacientes pudieran hacer sus citas por vía de un sistema web?
VI. De los siguientes dispositivos y tecnología cuál usted sabe manejar?
a) PC b) Laptop c) PDA d) Internet e) Intranet f) Extranet g) Correo electrónico
146
Cuestionario de entrevista de doctor
1) Cuál es su especialidad?
2) En cuales tanda trabaja? a) 8am a 12pm b) 3pm a 7pm c) Todas
3) Es usted puntual con sus turno de trabajo?
a)Si b)No
4) Como intercambia información con el paciente?
a) Papales físicos
b) Teléfonos
c) SMS
d) Correo electrónico
5) Si falta a una tanda u horas de trabajo como se lo notifica a los paciente?
a) Teléfono
b) SMS
c) La secretaria cuando ellos llegan a la consulta le notifica
d) Correo electrónico
e) No le notifica
6) Cuantos pacientes atiende por tanda?
a) 20 a 50
b) 51 a 80
c) 81 a 110
147
7) Cuando un paciente no puede asistir a su cita el mismo se lo deja saber?
a) Si
b) No
c) A veces
8) A veces se extiende su horario de trabaja para cubrir todas las citas del día?
a) Si
b) No
c) A veces
148
Cuestionario de entrevista a paciente
1) Como hace usted su cita medicas? a) Por teléfono b) Correo electrónico c) Personalmente el mismo día que va donde el medico d) Vía una aplicación web
2) Es usted notificada si el doctor cancel las citas del día?
a) Si b) No
3) Quien le recomienda ir a los doctores con especialidades?
a) Yo mismo b) Un doctor general c) Por referencia personal
4) A tomado cita con doctores con especialidades que luego especialista lo refiere a otro
doctor? a) Si b) No
149
Anexo III
Formularios
150
151
152
153
154