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