Informe Final Proyecto de Titulo - Victor - Diaz Sem5

SEMINARIO DE TÍTULO
INSTITUTO PROFESIONAL IACC

ESCUELA DE TECNOLOGÍAS APLICADAS
Ingenieria en Informática
Proyecto ARMA “Agenda de Requerimientos Médicos y

Asistencias”.
NOMBRE PROFESOR(A) GUÍA: MONICA BEATRIZ CUEVAS CEBALLOS

NOMBRE DEL ALUMNO(A): Victor Diaz Orellana
15 de enero del 2024
IACC
1
RESUMEN
Este proyecto persigue facilitar la gestión de agenda medica y de examenes La Instalación
de Salud “Centro de Salud Arica”, que permita controlar la asignación de horas previas a los
usuarios de dicha entidad, de esta forma ayudará a los profesionales de salud a elaborar una
agenda de servicio, en la cual, se establezca un horario de consulta o atención a sus pacientes.
Para esto se presenta la necesidad de resolver diseñando y desarrollando una aplicación

que sirva de plataforma para dicha gestión y que, además ofrezca la posibilidad de aumentar los
servicios y escalabilidad del sistema, añadiendo nuevas especialidades que permitan expandir el
centro de salud.
En definitiva, esta aplicación busca actuar de elemento conjunto entre los pacientes y el
centro de salud mediante las horas “online” evitando infinitas colas de espera como ocurren en la
actualidad, así como evitar la utilización de papel para gestionar las mismas.
¿Por que su titulo?
El proyecto consiste en una agenda medica web adecuada a las necesidades de los
pacientes, totalmente en tiempo real para agendar hora con especialistas médicos disponibles
además de integrar las solicitudes de exámenes. El título del proyecto se establece como ARMA
“Agenda de Requerimientos Médicos y Asistencias”.
El título debe ser preciso conforme a su contenido relacionado a la investigación realizada,

resumiendo el objetivo estudio.
La agenda se materializará en una instalación clínica de las fuerzas armadas, la que

atractivamente se relaciona a y se expresa en pocas palabras el contenido de la investigación,
además, logrando ser atrayente para sus usuarios y beneficiarios.
Palabras clave:
 Tema de investigación  Muestra

 Base teórica  Población
 Marco metodológico  Análisis de datos
 Instrumento de recolección  conclusión
IACC
2
RESUMEN...........................................................................................................................................2
1. EL PROBLEMA.............................................................................................................................4
1.1 PLANTEAMIENTO DEL PROBLEMA......................................................................................4
1.1.1 OBJETIVO GENERAL....................................................................................................5
1.1.2 OBJETIVOS ESPECÍFICOS.............................................................................................5
1.1.3 HIPOTESIS...................................................................................................................6
1.2 JUSTIFICACIÓN DE LA INVESTIGACIÓN...............................................................................7
2. MARCO TEÓRICO........................................................................................................................8
2.1 BASES TEÓRICAS.................................................................................................................8
2.2 DEFINICIÓN DE TÉRMINOS BÁSICOS.................................................................................10
3. MARCO METODOLÓGICO.........................................................................................................11
3.1 TIPO DE INVESTIGACIÓN..................................................................................................11
3.2 TÉCNICA DE INVESTIGACIÓN............................................................................................12
3.3 INSTRUMENTO DE RECOLECCIÓN....................................................................................13
3.4 DEFINA LA POBLACIÓN Y LA MUESTRA DE SU PROYECTO................................................15
4. IMPLEMENTACIÓN DEL SISTEMA..............................................................................................16
4.1 CARACTERISTICAS DEL SISTEMA.......................................................................................16
4.2 METODOLOGÍA DE DESARROLLO.....................................................................................16
4.3 DIAGRAMA DE FLUJO.......................................................................................................20
4.4 PROCESO DE CODIFICACIÓN.............................................................................................21
4.5 METODOLOGÍA DE VERIFICACIÓN DEL SISTEMA..............................................................25
4.6 ANALISIS DE LAS PRUEBAS................................................................................................25
5. ANÁLISIS DE LOS RESULTADOS.................................................................................................26
6. CONCLUSIONES y RECOMENDACIONES....................................................................................30
7. RECOMENDACIONES................................................................................................................32
8. REFERENCIAS BIBLIOGRÁFICAS.................................................................................................33
IACC
3
1. EL PROBLEMA
La Instalación de Salud “Centro de Salud Arica”, cuenta con más de 30 años de
prestaciones de servicio en experiencia de servicios de salud de profesionales médicos en
áreas clínicas de apoyo y exámenes. De acuerdo, con sus procesos de atención, en la
actualidad mantienen un sistema rustico en las prestaciones, ya que, los usuarios deben
acercarse en forma presencial para agendar sus horas médicas y solicitudes de exámenes,
acto que, en la actualidad en muchas empresas desarrolladas, ya se cuenta con un sistema
informático de autoatención, promoviendo la agilización en los beneficios del paciente.
Es un acto que con seguridad promoverá una medida de modernización digital y

aplicación de mercado, llegando a más personas, creciendo en el ámbito comercial.
El título debe ser preciso conforme a su contenido relacionado a la investigación

realizada, el titulo ARMA “Agenda de Requerimientos Médicos y Asistencias”, en pocas
palabras, resume el objetivo estudio.
La agenda se materializará en una instalación clínica de las fuerzas armadas, la que

atractivamente se relaciona a y se expresa en pocas palabras el contenido de la
investigación, además, logrando ser atrayente para sus usuarios y beneficiarios.
1.1 PLANTEAMIENTO DEL PROBLEMA

1) ¿Dónde ocurre?
Centro de Salud Arica
2) ¿Qué ocurre?
La instalación se ve afectada en el atochamiento de pacientes en la medida de

solicitud de horas médicas y exámenes, retardando sus necesidades.
3) ¿Cómo ocurre?
Los pacientes deben acercarse a diario para ver la posibilidad de obtener una
atención médica o toma de exámenes. esto difiere en agenda diaria sin
posibilidad de tomar otro día para la atención, ya que las condiciones de la
empresa solo lo estipulan en que la toma de horas y exámenes deben ser para
IACC
4
el día en que la personal asiste a solicitar por lo que cuando se completan,

quienes quedan fuera de la cantidad diaria, deben concurrir al día siguiente.
4) ¿Y Por qué ocurre?
Falta de desarrollo en la automatización de sistemas que sean capaces de

generar una base de datos que amplíen sus capacidades de agenda de
prestaciones médicas y de exámenes.
Ventajas de esta temática
• Ahorro de tiempo en el trabajo
• Acceso desde cualquier lugar.
• Gestione fácilmente su agenda.
• Integraciones.
• Recordatorios: No vuelva a perderse una reunión.
• Coordinar horarios en segundos.
• Las reuniones periódicas son fáciles.
1.1.1 OBJETIVO GENERAL

Demostrar con el sistema ARMA “Agenda de Requerimientos Médicos y
Asistencias” el desarrollo de su base en tres áreas en las que, los pacientes y
beneficiarios podrán agendar su hora médica por medio de la plataforma web a
través de Internet, como sistema totalmente autónomo y remoto ya sea en su pc o
dispositivo móvil. Consiguiente, el personal de salud dispondrá de una agenda
personal autosustentable y auto gestionable disponiendo en tiempo real de los
pacientes agendados para su control médico; y finalmente, la plataforma se
desarrollará por medio de módulos escalables y ajustables a las necesidades de
cambios permanentes según profesionales médicos o prestaciones, disponiendo
de administradores encargados de gestionar todas las funcionales del sistema.
1.1.2 OBJETIVOS ESPECÍFICOS

1) Diagnosticar la necesidad de desarrollar y diseñar un software de aplicación
web, que permita la gestionar La agenda médica para los distintos prestadores
de salud del Centro Clínico Arica. Posteriormente se debe de diagnosticar,
evaluar y validar la propuesta de acuerdo con la necesidad.
IACC
5
2) Gestionar y determinar, cuál es la factibilidad en el proyecto en los aspectos

técnicos, operativos y económicos para el diseño de la plataforma, lo que
permitirá la creación y la conectividad en modalidad online.
3) Materilizar y desarrollar la Plataforma ARMA “Agenda de Requerimientos

Médicos y Asistencias”, en desarrollo evolutivo y entregable siendo
demostrativo, mediante pruebas, el correcto funcionamiento del sistema de
software propuesto y su aplicabilidad para el usuario final.
1.1.3 HIPOTESIS
Como fue mencionado, el proyecto desea abarcar la falencia en la instalación de
salud del Centro clínico Arica, el cual, cuenta con una trayectoria de más de 30
años de servicio en prestaciones de salud, con profesionales médicos en áreas
clínicas de apoyo técnico y exámenes. De acuerdo con sus procesos de atención en
la actualidad mantienen un sistema rustico en las prestaciones ya que los usuarios
deben acercarse en forma presencial para agendar sus horas médicas y solicitudes
de exámenes, acto que, en la actualidad en muchas empresas desarrolladas, ya se
cuenta con un sistema informático de autoatención, promoviendo la agilización en
los beneficios del paciente.
a. ESTADO ACTUAL
• No cuenta con agenda electrónica, digital o plataforma web para agendar

las horas medicas de pacientes y control de exámenes.
• Agenda manual ingreso presencial por pacientes por secretaria.
• Agenda vía telefónica pero solo algunas especialidades.
• Operador telefónico no tiene acceso para agenda de todas las

especialidades medicas
b. VIABILIDAD
• Ahorro de tiempo en el trabajo
• Acceso desde cualquier lugar.
• Gestione fácilmente su agenda.
• Integraciones.
• Recordatorios: No vuelva a perderse una reunión.
IACC
6
• Coordinar horarios en segundos.
• Las reuniones periódicas son fáciles.
• Gestión automática de las horas médicas ocupadas y disponibles.
• Mayor control de la agenda médica.
• Los pacientes pueden escoger de forma fácil cuándo atenderse.
• Se evitan horas duplicadas.
• Sirve para tus atenciones presenciales y online.
• Ahorra tiempo en la organización de horas.
1.2 JUSTIFICACIÓN DE LA INVESTIGACIÓN

Es importante exponer la situación de conflicto que genera la problemática
planteada, por lo que las falencias de la modalidad actual son imperiosas el
desarrollo de un sistema informático, para cubrir la necesidad que mantiene en una
desventaja de mercado de la empresa. El generar una herramienta de este tipo
establecerá una agenda provista de organización, esquema, mayor oferta a los
clientes, auto selección de opciones y administración en tiempo real para la
empresa.
1) ¿Para qué?
Para mejorar todos sus procesos de agenda de hora médica y exámenes

obteniendo un mayor rendimiento.
2) ¿Por qué?
La empresa lleva años en el mercado de prestadores de salud, pero sus

condiciones de agenda medica son retrógrados en nivelación de las
competencias actuales.
3) ¿Beneficiarios?
la empresa y sus beneficiarios obtendrán un beneficio mutuo considerando que

se resuelven los tiempos de espera y organización de los pacientes y la empresa
reduce la espera y amplia su mercado a mayor captación de pacientes.
4) ¿De qué modo?
IACC
7
Implementación de una plataforma web amigable, en la que accedan los

pacientes para según un calendario verán la disponibilidad de atención medica
según la especialidad médica, día de atención y hora de atención al igual que los
exámenes de la misma manera, tipo de examen, día y hora.
5) Proyección Social
se amplía el campo para los beneficiarios evitan largas filas de esperas sin éxito,
dando calidad y calidez a la atención de pacientes, así siendo mayormente
organizada, ya que en la actualidad las personas tendrán mayor organización de
sus tiempos.
6) ¿Qué resuelve?
Se resuelve la desventaja que deja fuera de mercado, a los pacientes que

buscan mayor comodidad en sus necesidades médicas, además de mejorar la
manera de solicitar horas medicas a los actuales beneficiarios.
7) ¿Qué permitirá?
Le permitirá a la empresa de salud y a sus beneficiarios contar con un sistema

informático que resuelve, las horas de espera de los usuarios y promueve la
organización de la agenda médica y exámenes.
2. MARCO TEÓRICO
Marco teórico de su proyecto:
1.3 BASES TEÓRICAS

Una de las mayores preocupaciones del Director de Instalaciones de Salud
es la gestión en la forma de otorgar las prestaciones a sus pacientes. El
Centro Clínico gestiona una gran cantidad de personal de Salud
profesionales médicos y pacientes. La falta o total ausencia de un software
que administre la agenda medica que otorgue fácil acceso a la gestión de
solicitud de hora, que sea amigable y sencillo de usar, que permita obtener
una mayor eficiencia por parte del personal de salud y la satisfacción por
parte de cada paciente se hace indispensable.
IACC
8
Este problema, se presenta en diversos centros de Salud dependientes de

Instalaciones de Salud, lo que hace necesario analizar sus causas. Una de
ellas es la existencia de un método obsoleto o antiguo para la gestión de
agenda médica y exámenes, que aún es utilizado en estos centros
dificultando el tratamiento de la información y la toma decisiones y la
satisfacción del paciente. Por lo cual, en muchas ocasiones, optan por su
desvinculación del Centro Clínico.
a. CONCEPTOS PROVENIENTES DE FUENTES PRIMARIAS

1) Cliente-servidor
Es un modelo del diseño de software en el que las tareas se reparten
entre los proveedores de recursos servidores, y los demandantes
clientes. El cliente realiza peticiones a otro programa según lo que se
sabe que la plataforma debe contener este concepto ya que el que
redacta este texto solicita el sistema.
2) Mejorar procesos
Esto se logra mediante la búsqueda de ineficiencias en los procesos
de la organización para corregirlos y mejorar su desempeño. Tiene
como objetivo realizar una revisión de estos y llevar a cabo las
adecuaciones correspondientes para minimizar o eliminar los
errores de forma permanente.
3) Integridad de datos
En la integración de los datos la correctitud de la información en una
base de datos se comprende cuando los contenidos se modifican
con las sentencias INSERT, DELETE o UPDATE.
IACC
9
b. CONCEPTOS PROVENIENTES DE FUENTES SECUNDARIAS
Control de registros
Esta es la solución perfecta para que la empresa que se necesita
para el control de registros de prestaciones, identificando los
pacientes y mejorando su equipamientos y orden administrativo
c. CONCEPTO DE UNA FUENTE TERCIARIA.
Control de fuentes externas

Como relevante se puede definir como fuente terciaria los foros que
se pudo extraer información para el desarrollo de la plataforma
como códigos.
1.4 DEFINICIÓN DE TÉRMINOS BÁSICOS

o Escalabilidad
Crecimiento de proyecto e implementación más modular,
aumentando lo básico haciéndolo integro y amigable en
desarrollo.
o Simplicidad
Es la eliminación de elementos innecesarios, es decir, reducir algo
a su mínima expresión.
o Confiabilidad
Contra con datos reservados como personales por lo que se
deberá dar el debido resguardo de la Información
IACC
10
o Compromiso.
Se adquirió el compromiso de desarrollar un sistema para poder
solucionar antiguas trabas por lo que deber haber el compromiso
de terminar este trabajo
o Honor
Se debe demostrar que, aunque sea gratis o como proyecto de
título se debe poner el mejor empeño de hacer lo correcto.
3. MARCO METODOLÓGICO
 Marco Metodológico de su proyecto:
1.5 TIPO DE INVESTIGACIÓN

Se basará en el método cuantitativo ya que se debe lograr tener un numero
controlado de administradores y beneficiarios que irán vinculadas entre sí por
eso además el nivel de profundidad se aplicara descriptivamente. Se realizará
una primera fase de requisitos, diseño e implementación sobre el conjunto de
la aplicación obteniendo así sus características principales, una visión general
de cómo será la navegación y unos primeros bocetos de cómo será la interfaz
junto con la configuración del servidor. Subsiguientemente se iterará sobre
cada componente o característica principal dando lugar a las funcionalidades
del proyecto establecidas.
Finalmente, se realizarán pruebas sobre todas las funcionalidades y

características del sistema, lo que, por experiencia, en las iteraciones
intermedias pueden darse situaciones excepcionales que obliguen a revisar
iteraciones anteriores para mejorar o introducir cambios en las mismas.
IACC
11
1.6 TÉCNICA DE INVESTIGACIÓN

La técnica de investigación es la que permite reunir los datos
correspondientes para su análisis. Este resultado entrega la información del
estado actualizado del sistema de agenda de hora médica y la forma en que
se puede desarrollar. Los detalles principales en cuanto al levantamiento
del sistema y realizar los seguimientos a cada módulo hasta su cierre.
Esto tiene por finalidad dar solución a un problema, lo cual actualmente se

haga dificultoso y riesgoso para los trabajadores del Centro de salud, al
igual que para los pacientes. Frente a estos antecedentes, la orientación de
esta investigación busca las falencias, por medio de consultas a los
empleados del Centro de salud, en los niveles de trabajadores y jefatura,
para de esta forma dar soluciones en el seguimiento de estos
levantamientos.
Cabe señalar adicionalmente que el hecho de implementar el sistema sería

en base a una investigación cuantitativa, ya que, se presentan los
resultados de la auditoria que se aplican al personal en relación con el
sistema de agenda de hora médica. La metodología de investigación es de
tipo descriptivo, ya que se describirá en detalle todos los elementos que
componen el sistema implementado y su usabilidad para los perfiles
administradores, usuario y pacientes. En este sentido, se plantea que en
este caso el enfoque de esta es cuantitativo pues se basa en el estudio de la
realidad del proceso, cuantificando los elementos que intervienen en el
sistema que se quiere implementar y aportando una posible solución.
Además, podemos considerar esta investigación como tipo descriptiva-

explicativa, ya que, mide las dimensiones del problema planteado,
describiendo lo que se investiga, y por otro se debe explicar el fenómeno, a
IACC
12
fin de poder ofrecer una posible solución a la misma técnica de

investigación.
1.7 INSTRUMENTO DE RECOLECCIÓN

Se efectuará en modo de encuesta a los usuarios del sistema de Salud para
conocer de mejor forma la problemática.
Encuesta de problemática de levantamientos Software o plataforma de

agenda de hora medica:
Instrucciones: lea las preguntas que se citan a continuación, marque con
una (x) en el casillero de su preferencia según la siguiente escala:
5. Muy de acuerdo
4. De acuerdo
3. Indiferente
2. En desacuerdo
1. Muy en desacuerdo
N° PREGUNTA 5 4 3 2 1
1 ¿Necesita con frecuencia solicitar hora para atención

medica?
2 ¿Existe actualmente un procedimiento para realizar la
solicitud de forma remota?
3 ¿Es posible realizar la solicitud por un tercero?
4 ¿Existe alguna formalidad para dar conclusión a la
solicitud de hora medica?
5 ¿Es efectivo es el método actual en cuanto a solicitud
de hora medica? (presencial)
sugerencias: _______________________________________________________
__________________________________________________________________
IACC
13
Luego se procederá a realizar una entrevista con la jefatura.
Instrucciones: lea las preguntas que se citan a continuación, marque con

una (x) en el casillero de su preferencia según la siguiente escala:
5. Muy de acuerdo
4. De acuerdo
3. Indiferente
2. En desacuerdo
1. Muy en desacuerdo
N° PREGUNTA 5 4 3 2 1
1 ¿Considera que existen un buen abordaje en el

manejo del sistema de solicitud de hora medica?
2 ¿Cómo se transparenta el método de solicitud de
hora versus veracidad de datos del paciente?
3 ¿es importante para el Centro de Salud llevar un
seguimiento de los antecedentes del paciente?
4 ¿Cuál es el propósito de realizar una automatización
de la agenda de hora medica?
¿Se requiere implementar una herramienta para
5 llevar el correcto seguimiento de cada uno de estos
levantamientos?
¿cree usted que llevando un mejor control de la
6 agenda de hora medica disminuirá el índice de
perdida de la cartera de pacientes en el Centro de
Salud?
sugerencias: _______________________________________________________
__________________________________________________________________
IACC
14
1.8 DEFINA LA POBLACIÓN Y LA MUESTRA DE SU PROYECTO
Selección de la muestra usuario (beneficiarios) y jefatura del Centro de

Salud
Determinación del universo usuarios (beneficiarios) entre los 18 a 65 años
Extracción de la muestra cantidad de pacientes y el método de empleo en
solicitudes de hora médica.
cantidad de solicitudes
28; 19%
67; 45%
38; 25%
17; 11%
solicitud por e-mail solicitud por terceros solicitud presencial Solicitud telefonica
3. 3.4 Defina la población y la muestra de su proyecto, Grafico N°1: Selección

de muestra
IACC
15
4. IMPLEMENTACIÓN DEL SISTEMA
1.9 CARACTERISTICAS DEL SISTEMA

La implementación del sistema ARMA “Agenda de Requerimientos Médicos y Asistencias”,
consiste como se ha mencionado anteriormente en el desarrollo de una plataforma web, para
resolver el problema que se presenta al momento de solicitar hora de agenda médica para los
pacientes y/o beneficiarios. Una solución viable bajo un modelo web por medio de Internet, como
sistema totalmente autónomo y remoto en diversas plataformas de equipos tipo pc o dispositivos
móviles.
Para el desarrollo de la plataforma web se emplearán diferentes lenguajes. Por un lado, en
el lado del cliente se ha optado por lenguajes que ofrezcan compatibilidad con todos los
navegadores y a su vez sean además actuales. La estructura de la página web se desarrollará
utilizando HTML 5 y su diseño se ha definido mediante hojas de estilo CSS3 y Bootstrap y
almacenamiento de la base de datos MySql además de Amazon Elastic Compute Cloud (Amazon
EC2) siendo un servicio web que proporciona capacidad de computación en la nube segura y de
tamaño modificable. Por último, la funcionalidad derivada del lado del cliente se ha implementado
utilizando JavaScript y JQuery.
1.10 METODOLOGÍA DE DESARROLLO

4.2.1 DIÁLOGO O INTERCAMBIO
En detalle podemos revisar el punto 1.1 PLANTEAMIENTO DEL PROBLEMA, donde se puede
profundizar en detalle, donde se identifica el problema en su forma más pura y simple y
posteriormente dando observaciones a su solución.
4. 2.2 DEFINICIÓN DE ESPECIFICACIONES
En esta etapa exponemos cuales son las cualidades de la plataforma web del sistema de agenda
medica online
Primordialmente contar un sistema de agenda electrónica, digital o plataforma web para agendar
las horas medicas de pacientes y control de exámenes, con las capacidades de:
 Plataforma de fácil gestión de agenda de hora medica y/o solicitud de exámenes.

 Acceso desde cualquier lugar.
 Coordinar horarios en tiempo real.
 Gestión automática de las horas médicas ocupadas y disponibles según usuario.
 Mayor control de la agenda médica.
 Los pacientes pueden escoger de forma fácil cuándo atenderse.
 Evitar duplicidad de horas agendadas.
IACC
16
 Ahorrar tiempo en la organización de horas.

 Plataforma con administrador de sistema.
 Capacidad de creación de usuarios con datos y antecedentes personales para fácil agenda
según antecedentes almacenados.
 Amplia capacidad de almacenamiento de base de datos de pacientes.
4.2.3. DISEÑO CONCEPTUAL
Planteamiento conceptualmente del funcionamiento general de la plataforma web “ARMA”, en la

que se tendrán presente las siguientes tareas:
 Identificación de los usuarios y sus roles: beneficiarios del sistema de salud sea publico o
privado u/o particulares, con capacidad de autogestión en base a la creación de un usuario
con sus antecedentes personales para poder agendar hora medica o solicitud de exámenes, a
través de la plataforma web “ARMA”.
 Obtención de datos de los usuarios finales, tales como: nombre completo*, RUT*, Fecha de
nacimiento*, Sexo*, teléfono de contacto*, teléfono de contacto adicional, correo
electrónico*, dirección particular, sistema previsional*.
 Evaluación de la información disponible, en el caso de los usuarios los datos solicitados como
* son de carácter obligatorio, además de considerar que la inscripción en la plataforma
solicitará comprobación de correo electrónico a través de mensajería, en el cual
posteriormente se decepcionarán las horas o solicitudes realizadas.
 Documentación de los posibles escenarios de uso, conforme al desarrollo de la plataforma en

los cuales persisten como principales.
1. Creación de usuario.
2. Validación de usuario.
3. Validad de correo electrónico
4. Solicitud de agenda médica.
5. Validación de solicitud y entrega de comprobante de agenda
6. Bloqueo de atención paralela del solicitante si requiere agenda con otro profesional
coincidente con la misma fecha y hora.
7. Método de pago.
8. Validación de sistema previsional.
 Validación de los usuarios posibles.
 Validación contrastada con la arquitectura de la empresa. Como se menciona en los

materiales de apoyo de IACC, una manera de obtener tales requerimientos consiste en
construir un conjunto de preguntas simples, que contraste a los usuarios con las actividades
IACC
17
de negocios, a fin de obtener los diferentes parámetros importantes y el porqué de la

solución.
4.2.4. DESARROLLO EN MODELO CASCADA
Para la plataforma web del sistema de agenda medica “ARMA”, se aplicará el desarrollo del
modelo “Cascada”, iniciando con el planteamiento del sistema, posteriormente analizando,
diseñando, codificando, probando y manteniendo la plataforma web desarrollada de acuerdo a los
siguientes pasos:
1) Investigación preliminar: Consiste en aclarar la solicitud particular, que como fue planteado en
el 1.1 PLANTEAMIENTO DEL PROBLEMA, se debe desarrollar y diseñar un software de aplicación
web, que permita la gestionar La agenda médica para los distintos prestadores de salud del Centro
Clínico Arica.
a) Presupuesto
A continuación, podremos calcular el presupuesto para el desarrollo de la plataforma, lo que

podremos dividir en tres fases de costos, considerando gastos para hardware, software y el
personal necesario para desarrollar la plataforma.
Presupuesto Hardware
Para el desarrollo son necesarios los siguientes elementos hardware:
PC: procesador x64 Intel Core i10-10 generación o superior, disco duro SSD 1TB, 16 GB de RAM.
- Windows 11 profesional licenciado.
- Conexión a Internet: Fibra óptica 300MB o superior.
- Disco duro externo: para almacenar copias de seguridad y su documentación.
- Otros: material de oficina.
COSTE USO (%) TOTAL

EQUIPO $ 1.350.000 10% $ 1.350.000
INTERNET (6 MESES) $ 10.000 30% $ 60.000
OTROS $ 150.000 100% $ 150.000
TOTAL $ 1.560.000
Presupuesto Software
Se hacen necesarios el siguiente software en el desarrollo de este proyecto:
- Microsoft Office Professional 2021: licencia para un único equipo, utilización equivalente a la del
ordenador personal, es decir, del 10%.
- Amazon EC2: servidor en la nube para probar mensajería y envío de correos automatizados a los
pacientes tras pedir agenda de hora.
COSTE USO (%) TOTAL

Microsoft Office 2021 $ 45.000 10% $ 45.000
Amazon EC2 $ 135.000 10% $ 135.000
IACC
18
TOTAL $ 180.000
IACC
19
Presupuesto de Personal
Los costos del personal se calcularán asumiendo el desarrollo Informático bajo el trabajo de tres
roles principales:
- Analista
- Programador
- Gestión Documental
Teniendo en cuentas estos datos, el presupuesto de personal es el siguiente:
Horas Valor (hora diaria) TOTAL

Analista 360 $ 12.500 $ 4.500.000
Programador 540 $ 15.000 $ 8.100.000
Gestión documental 180 $ 10.000 $ 1.800.000
TOTAL $ 14.400.000
Presupuesto Total
Por lo tanto, el presupuesto final del proyecto es el siguiente:
Horas
Presupuesto Hardware $ 1.560.000
Presupuesto Software $ 180.000
Presupuesto de Personal $ 14.400.000
TOTAL $ 16.140.000
Costo equivalente mensual (6 meses de proyecto) $ 2.690.000
2) Determinación de los requisitos del sistema: Consiste en estudiar el proceso a abordar y dar
respuesta a las preguntas claves, como se detalla en 1.1 Planteamiento del problema y 1.1.3
Hipotesis.
3) Diseño del sistema: Consiste en plantear un esquema de la pantalla o formato que se va a

visualizar cuando el sistema esté terminado, indicando los datos de entrada, los que se deben
calcular y los que deben almacenarse.
4) Desarrollo de software: Se selecciona el software base, se documenta y explica su codificación.
5) Prueba de sistemas: Consiste en asegurarse que el software no presente fallas, alimentando los
datos de entrada y examinando los resultados.
6) Implantación: Consiste en verificar e instalar el producto desarrollado.
IACC
20
1.11 DIAGRAMA DE FLUJO

Los requisitos de la información que hemos ido trabajando durante el proyecto, se reflejaran
resumidamente en el siguiente diagrama de flujo el que da a lugar, una serie de entidades con una
serie de atributos y relaciones, que serán mayormente expuesta posteriormente de manera que
satisfagan dichos requisitos.
4.3 Diagrama de flujo. solicitud de atención
Descripción
El diagrama resume el proceso de elección de acciones de solicitud de agendar hora médica o de

agendar hora para toma de examen o derivar a otra acción al paciente, para esto se entrega el
siguiente detalle:
i. Inicia el proceso en la necesidad de solicitud de hora.
IACC
21
ii. Posteriormente debe validar si el paciente esta registrado con sus antecedentes.
iii. En caso de no estar ingresado debe registrarse, si no es posible por errores u omisiones sera
derivado al servicio al cliente o una medida de soporte, de lo contrario si se registra
correctamente podrá ingresar a la plataforma.
iv. Básicamente en la plataforma tendrá dos opciones la de Solicitar atención médica o solicitar
toma de examen
v. En el caso de solicitar atención medica debe seleccionar el profesional médico,
posteriormente revisar la disponibilidad de fechas y hora finalmente aprobando la solicitud.
vi. Si es del caso de solicitar toma de examen debe ingresar los datos de la orden de examen y
adjuntarla, posteriormente evaluar fecha y hora disponible para la toma del examen,
finalmente aprobando la solicitud.
vii. Para cualquiera de los casos el sistema agenda la hora, derivándolo a la toma de una siguiente
hora u otras acciones, de lo contrario terminando el proceso.
1.12 PROCESO DE CODIFICACIÓN

La distribución adecuada de los tiempos para el desarrollo de la plataforma, se
calendarizarán tentativamente aprobado el proyecto comenzando en marzo de 2023, con una
jornada de trabajo de 8 horas, ajustados a los establecidos en el código del trabajo. La
planificación y desarrollo durara hasta junio de 2023.
Determinada la metodología ágil que revestirá este proyecto, definiremos las tareas, así como su
duración en el tiempo para estimar su proceso de desarrollo y el presupuesto dado.
A continuación, definiremos, las iteraciones y los pasos a seguir reflejados en este documento.
ETAPA ACTIVIDAD
• Ingeniería de Requisitos: definir funcionalidad principal, roles y base
de datos.
PRIMERA ETAPA • Diseño e Implementación: diseño de menús, instalación de software
necesario, estudio de utilidades de desarrollo y lenguajes.
• Documentación.
• Ingeniería de requisitos: registro y acceso de los diferentes roles.

• Diseño e Implementación: diseño de funcionalidades extra en la
SEGUNDA ETAPA plantilla y menús.
• Pruebas: errores en el acceso y registro de usuarios.
• Documentación.
TERCERA ETAPA • Ingeniería de requisitos: especificaciones de los datos de los

diferentes roles.
• Diseño e Implementación: gestión de agenda y administración.
• Pruebas: representación de los datos establecidos para cada rol.
• Documentación.
IACC
22
• Ingeniería de requisitos: alta de beneficiarios y prestadores de salud.

• Diseño e Implementación: diseño de formularios para el alta, baja y
CUARTA ETAPA modificación de los usuarios registrados en el sistema.
• Pruebas: comprobar
• Documentación.
• Ingeniería de requisitos: gestión de agenda detallada. Hora y fechas.

• Diseño e Implementación: diseño de una agenda con las citas en los
QUINTA ETAPA beneficiarios y prestadores de salud.
• Pruebas: comprobación de correspondencia entre citas.
• Documentación.
• Ingeniería de requisitos: funcionalidades relacionadas con las reglas

de negocio establecidas.
• Diseño e Implementación: diseño de funcionalidades para evitar un
SEXTA ETAPA
mal uso del sistema.
• Pruebas: comprobación de estas funcionalidades.
• Documentación.
SÉPTIMA ETAPA • Pruebas: verificar el correcto funcionamiento y navegación.

• Documentación.
IACC
23
Este mes
Responsabl Estad Cronogram Cronogram Dependenci

Nombre Subelementos
e o a - Start a - End a
Ingeniería de Requisitos: definir funcionalidad principal, roles y base de
No
PRIMERA datos., Diseño e Implementación: diseño de menús, instalación de
Victor Diaz iniciad 2024-03-04 2024-03-14
ETAPA software necesario, estudio de utilidades de desarrollo y lenguajes., •
o
Documentación.
Estad
Subitems Name Owner Date
o
Ingeniería de Requisitos: definir funcionalidad principal, roles y base de

2024-03-04
datos.
Diseño e Implementación: diseño de menús, instalación de software

2024-03-04
necesario, estudio de utilidades de desarrollo y lenguajes.
• Documentación. 2024-03-04
Ingeniería de requisitos: registro y acceso de los diferentes roles., • Diseño No

SEGUNDA PRIMERA
e Implementación: diseño de funcionalidades extra en la plantilla y menús., iniciad 2024-03-15 2024-03-19
ETAPA ETAPA
• Pruebas: errores en el acceso y registro de usuarios., • Documentación. o
Estad
o
Ingeniería de requisitos: registro y acceso de los diferentes roles.
• Diseño e Implementación: diseño de funcionalidades extra en la plantilla

y menús.
• Pruebas: errores en el acceso y registro de usuarios.
• Documentación.
• Ingeniería de requisitos: especificaciones de los datos de los diferentes

No
TERCERA roles., • Diseño e Implementación: gestión de agenda y administración., • SEGUNDA
iniciad 2024-03-20 2024-04-30
ETAPA Pruebas: representación de los datos establecidos para cada rol., • ETAPA
o
Documentación.
Estad
o
• Ingeniería de requisitos: especificaciones de los datos de los diferentes

roles.
• Diseño e Implementación: gestión de agenda y administración.
• Pruebas: representación de los datos establecidos para cada rol.
• Documentación.
• Ingeniería de requisitos: alta de beneficiarios y prestadores de salud., •

No
CUARTA Diseño e Implementación: diseño de formularios para el alta, baja y TERCERA
iniciad 2024-05-01 2024-05-31
ETAPA modificación de los usuarios registrados en el sistema., • Pruebas: ETAPA
o
comprobar, • Documentación.
Estad
o
• Ingeniería de requisitos: alta de beneficiarios y prestadores de salud.
• Diseño e Implementación: diseño de formularios para el alta, baja y

modificación de los usuarios registrados en el sistema.
• Pruebas: comprobar
• Documentación.
• Ingeniería de requisitos: gestión de agenda detallada. Hora y fechas., •

No
QUINTA Diseño e Implementación: diseño de una agenda con las citas en los CUARTA
iniciad 2024-06-01 2024-06-28
ETAPA beneficiarios y prestadores de salud., • Pruebas: comprobación de ETAPA
o
correspondencia entre citas., • Documentación.
Estad
o
• Ingeniería de requisitos: gestión de agenda detallada. Hora y fechas.
• Diseño e Implementación: diseño de una agenda con las citas en los

beneficiarios y prestadores de salud.
IACC
24
• Pruebas: comprobación de correspondencia entre citas.
• Documentación.
• Ingeniería de requisitos: funcionalidades relacionadas con las reglas de

No
SEXTA negocio establecidas., • Diseño e Implementación: diseño de QUINTA
iniciad 2024-06-29 2024-07-23
ETAPA funcionalidades para evitar un mal uso del sistema., • Pruebas: ETAPA
o
comprobación de estas funcionalidades., • Documentación.
Estad
o
• Ingeniería de requisitos: funcionalidades relacionadas con las reglas de

negocio establecidas.
• Diseño e Implementación: diseño de funcionalidades para evitar un mal

uso del sistema.
• Pruebas: comprobación de estas funcionalidades.
• Documentación.
SÉPTIMA No
• Pruebas: verificar el correcto funcionamiento y navegación., • SEXTA
ITERACCIÓ iniciad 2024-07-24 2024-08-15
Documentación. ETAPA
N o
Estad
o
• Pruebas: verificar el correcto funcionamiento y navegación.
• Documentación.
2024-03-04 2024-08-15
Codificación y/o interconexión del hardware asociado
Un primer borrador del código desarrollado donde se muestre la modalidad de registro de un

nuevo paciente, para el caso del desarrollo del software, en el estado de avance como desarrollo
Web de la plataforma.
Fragmento HTML
<!DOCTYPE html>
<html lang="en">
<head>
<meta charset="UTF-8">
<meta name="viewport" content="width=device-width, initial-scale=1.0">
<meta http-equiv="X-UA-Compatible" content="ie=edge">
<title>Styling a SignUp Form</title>
<link rel="stylesheet" href="styles.css">
</head>
<body>
<center style="color:azure";><h1 class="title">PLATAFORMA ARMA <br>
Centro Clínico "Arica"</h1></center>
<div class="signupFrm">
<div class="wrapper">
<form action="" class="form">
IACC
25
<h3 class="title"> Registro de nuevo paciente</h3>
<div class="inputContainer">
<input type="text" class="input" placeholder="a">
<label for="" class="label">Email</label>
</div>
<label for="" class="label">Nombre Completo</label>
</div>
<label for="" class="label">Contraseña</label>
</div>
<label for="" class="label">Confirmar Contraseña</label>
</div>
<input type="submit" class="submitBtn" value="Registrar">

</form>
</div>
</div>
</body>
</html>
Fragmento CSS
@import url('https://fonts.googleapis.com/css2?family=Lato&display=swap');
body {
box-sizing: border-box;
margin: 0;
padding: 0;
background-color: rgb(49, 128, 177);
font-family: "lato", sans-serif;
}
.signupFrm {
IACC
26
display: flex;
justify-content: center;
align-items: center;
height: 100vh;
}
.form {
background-color: white;
width: 400px;
border-radius: 8px;
padding: 20px 40px;
box-shadow: 0 10px 25px rgba(92, 99, 105, .2);
}
.title {
font-size: 50px;
margin-bottom: 50px;
}
.inputContainer {
position: relative;
height: 45px;
width: 90%;
margin-bottom: 17px;
}
.input {
position: absolute;
top: 0px;
left: 0px;
height: 100%;
width: 100%;
border: 1px solid #DADCE0;
border-radius: 7px;
font-size: 16px;
padding: 0 20px;
outline: none;
background: none;
z-index: 1;
}
.label {
position: absolute;
top: 15px;
IACC
27
left: 15px;
padding: 0 4px;
background-color: white;
color: #DADCE0;
font-size: 16px;
transition: 0.5s;
z-index: 0;
}
::placeholder {
color: transparent;
}
.submitBtn {
display: block;
margin-left: auto;
padding: 15px 30px;
border: none;
color: white;
border-radius: 6px;
cursor: pointer;
font-size: 16px;
margin-top: 30px;
}
.submitBtn:hover {
transform: translateY(-2px);
}
.input:focus + .label {
top: -7px;
left: 3px;
z-index: 10;
font-size: 14px;
font-weight: 600;
color: rgb(15, 94, 204);
}
.input:not(:placeholder-shown)+ .label {
top: -7px;
left: 3px;
z-index: 10;
font-size: 14px;
font-weight: 600;
}
IACC
28
.input:focus {
border: 2px solid rgb(15, 94, 204);
}
1.13 METODOLOGÍA DE VERIFICACIÓN DEL SISTEMA

Fundamente la elección de la metodología de verificación del sistema, explicando cómo esta se
ajusta a su desarrollo, anexando además imágenes que den cuenta de la ejecución de tal
verificación
IACC
29
1.14 ANALISIS DE LAS PRUEBAS

En este punto, el análisis de las pruebas de sistemas en desarrollado son un importante elemento
cuando deseamos garantizar la calidad y establecer una revisión del diseño, las especificaciones y
en general la codificación.
La ejecución de análisis se realizará por medio de Pruebas de aceptación, las cuales, son realizadas
por el personal asignado según cada materia, encargándose de navegar e interactuar con la
plataforma, utilizando las herramientas para el caso.
Basándose en el punto de vista de los usuarios finales para la plataforma ARMA, esta debe facilitar
una serie de características básicas que compensen las funcionalidades que debe de tener el
sistema de agenda médica. Para llevar a cabo esta tarea, tendremos tres enfoques diferentes a la
hora de realizar dichas peculiaridades:
4.6.1 Pruebas contra especificaciones
• Visión de usuarios: pretenderemos dotar a la plataforma, herramientas que permitan agendar

atención medica con mayor autonomía, gracias a la posibilidad de elegir el horario que más le
ajuste dentro de las posibilidades disponibles.
• Visión de los prestadores de salud: brindaremos una plataforma natural y amigable para que
puedan gestionar su agenda de horas establecidas en orden cronológico y conocer información
extra detallada en el campo de observaciones del paciente, para obtener una mayor antelación de
la situación que presenta el paciente.
• Visión de los administradores: brindaremos un CP “Control Panel” para gestionar todos los
posibles problemas entre el prestador de salud y los usuarios beneficiarios, así como funciones de
registro en la plataforma.
Análisis de la Interfaz
Las aplicaciones actuales pueden ofrecernos multitud de funcionalidades y resolver problemas en

un asunto de segundos. Sabemos que la interacción con el usuario es fundamental y más en
plataformas de estas características. Menús muy complejos y mal optimizados pueden hacer que
una buena plataforma pase a segundo plano e incluso a no ser utilizada y volver al método
anterior.
Por ello, teniendo en cuenta la variedad de perfiles de los beneficiarios del Centro de Salud Arica,
se deberá tener especial cuidado en la distribución de los elementos dependiendo de cada rol
participe y sus funcionalidades correspondientes. Como objetivo es diseñar una interfaz sencilla e
intuitiva, minimalista y atractiva a la vista desde cualquier medio dispositivo. A continuación,
especificaremos el diseño detalles de la revisión del diseño:
IACC
30
4.6.2 Análisis de los resultados
En este apartado debe presentar el análisis de los resultados obtenidos:
 Tabla de datos procesada del instrumento elaborado.
La tabla de datos se basa en la técnica para la medición cuantitativa.
El objeto de estudio es: ¿Qué método frecuenta más para la agenda de hora médica de
pacientes? Para esto se tomará una encuesta exponiendo las siguientes opciones: correo
electrónico, solicitud telefónica, solicitud presencial, por terceros, Para esto se tomará una
encuesta hacia usuarios (beneficiarios) entre los 18 a 65 años.
La información se registrará en planilla Excel del siguiente formato:
Por grupos etarios encuestados
IACC
31
ENCUESTADOS
18-25 26-35 36-45 46-55 56-65
TELEFO PRESE TELEFO PRESE TELEFO PRESE TELEFO PRESE TELEFO PRESE
EMAIL 3ROS EMAIL 3ROS EMAIL 3ROS EMAIL 3ROS EMAIL 3ROS
NO NCIAL NO NCIAL NO NCIAL NO NCIAL NO NCIAL
1 1 1 1 1
1 1 1 1 1
1 1 1 1 1
1 1 1 1 1
1 1 1 1 1
1 1 1 1 1
1 1 1 1 1
1 1 1 1 1
1 1 1 1 1
1 1 1 1 1
1 1 1 1 1
1 1 1 1 1
1 1 1 1 1
1 1 1 1 1
1 1 1 1 1
1 1 1 1 1
1 1 1 1 1
1 1 1 1 1
1 1 1 1 1
1 1 1 1 1
1 1 1 1 1
1 1 1 1 1
1 1 1 1 1
1 1 1 1 1
1 1 1 1 1
1 1 1 1 1
1 1 1 1 1
1 1 1 1 1
1 1 1 1 1
1 1 1 1 1
22 3 3 2 15 9 4 2 13 2 7 8 13 7 10 0 4 7 14 5
4.6.2 Análisis de resultados, Tabla de encuestados N°1: por grupo etarios según
columnas, al final de cada columna la suma total de las preferencias según cada grupo
etario
Etiquetas de fila Suma de PERSONAS ENTRE 18-65 AÑOS

solicitud por e-mail 67
solicitud por terceros 17
solicitud presencial 38
Solicitud telefonica 28
Total general 150
4.6.2 Análisis de resultados, Tabla de encuestados N°2: Suma total de elección en Tabla
de encuestados
 El procesamiento de datos estadístico aplicado

Etiquetas de fila Suma de PERSONAS ENTRE 18-65 AÑOS Porcentaje
solicitud por e-mail 67 44,7%
solicitud por terceros 17 11,3%
solicitud presencial 38 25,3%
Solicitud telefonica 28 18,7%
Total general 150 100,0%
IACC
32
4.6.2 Análisis de resultados, Tabla de encuestados N°3: Suma total por porcentajes de
elección en Tabla de encuestados
 Gráficos respectivos de los datos.
Gráfico N°1 circular del total de la población en estudio
4.6.2 Análisis de resultados, Grafico N°1: circular del total de la población en estudio
Gráfico N° 2 de barras según solicitud
4.6.2 Análisis de resultados, Grafico N°2: barras según solicitud
Gráfico N°3 de barras del total de personas por tipo de solicitud y porcentaje
IACC
33
4.6.2 Análisis de resultados, Grafico N°3: total de personas por tipo de solicitud y
porcentaje
 Análisis de datos por cada gráfico elaborado donde explique el resultado obtenido por
indicador, pregunta o variable.
IACC
34
 Gráfico N°1 circular del total de la población en estudio

En este grafico vemos el total de la población en estudio, realizado a una población de
beneficiarios entre 18 a 65 años en los cuales se les realizó una encuesta de los 4 tipos
actuales de uso en agenda medica del Centro de salud: correo electrónico, solicitud
telefónica, solicitud presencial y por terceros. En su resultado final fueron 150
beneficiarios encuestados.
 Gráfico N° 2 de barras según solicitud

En este grafico podemos valorar las tendencias según solicitudes, como vemos las
tendencias se inclina por las siguientes solicitudes
1. Correo electrónico 67 de 150 encuestados.

2. Solicitud presencial 38 de 150 encuestados.
3. Solicitud telefónica 28 de 150 encuestados.
4. Solicitudes por terceros 17 de 150 encuestados.
La mayor tendencia se inclina por las solicitudes vía correo electrónico que, conforme a la
tabla de indicadores según grupos etarios se acentúan en los beneficiarios de 18 hasta 35
años.
 Gráfico N°3 de barras del total de personas por tipo de solicitud y porcentaje
En el gráfico N°3 tomamos en detalle las medidas de los datos en porcentajes siendo el de
mayor inclinación en consecuencia el de las solicitudes por correo electrónico con un 47%
del total de los beneficiarios encuestados.
IACC
35

Informe Final Proyecto de Titulo - Victor - Diaz Sem5

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Informe Final Proyecto de Titulo - Victor - Diaz Sem5

Cargado por

Copyright:

Formatos disponibles

SEMINARIO DE TÍTULO

INSTITUTO PROFESIONAL IACC

Proyecto ARMA “Agenda de Requerimientos Médicos y

NOMBRE PROFESOR(A) GUÍA: MONICA BEATRIZ CUEVAS CEBALLOS

Para esto se presenta la necesidad de resolver diseñando y desarrollando una aplicación

¿Por que su titulo?

El título debe ser preciso conforme a su contenido relacionado a la investigación realizada,

La agenda se materializará en una instalación clínica de las fuerzas armadas, la que

 Tema de investigación  Muestra

Es un acto que con seguridad promoverá una medida de modernización digital y

El título debe ser preciso conforme a su contenido relacionado a la investigación

La agenda se materializará en una instalación clínica de las fuerzas armadas, la que

1.1 PLANTEAMIENTO DEL PROBLEMA

Centro de Salud Arica

La instalación se ve afectada en el atochamiento de pacientes en la medida de

el día en que la personal asiste a solicitar por lo que cuando se completan,

4) ¿Y Por qué ocurre?

Falta de desarrollo en la automatización de sistemas que sean capaces de

Ventajas de esta temática

• Ahorro de tiempo en el trabajo

• Acceso desde cualquier lugar.

• Gestione fácilmente su agenda.

• Recordatorios: No vuelva a perderse una reunión.

• Coordinar horarios en segundos.

• Las reuniones periódicas son fáciles.

1.1.1 OBJETIVO GENERAL

1.1.2 OBJETIVOS ESPECÍFICOS

2) Gestionar y determinar, cuál es la factibilidad en el proyecto en los aspectos

3) Materilizar y desarrollar la Plataforma ARMA “Agenda de Requerimientos

• No cuenta con agenda electrónica, digital o plataforma web para agendar

• Agenda manual ingreso presencial por pacientes por secretaria.

• Agenda vía telefónica pero solo algunas especialidades.

• Operador telefónico no tiene acceso para agenda de todas las

• Ahorro de tiempo en el trabajo

• Acceso desde cualquier lugar.

• Gestione fácilmente su agenda.

• Recordatorios: No vuelva a perderse una reunión.

• Coordinar horarios en segundos.

• Las reuniones periódicas son fáciles.

• Gestión automática de las horas médicas ocupadas y disponibles.

• Mayor control de la agenda médica.

• Los pacientes pueden escoger de forma fácil cuándo atenderse.

• Se evitan horas duplicadas.

• Sirve para tus atenciones presenciales y online.

• Ahorra tiempo en la organización de horas.

1.2 JUSTIFICACIÓN DE LA INVESTIGACIÓN

Para mejorar todos sus procesos de agenda de hora médica y exámenes

La empresa lleva años en el mercado de prestadores de salud, pero sus

la empresa y sus beneficiarios obtendrán un beneficio mutuo considerando que

4) ¿De qué modo?

Implementación de una plataforma web amigable, en la que accedan los

Se resuelve la desventaja que deja fuera de mercado, a los pacientes que

Le permitirá a la empresa de salud y a sus beneficiarios contar con un sistema

1.3 BASES TEÓRICAS

Este problema, se presenta en diversos centros de Salud dependientes de

a. CONCEPTOS PROVENIENTES DE FUENTES PRIMARIAS

b. CONCEPTOS PROVENIENTES DE FUENTES SECUNDARIAS

c. CONCEPTO DE UNA FUENTE TERCIARIA.

Control de fuentes externas

1.4 DEFINICIÓN DE TÉRMINOS BÁSICOS

1.5 TIPO DE INVESTIGACIÓN

Finalmente, se realizarán pruebas sobre todas las funcionalidades y

1.6 TÉCNICA DE INVESTIGACIÓN