AAI TIDC25 02 TIDC25 UA2 ES03 Plantilla Informe Aprovisionamiento Final Oviedo Godoy.docx

Aprovisionamiento de
Infraestructura TI
<<Proyecto Across The
Horizon>>
Asignatura: Taller de Proyecto de Infraestructura
Sección: TIDC25
Nombre del académico: Igor Cáceres
Nombre de los integrantes del grupo: Cristián Godoy; Sebastián Oviedo
Fecha de entrega
Contenido
I.
Introducción................................................................................................................................3
II. Gestión de Adquisiciones.........................................................................................................6
1.2.2 Recopilación de datos..........................................................................................................10
1
Acuerdos de Servicio...............................................................................................................20
1. Acuerdos de Niveles de Servicios (SLA)................................................................................20
2. Acuerdos de Nivel Operacional (OLA)....................................................................................21
2
Bases de Licitación..................................................................................................................22
1. Bases Administrativas.............................................................................................................22
2. Bases Técnicas.......................................................................................................................23
3. Bases Económicas.................................................................................................................27
4. Consideraciones Adicionales..................................................................................................27
3
Evaluación Económica de Propuestas..................................................................................28
1. Selección de Proveedor..........................................................................................................28
2. Estudio de Financiamiento (Leasing).....................................................................................31
3. Indicadores Evaluación (VAN – TIR – ROI – TCO)................................................................31
4. Análisis Costo-Beneficio.........................................................................................................33
4
Conclusiones............................................................................................................................34
5
Referencia bibliográfica...........................................................................................................35
Taller de proyecto de software – TISP14
2
I. Introducción
En el presente informe se trabajará con la Corporación Municipal de Desarrollo Social
de Iquique (Cormudesi), que es una persona jurídica de derecho privado sin fines de
lucro, creada con fecha 14 de abril de 1982 según Decreto N° 353 del Ministerio de
Justicia, cuyas funciones están reglamentadas por los estatutos, reducidos a escritura
pública de fecha 29 de enero de 1982 ante la Notario público de Iquique, (Notaría de
don Manuel Schepeler Reveau).
Esta institución tiene como función principal la asistencia social, que desarrolla a través
de la administración y operación de los servicios de educación, salud y cultura,
traspasados a la Ilustre Municipalidad de Iquique, es decir 24 unidades educativas, 4
Centros de Salud Familiar, 1 CECOSF y 3 Unidades móviles. La Corporación en la
actualidad es presidida por el alcalde de Iquique, Sr. MAURICIO SORIA MAQUIAVELO,
quien ejerce y delega sus funciones a través del secretario general, Sra. Jenny Núñez.
La empresa Cormudesi según la clasificación establecida por el Servicio de Impuestos
Internos está definida como persona jurídica de derecho privado sin fines de lucro,
creada con fecha 14 de abril de 1982 según decreto número 353 del Ministerio de
Justicia, está presenta 4 Centros de Salud Familiar (CESFAM): CESFAM Aguirre
ubicado en Pasaje Chintaguay S/N; CESFAM Guzmán ubicado en Avenida Salvador
Allende #2736; CESFAM Sur ubicado en Playa El Águila S/N; CESFAM Videla ubicado
en Arturo Fernández 44.
Dentro de su visión, misión y valores se puede encontrar:
Visión
Ser los actores principales de la red de salud, que permitirán construir estilos de vida
saludables en los individuos y sus familias, mejorando la atención y el acceso a una
salud de calidad etnocultural y equitativa. logrando el enfoque sanitario de excelencia.
“Salud igual para todos”.
Taller de proyecto de software – TISP14
3
Misión
“Contribuir a elevar el nivel de salud de nuestra comunidad a través de la modificación
de estilos de vida e intervenciones sanitarias, que permitan la protección de salud, auto
cuidado, anticipación al daño y rehabilitación, lo cual estará centrado con enfoque
integral y participativo, que responda a las necesidades de manera continua y
resolutiva”.
Valores Corporativos






Compromiso irrestricto con la función y el trabajo encomendado.
Excelencia, transparencia y probidad en la gestión.
Lealtad y sensibilidad con los valores humanistas de igualdad, tolerancia y
honestidad.
Respeto incondicional para con las personas.
Humanidad y empatía en cada uno de nuestros procesos.
Mejora continua y orientación a la excelencia como sello de nuestros servicios
En el desarrollo del proyecto está orientado principalmente en el CESFAM Sur el cual
tiene como director a Dante Sanhueza siendo la cabeza principal de la institución y
desglosándose entre los distintos funcionarios de la empresa: secretaria, especialistas,
asesores, asistentes, entre otros.
Imagen 1: CESFAM Sur en Iquique ubicado en Playa el Águila con Avenida la
Tirana.
Fuente: Extraído de sitio.cormudesi.cl
Taller de proyecto de software – TISP14
4
El denominado proyecto “Across The Horizon” o bien escrito en sus siglas proyecto
A.T.H tiene como propósito brindar ayuda y soporte al segmento de personas que
presentan dificultad en lograr obtener un control médico o diagnóstico clínico
(prioritariamente los mayores de edad), esto es debido a la contingencia mundial que
está dada por la pandemia tras el virus SARS-CoV-2 o también conocida como COVID
19 que en la fecha del 17 de noviembre del 2019 inicia el contagio de este virus
llegando al 11 de marzo del 2020 donde inicia la pandemia en la cual estamos
sometidos actualmente, dando como resultado saturación y peligro en los centros
médicos por la existencia de una posible propagación del virus con un posible contagio.
A través de todo esto A.T.H Project tiene como objetivo realizar estos diagnósticos
clínicos mediante un dispositivo tecnológico inteligente mediante Arduino Uno, que es
una placa de microcontrolador de código abierto basado en el microchip ATmega328P
desarrollado por Arduino.cc, con el propósito de que pueda detectar enfermedades
simples con ayuda de sensores que estén integrados para lograr detectar las
sintomatologías existentes en el cuerpo del usuario, la transmisión de estos datos será
por una aplicación móvil que estará en vinculación con un especialista médico de un
centro de salud que ayudará a dar precisión en la detección de la enfermedad, esto se
apoya también con la integración de Inteligencia Artificial el cual se refiere a que el
dispositivo puede imitar la inteligencia humana para realizar tareas en el carácter
médico y a nivel de decisión, todo esto con el fin de crear un sistema automatizado
cuyo fin es lograr reducir los establecimientos médicos que actualmente están
saturados y dar comodidad al usuario para tener un diagnostico en casa.
Taller de proyecto de software – TISP14
5
II. Gestión de Adquisiciones
Cuando nos referimos a planificar la gestión de adquisiciones es determinar qué bienes
o servicios deberán adquirirse fuera de la organización y cuáles podrán ser
provistos por el equipo del proyecto.
La gestión de las adquisiciones del proyecto incluye los procesos necesarios para
comprar o adquirir productos, servicios o resultados que es preciso obtener fuera del
equipo del proyecto. Esto también incluye los procesos de gestión y control requeridos
para desarrollar y administrar acuerdos, tales como contratos, órdenes de compra,
memorandos de acuerdo (MOAs) o acuerdos de nivel de servicios (SLAs) internos.
La realización de la gestión de adquisiciones del proyecto en cuanto a las compras será
con lo siguiente:
Cotizaciones en el mercado: Se realizarán ciertas cotizaciones en el mercado para
tener un costo inicial de los elementos a disponer físicamente para el dispositivo
tecnológico que ofrece A.T.H Project como solución a la problemática de la telemedicina
en la ciudad de Iquique.
En estas cotizaciones se tiene como objetivo tener 3 proveedores diferentes dónde se
seleccionará según el criterio de COSTO/TIEMPO definido esto se seleccionará el
proveedor más optimo para realizar las adquisiciones
Realizado este proceso de adquisición en cuanto a Hardware también mencionar que
tendrá uso de Softwares Open Source (OSS) que refiere al uso libre de programas tipo
software de un proveedor externo bajo sus derechos de autor, los cuales estarán
ligados: Android Studio, Arduino IDE. Para los equipos cotizados se comprará
licenciamiento para el uso de aplicaciones ofimáticas Microsoft 365 personal.
Estas cotizaciones se realizarán en base a la realización de activos nominales y activos
fijos
Taller de proyecto de software – TISP14
6
Planificación de la Gestión de Adquisiciones del proyecto A.T.H
1. Ingresos
1.1 Línea Base del Alcance
Los objetivos del proyecto que requiere alcanzar en base a un nivel “SMART”
(Específicos, Medibles, Alcanzables, Realistas y con restricciones de tiempo). De forma
específica y concreta están vinculados a lo siguiente:
La recopilación de los requisitos principales del proyecto: Se identificarán todos los
requisitos necesarios para la ejecución del proyecto en un plazo aproximado de tres
semanas como máximo, lo que permitirá descubrir qué se requiere principal y
primordialmente en el proyecto
Realizar el análisis correspondiente del proyecto en base a la programación y la
elaboración del EDT: Se realizará el análisis que requiere el proyecto y su alcance
correspondiente (CESFAM Sur), realizar una estructura de desglose de trabajo EDT de
alto nivel del proyecto, esto se define como una herramienta fundamental que consiste
en la descomposición jerárquica, orientada al entregable del trabajo a ser ejecutado por
el equipo del proyecto, para cumplir con los objetivos de este y crear los entregables
requeridos, esto tomará tres semanas de trabajo ya que el análisis es muy fundamental
para considerar los aspectos más alcanzables y realistas que se pueden presentar en la
envergadura del proyecto, también teniendo en cuenta la programación correspondiente
que se efectuará en cuanto a la aplicación que esté vinculada al dispositivo, con sus
restricciones y funcionalidades indispensables
Establecer la elaboración y control del proyecto: Establecer la preparación del
proyecto, teniendo un control a seguir de este frente a todo el análisis y requerimientos
conseguidos en los objetivos anteriores, estimando por lo menos una semana en
gestionar y preparar la ejecución del diseño del prototipo físico y la aplicación móvil que
permitirá la elaboración del proyecto a través de Android Studio y Arduino Uno
Diseño del prototipo y aplicación móvil: Se usarán las herramientas de diseño y
bosquejo del prototipo del dispositivo, de igual manera todo tipo de prototipos de la
Taller de proyecto de software – TISP14
7
aplicación según el UX (experiencia de usuario) analizado, que refiere todo lo percibido
por una persona al interactuar con el producto, en esto se puede encontrar: mockups,
wireframes, sketch (bocetos), etc. Permitiendo una estructura y visión a lo que se
llegará como prototipo final del proyecto con los respectivos estudios y pruebas, esto
requerirá aproximadamente 2 semanas de trabajo
Elaboración del prototipo, aplicación móvil: Se ejecutará el diseño del prototipo y la
aplicación móvil a través de Android Studio y Arduino, se utilizarán herramientas y
métodos de trabajo identificados en el análisis y la recopilación de requisitos que
previamente se hicieron, se realizarán todas las pruebas funcionales necesarias hasta
llegar a lo deseado, se estima un mes y medio de trabajo en este objetivo
Cierre de proyecto y producción: Se entregará el prototipo final con todos las
funcionalidades y características deseadas con cuya documentación, se dará paso a
producción del prototipo masivamente para entregar al CESFAM Sur, en el caso de
INACAP solo se mostrará el prototipo final ya realizado, la producción tomará alrededor
de algunos meses, en el caso de entrega a la universidad será inmediato al tener a
disposición el resultado final para el seminario de grado.
1.2 Documentación de Requisitos
1.2.1 Definición de Instrumentos
Los instrumentos para utilizar en el proyecto son:
Observaciones generales: A través de las herramientas generales se podrá identificar
los casos activos y actuales en la región, la tasa de aumentos y fallecidos por el COVID
19 mediante las gráficas que otorga el Ministerio de Salud para tener un conocimiento
de estas cifras y una estimación de como se ve afectado nuestro país según esta
circunstancia, en especial Iquique.
Se adjunta tabla de los casos COVID-19 del día 24 de mayo:
Taller de proyecto de software – TISP14
8
Tabla 1: Casos COVID-19 en Chile 24 de mayo de 2021
Casos COVID-19 en Chile 24 de mayo de 2021
Casos
Casos
Casos
Casos con
Casos
Fallecidos
activos
confirmados confirmados sospecha
confirmados
totales
confirmados
recuperados por antígeno
de
acumulados
**
*
***
****
reinfección
Arica y
Parinacota
22.212
652
429
21.116
469
21
Tarapacá
36.233
581
660
34.979
185
33
Antofagasta
52.258
1.098
1.023
50.085
470
31
Atacama
20.545
805
226
19.524
237
16
Coquimbo
36.271
1.316
674
34.261
105
21
Valparaíso
95.251
2.805
2.516
89.868
714
46
RM
554.477
17.369
15.141
521.467
15.629
557
O’Higgins
54.842
2.209
1.131
51.494
777
41
Maule
81.541
3.131
1.338
77.033
4.661
50
Ñuble
29.126
917
485
27.716
385
31
Biobío
126.662
3.400
2.040
121.167
1.371
78
Araucanía
80.373
2.312
1.015
77.014
3.010
48
Los Ríos
37.530
1.219
427
35.889
886
19
Los Lagos
75.005
1.976
1.015
71.997
531
48
Aysén
5.454
483
33
4.940
135
1
Magallanes
27.427
507
395
26.512
140
20
Desconocida
54
0
0
54
0
0
40.780
28.548
1.265.116
29.705
1.061
Total 1.335.261
Fuente: Extraído de https://www.minsal.cl/nuevo-coronavirus-2019-ncov/casos-confirmados-enchile-covid-19/
Entrevistas: Dentro de las entrevistas que se pueden efectuar a las personas se
consigue información de sus necesidades y vivencias frente a la pandemia sometida
por el COVID-19, dentro de sus miedos, estrés, problemas que ayudan a conocer más
al usuario y definir los requerimientos previos para la ejecución del proyecto.
Escenario local: En el escenario local se determina las necesidades según la realidad
que puede ver uno en la ciudad de Iquique, en visitas a los centros médicos u otros
Taller de proyecto de software – TISP14
9
lugares donde se ven directamente las necesidades y problemas que existen en el
escenario local por el COVID-19
1.2.2 Recopilación de datos
Dentro de los datos recopilados de los usuarios se pueden identificar:
Observaciones generales: De manera general, se identifican las alzas de casos por
COVID-19 en la región a lo largo del último año y la preocupación de los contagios
frente a las oleadas próximas que el virus pueda emerger, en la actualidad se ve que
los casos están disminuyendo paulatinamente de tal modo que no asegura que haya un
nuevo brote o cepa del virus para disparar arriba los casos. Se identifican los contagios
actuales frente a la siguiente estadística en la región de Tarapacá
Figura 1: Casos y Muertes región de Tarapacá
Fuente: Información recopilada del Ministerio de Salud (MINSAL)
Entrevistas: Dentro de las entrevistas generales efectuadas se pudo encontrar
respuestas similares en la intervención del COVID-19 en sus vidas y en la adaptación
Taller de proyecto de software – TISP14
10
frente a esta pandemia con el encierro a través de la cuarentena. Desde desarrollo de
estrés hasta problemas mayores asociados al miedo y desconfianza. Se pudo
determinar que cada 1/3 personas tiene estos problemas identificados en las familias de
Iquique, como también tuvieron adaptación a los nuevos teletrabajos, cambios en los
estilos de vida hasta la perdida de seres queridos.
Escenario Local: Dentro del escenario local se puede identificar que Iquique al ser una
ciudad turística presenta bastante movimiento en lo que es el turismo, la cantidad de
extranjeros ha sido aumentada considerablemente ya que entraron irregularmente por
pasos no habilitados por la frontera de Colchane, esto ha dado bastante de que hablar
en su tiempo, actualmente ya se han tomado cartas en el asunto, pero por otra parte
también ha sido un foco de contagio del COVID-19 por lo que la ciudad ha tenido
bastantes problemas dentro de este último tiempo, se adjunta la tabla de contagios
totales de la región al día de hoy.
Figura 2: Cantidad de casos acumulados en la región de Tarapacá
Fuente: Información recopilada del Ministerio de Salud (MINSAL)
1.2.3 Definición de Requisitos
Dentro de los requisitos definidos se pueden identificar los siguientes que responden
como solución a la problemática de los usuarios frente a la integración de telemedicina
en la región de Iquique.
En los requisitos funcionales se puede encontrar:
-
RF1: El sistema debe registrar al usuario e identificarlo
RF2: El sistema debe actualizar, modificar, insertar, verificar y eliminar los
datos del usuario
RF3: El sistema debe recibir la información del usuario a través de los tipos
de sensores integrados en el dispositivo tecnológico
Taller de proyecto de software – TISP14
11
-
-
RF4: El sistema deberá captar los datos entregados por la placa Arduino y
almacenarlos en la base de datos
RF5: El sistema debe integrar uso de inteligencia artificial que pueda
identificar la enfermedad presente en el paciente mediante la verificación
que exista conexión entre la aplicación móvil y los sensores de la placa
Arduino
RF6: El sistema debe integrar un chat de mensajería por texto y por video
que pueda vincular al paciente y al médico para consultas y controles
En los requisitos no funcionales se puede encontrar:
-
RNF1: El sistema debe contar con un manual de uso y una atención de
soporte para el usuario
RNF2: El sistema será exclusivo solo para sistemas operativos Android
RNF3: El sistema debe tener una base de datos alojada en la nube FireBase
RNF4: El sistema debe ser trabajo en Android Studio con el lenguaje de
programación Java
RNF5: El sistema debe ser trabajo en el IDE de Arduino con el lenguaje de
programación C++
RNF6: El sistema es totalmente dependiente en su uso con el dispositivo
tecnológico y un móvil para tener el funcionamiento total
Taller de proyecto de software – TISP14
12
1.3 Registro de Riesgos
Se identifican los siguientes riesgos clasificados según su nivel de impacto en el
proyecto actual:
Tabla 2: Fase de Reconocimientos de los Riesgos del proyecto
Fase de Reconocimiento de Riesgos
ID Riesgos
Clasificación de Riesgo
1 Sin cobertura de señal de Internet para su comunicación
ALTO
2 Fallo en detección de patrones de diseño
ALTO
3 Falta de recursos y financiamiento
ALTO
4 Poca orientación de utilización del software al usuario
MEDIO
final
5 Mala estimación de los tiempos invertidos
6 Insuficiencia en la identificación de los riesgos asociados
7
8
9
1
0
1
1
1
2
1
3
1
4
1
5
1
6
1
7
1
8
1
9
al proyecto
Falta de aseguramiento y control de la calidad del
proyecto
Diseño poco intuitivo del proyecto
Débil motivación de los participantes del proyecto
MEDIO
ALTO
MEDIO
MEDIO
ALTO
ALTO
Falta de liderazgo en la dirección del proyecto
Los procesos de negocio del software no están
alineados con la estrategia del proyecto
Falta de conocimiento de Inteligencia Artificial
ALTO
MEDIO
ALTO
La disponibilidad de los usuarios claves es poca
ALTO
Requerimientos mal definidos
Desarrollar sin utilizar metodologías
Recibir poca retroalimentación del usuario final
MEDIO
MEDIO
BAJA
Conflictos internos de los participantes del proyecto
BAJA
Falta de capacidad de autoestudio
Omitir actividades claves en el cronograma que afecten
al desarrollo del proyecto
MEDIO
Taller de proyecto de software – TISP14
13
2
0
2
1
2
2
2
3
2
4
2
5
ALTO
Reflejar mal los requerimientos en un prototipo
Las estimaciones de costos son inexactas
Mal definición del alcance del proyecto
MEDIO
MEDIO
Software con vulnerabilidades de seguridad
La falta de negociación de un precio razonable para la
adquisición de recursos
Los usuarios tienen expectativas inexactas
ALTO
BAJA
ALTO
Fuente: Elaboración Propia
1.4 Cronograma del Proyecto
Figura 3: Etapa de Recopilación de requisitos en la carta Gantt de A.T.H Project
Fuente: Elaboración Propia
Se recopilan los requisitos principales para poner en marcha el proyecto, identificando
la necesidad de la organización del CESFAM Sur como de los pacientes. Cabe señalar
que las tareas simultaneas son referente a que existen más de 2 personas trabajando
en el proyecto actual
Taller de proyecto de software – TISP14
14
Figura 4: Etapa de Análisis en la carta Gantt de A.T.H Project
Fuente: Elaboración Propia
Se realiza el análisis correspondiente y se decide escoger la metodología de trabajo
para efectuar el proyecto, como también los diseños de diagramas UML para graficar
los procesos y funcionalidades, entre todo esto, también se genera el acta de
constitución del proyecto.
Taller de proyecto de software – TISP14
15
Figura 5: Etapa de Ejecución en la carta Gantt de A.T.H Project
Fuente: Elaboración Propia
Se pone en marcha el proyecto, y se empieza a ejecutar la programación, a
confeccionar el diseño físico del dispositivo, creaciones de base de datos hasta llegar al
primer prototipado del proyecto
Taller de proyecto de software – TISP14
16
Figura 6: Etapa de Supervisión y Control en la carta Gantt de A.T.H Project
Fuente: Elaboración Propia
Se efectúan todos los planes de riesgos y calidad del proyecto, se realizan los informes
de desempeño y aplican las acciones correctivas en cuanto a producto como también
en el nivel organizacional, finalmente se dispone del prototipado final a mostrar y
entregar al CESFAM Sur e INACAP
Taller de proyecto de software – TISP14
17
Figura
7:
Etapa
de
Cierre
en
la
carta
Gantt
de
A.T.H
Project
Fuente: Elaboración Propia
Se entregan las documentaciones finales del proyecto, se concluyen finalmente las
actividades planificadas desde el inicio, como resultado se entrega el dispositivo final
operativo para lograr su producción en masa y ser repartidos en la organización del
CESFAM Sur
1.5 Estimación de Costos de Actividades
La estimación de costos de las actividades del proyecto A.T.H estará asociada a un
archivo Excel que contará con las siguientes hojas detalladas profundamente más
adelante en el informe:
-
Flujo de Caja
-
Valor Desecho
-
Amortización
-
Depreciación
-
Activos nominales
-
Activos fijos
-
Proveedores
-
Capital Trabajo
-
Ingresos
-
Costo Operativo
-
Costo de Desarrollo y Puesta en Marcha
Se utilizarán indicadores financieros tales como: VAN (Valor Actual Neto), TIR (Tasa
Interna de Retorno), ROI (Retorno sobre la Inversión), TDC (Total de Costos)
Taller de proyecto de software – TISP14
18
1.6 Registro de Interesados
En el registro de los interesados se puede mencionar a todos los establecimientos
médicos de la ciudad, tales como: clínicas y hospitales. En el área de la educación se
encuentra principalmente la Universidad Tecnológica de Chile (Inacap) con los docentes
del área de informática y telecomunicaciones: Marcela Alzamora, Daniel Aravena, Igor
Cáceres y Patricio Soto
Taller de proyecto de software – TISP14
19
2. Recursos
En el análisis de fabricación del dispositivo está orientado al uso físico de la placa de
Arduino Uno, usando sus controladores y sensores físicos para diseñar físicamente un
prototipo capaz de cumplir las funciones de los requisitos recopilados y lograr
solucionar la problemática actual
En cuanto a lo lógico estará mediante programación en el lenguaje Java usando los
entornos de desarrollo integrado los cuales son: Android Studio y Arduino Uno
La investigación sobre el mercado de la telemedicina en la región es bastante nueva ya
que todavía no hay una aplicación correcta sobre este concepto, el dispositivo se
inserta en el mercado como pionero de la telemedicina en la región, dando como
beneficio la innovación que puede generar este proyecto
3. Egresos
Los egresos del proyecto están asociado a la venta del dispositivo a gran escala al
CESFAM Sur y también a nivel personal para los usuarios que tengan una ficha médica
en un centro de salud, se decide la fabricación directa de estos dispositivos
4. Antecedentes
La planificación del proyecto está basada en el cronograma adjunto, esto asociado en
integrar el dispositivo tecnológico en el CESFAM Sur de Iquique, aplicando estándares
y marcos de trabajo ITIL y estándares ISO 9001 con seguimiento y control de la
universidad Inacap que prestará sus servicios como herramientas para el desarrollo de
este proyecto.
Taller de proyecto de software – TISP14
20
1 Acuerdos de Servicio
1. Acuerdos de Niveles de Servicios (SLA)
Objetivos y alcance: Tiene como objetivo tomar en consideración las condiciones en
las cuales el proveedor entregará el servicio de venta e instalación de los elementos de
hardware y software necesarios para la realización e implementación del proyecto A.T.H
a los encargados el proyecto. Objetivo principal es responder a la necesidad de los
requerimientos del usuario.
Duración: Se inicia con fecha el año 2021, durando hasta la fecha final que se haya
establecido en el inicio del proyecto.
Descripción del servicio: El servicio que utilizará el cliente es la entrega del producto
con todo lo que corresponda de hardware y software previamente instalados y
planteados en el desarrollo del proyecto.
La comunicación y asociación con el CESFAM será de suma importancia para que el
proyecto pueda tomar forma y terminar siendo un proyecto evolutivo en su área.
Responsabilidades del cliente:



Revisar de manera constante que el funcionamiento del producto sea
óptimo.
Retroalimentar los requerimientos necesarios del usuario.
Analizar el campo para desarrollar aún más el proyecto.
Responsabilidades del asociado o proveedor:
-
 Utilizar producto de la manera indicada por desarrolladores.
 Avisar o reportar excepciones y errores para realizar la retroalimentación.
 Administración del servicio
Requerimiento del servicio: En este caso el asociado o proveedor deberá estar
en constante roce con el producto para identificar y reportar cualquier excepción
o falla que se presente. El producto por estar desarrollándose en el ámbito de la
salud deberá tener un plazo de respuesta muy breve en caso de tener una falla
de carácter de urgencia. El resto de los casos serán analizados y resueltos en el
plazo que se estime conveniente.
Taller de proyecto de software – TISP14
21
-
-
Penalizaciones: El proveedor y cliente deberán estar comprometidos con el
acuerdo. Ante cualquier falta a lo ya propuesto, se analizará el carácter de
gravedad en el asunto para tomar medidas de acuerdo con el incumplimiento
correspondiente.
Finalización: El acuerdo de nivel de servicio durará hasta que se llegue a un
muto acuerdo de termino de servicio o perdurará hasta el tiempo que dure la
prestación de dicho servicio.
2. Acuerdos de Nivel Operacional (OLA)
Objetivo: El dispositivo tecnológico en el CESFAM Sur de Iquique, integrando el uso de
la telemedicina es garantizar respuestas a las solicitudes de los diferentes personas o
clientes del asociado.
Administración del personal:
Evaluaciones: Las siguientes evaluaciones fueron establecidas por el jefe de proyecto
el cual busca el cumplimiento de los objetivos, la entrega correcta del producto con el
fin de responder a los requerimientos, midiendo a través de metas al personal
desarrollador.
1. Funcionalidad y cumplimiento de metas: Evaluación Semanal/Mensual
2. Mantenimiento: Evaluación Semestral
3. Contador: Evaluación Mensual.
Reportes: Los reportes cumplen un rol importante ya que a través de ella se pueden
realizar la especialización del producto o bien evolucionar en su calidad de
funcionalidad. Los desarrolladores deben cumplir con lo siguiente:
1. Análisis de excepciones: Evaluación Mensual.
2. Contador funcional: Evaluación Semanal.
3. Mejora continua: Evaluación Semestral.
Taller de proyecto de software – TISP14
22
2 Bases de Licitación
1. Bases Administrativas
A.T.H Project tiene como objetivo realizar los diagnósticos clínicos mediante un
dispositivo tecnológico inteligente que pueda detectar enfermedades simples con ayuda
de sensores que están integrados para lograr detectar las sintomatologías existentes en
el cuerpo del usuario, la transmisión de estos datos será por una aplicación móvil que
estará en vinculación con un especialista médico de un centro de salud que ayudará a
dar precisión en la detección de la enfermedad, esto se apoya también con la
integración de Inteligencia Artificial para crear un sistema automatizado cuyo fin es
lograr reducir los establecimientos médicos que actualmente están saturados y dar
comodidad al usuario para tener un diagnostico en casa.
Nosotros definimos la integración de Inteligencia Artificial como una función que
combina grandes cantidades de datos con procesamiento rápido e iterativo y algoritmos
inteligentes, permitiendo que el software del dispositivo tecnológico pueda aprender
automáticamente de patrones o características de los datos asociados a una
enfermedad del paciente
El desarrollo del dispositivo será mediante Arduino Uno que está vinculado
directamente con el hardware y software del dispositivo tecnológico a través de la placa
física, con un lenguaje de programación Java (Diseñado por James Gosling), uso del
entorno de desarrollo integrado Android Studio donde se utilizará este lenguaje de
programación Java en la creación de la aplicación móvil para la comunicación y
recepción de datos con una base de datos Firebase Realtime Database en aspectos
generales, esto es una base de datos alojada en la nube. Los datos se
almacenan en formato JSON y se sincronizan en tiempo real con cada cliente
conectado.
Los elementos diferenciadores que se encuentran en esta propuesta es la incorporación
de la telemedicina en la región de Tarapacá debido a que se ha dado una mala
definición e implementación a qué es realmente este concepto. En ciertos centros
médicos se trata como una videollamada entre un usuario y doctor, pero realmente no
hay una herramienta que ayude a detectar datos en tiempo real del paciente, por lo que
Taller de proyecto de software – TISP14
23
la implementación del dispositivo tecnológico del proyecto se diferencia bastante con lo
que está inserto en la región.
La licitación está orientada a un producto ya que no está enfocada a un servicio, por lo
que el único fin que se tiene es vender y estar asociado a una entidad de salud para
lograr promocionar este dispositivo tecnológico
Esto será en base a una licitación cerrada ya que va dirigida a solo un grupo de
proveedores que se consideran calificados para cumplir
Nombre del proyecto: A.T.H Project
Fecha de Publicación: 15 de junio del 2021
Fecha de cierre de la licitación: 18 de julio del 2021
El contrato es de tipo compraventa ya que se quiere vender la máxima cantidad de
dispositivos al mejor ofertante
2. Bases Técnicas
En cuanto a las bases técnicas se realizará una matriz de trazabilidad y se indicará los
requerimientos técnicos del cliente:
Objetivo general
-
Diseñar un dispositivo tecnológico integrando el uso de la telemedicina en el
CESFAM Sur de Iquique
Objetivos específicos
1. Identificar la necesidad de la telemedicina en la ciudad de Iquique
2. Identificar el contexto que vive la ciudad en relación con la telemedicina
3. Determinar la relación que existe entre la telemedicina y un dispositivo
tecnológico a implementar
4. Determinar las necesidades de las personas de Iquique según la implementación
de una telemedicina en el CESFAM Sur
5. Definir la telemedicina como concepto y servicio en el CESFAM Sur para lograr
su aplicación
LISTADO DE NECESIDADES Y CARACTERÍSTICAS DEL PROYECTO
Según la información registrada se determina las siguientes necesidades del cliente:
Taller de proyecto de software – TISP14
24
-
Seguridad personal y familiar respecto al virus SARS-CoV-2
-
Reducción de contagios en la localidad y a nivel país
-
Atención médica rápida y segura
-
Evitar salir de su hogar
-
Mejorar el sistema de salud local
De acuerdo con esto el proyecto A.T.H quiere brindar su solución frente a las siguientes
características del proyecto:
-
Instauración de telemedicina a nivel local
-
Reducción de atochamiento en los centros médicos
-
Evitar contagios a través de un sistema de telemedicina
-
Teleconsultas de especialistas a través de un dispositivo tecnológico
-
Transmisión de datos personales y sintomatología a los centros de salud
-
Medición de signos vitales que ayuden a la detección de una enfermedad
-
Control y seguimiento semanal del usuario a través de una aplicación móvil
vinculada al dispositivo tecnológico
-
Dispositivo para todas las edades
-
Fácil manejo de uso y entendimiento
-
Soporte y asesoramiento de uso
En la elaboración de la matriz de trazabilidad se define como:
En su definición según el PMBOK la matriz de trazabilidad es una tabla que vincula los
requisitos con su origen y nos permite vincularlos y hacer un seguimiento desde su
concepción hasta los entregables de proyecto.
La matriz de trazabilidad ayuda a gestionar el alcance del proyecto y tiene como
propósito mantener al día el estado de los requisitos validados del proyecto y asegurar
su cumplimiento.
Previo a confeccionar la matriz, se debe recopilar los requisitos. Este proceso busca
determinar, documentar y gestionar las necesidades de las y los interesados.
Taller de proyecto de software – TISP14
25
En cuanto a la recopilación de requisitos efectuado de tipo gestión de proyecto,
normativo y producto, se determina la siguiente matriz de trazabilidad:
Taller de proyecto de software – TISP14
26
Tabla 3: Matriz de trazabilidad de requisitos A.T.H Project
Identificación
Descripción del
Requisito
Versión
Estado
Actual
Criterios de
Aceptación
Nivel de
Complejida
d
Dependenci
a
Interesado
Nivel de
Priorida
d
Casos de Prueba
RG1
Realizar
reuniones
generales para analizar
el proyecto cada 7 días
(GESTIÓN
DEL
PROYECTO)
1.0
ACTIVO
Cumplir al menos el 90% el
cronograma de reuniones
Moderada
Tiempo
INACAP,
CESFAM Sur
Medio
Actas de reunión
RG2
El diseño del dispositivo
tecnológico
y
sus
aplicaciones
móviles
debe entregarse en 1
mes
1.0
ACTIVO
Diseño que cumpla con el
100%
de
las
especificaciones requeridas
Moderada
Alcance
INACAP,
CESFAM
SUR
ALTO
Validación del diseño
físico y lógico acuerdo
a las especificaciones
requeridas
RG3
El
prototipo
elaborarse
en
meses
debe
tres
1.0
ACTIVO
El prototipo debe cumplir
con el 80% de las
especificaciones de diseño
y funcionamiento
Alta
Tiempo
INACAP,
CESFAM
SUR
ALTO
Validación
del
prototipo de acuerdo a
las especificaciones
requeridas
RG4
Deberá entregar el
GANT del proyecto con
las actividades e hitos
más importantes del
mismo
El proyecto debe seguir
las normativas de la
ISO 9000
1.0
ACTIVO
El 100% de los requisitos y
los riesgos deben estar
incluidos en el GANT
Alta
Tiempo
INACAP,
CESFAM
SUR
ALTO
1.0
ACTIVO
Cumplimiento del 100% de
estándares requeridos por
la norma ISO 9000
Moderada
Alcance
INACAP,
CESFAM
SUR
ALTO
RP6
El dispositivo debe ser
construido
mediante
una placa Arduino Uno
1.0
ACTIVO
Dispositivo debe efectuar
sus funciones mediante
Arduino
Moderada
Alcance
INACAP,
CESFAM
SUR
ALTO
Comparación
del
GANT
con
la
Estructura
de
Desglose de Trabajo
(EDT)
Cumplimiento
los
controles de gestión
de calidad requeridos
por la norma ISO
9000
Cumplimiento
del
diseño
físico
requerido
RP7
El dispositivo debe
integrar sensores de
pulso
cardiaco
y
temperatura
1.0
ACTIVO
Cumplimiento
de
las
funciones
de
medir
sintomatologías mediante
sensores correctamente
Alta
Alcance
INACAP,
CESFAM
SUR
ALTO
RN5
Cumplimiento
con
incorporar
sensores
funcionales a la placa
RP8
La aplicación móvil
debe
establecer
conexión
con
el
dispositivo
1.0
ACTIVO
Comunicación
entre
el
dispositivo de Arduino y la
aplicación móvil
Moderada
Alcance
INACAP,
CESFAM
SUR
ALTO
Cumplimiento
en
poder
comunicar
datos mediante el
dispositivo y la APP
Fuente: Elaboración Propi
Taller de proyecto de software – TISP14
28
3. Bases Económicas
El proyecto actualmente cuenta con un presupuesto de $5.000.000 para obtener dicho
servicio. Los oferentes pueden ofrecer monto igual o superior a lo indicado. El servicio
será pagado con tarjeta de crédito hasta un máximo de 10 cuotas desde que el contrato
es firmado. Debido a la calidad del producto este no puede ser variable o regateado
hasta que se concreta el periodo de finalización. Los oferentes deberán costear todos
los gastos del servicio que sean de manera directa. (personal, material, envíos, etc.)
4. Consideraciones Adicionales
No se presentan consideraciones adicionales en cuanto al proyecto, debido a que lo
entregado anteriormente es suficiente en todos los aspectos importantes
3 Evaluación Económica de Propuestas
1. Selección de Proveedor
Los criterios de selección de proveedor van a ser en base a TIEMPO/COSTO uno
haciendo referencia en el tiempo de entrega de los elementos para confeccionar el
dispositivo y el otro al costo total de venta que tiene cada proveedor para ofrecer, en lo
siguiente se adjuntará la comparación correspondiente y selección del mejor proveedor
según este criterio mencionado:
Se adjuntará la estimación de costos de hardware/software a través de cotizaciones en
3 distribuidores diferentes.
Tabla 4: Criterios de Selección de hardware del proyecto A.T.H
Se cotiza un Notebook HP con las características adjuntas en la tabla para poder
emular Android Studio y poder programar tanto a nivel de Aplicación Móvil como
Arduino
Criterio de
Selección: Precio
más bajo
Proveedor1 AbcDin
Precio
Cantidad Unit.
Item Descripción
1
Notebook HP
Pavilion
Gaming 15DK0015LA
Proveedor2
PcFactory
Fecha Precio
Entrega Unit.
Proveedor3
Falabella
Fecha Precio
Entrega Unit.
Fecha
Entrega
$
599.990 7 días 824.490 7 días 859.990 Inmediata
2
Fuente: Elaboración Propia
Se cotiza una licencia de Windows 10 para tener licenciamiento oficial de la empresa y
utilizar sus recursos de Sistema Operativo para poder trabajar en el proyecto
Tabla 5: Criterios de Selección de software del proyecto A.T.H
Criterio de Selección:
Precio más bajo
Item Descripción
1
Microsof 365
Personal
Proveedor1 Winpy
Proveedor2
Microsof
Precio Fecha
Precio Fecha
Request for Proposal
(RFP) y Adquisiciones
TI
Cantidad Unit.
Entrega
Unit.
Entrega
2
$
$
39.520 Inmediata 42.999 Inmediata
Proveedor3
Precio Fecha
Unit. Entrega
30
Fuente: Elaboración Propia
Se realiza una cotización de la placa Arduino a trabajar en el proyecto con los
siguientes proveedores:
Tabla 6: Criterios de Selección de placa Arduino (Hardware) del proyecto A.T.H
Criterio de Selección:
Precio más bajo
Proveedor1 Danaus
Precio
Cantidad Unit.
Item Descripción
Memoria RAM
Kingston
3
KCP426SS8/8
Fuente: Elaboración Propia
2
Fecha
Entrega
30.990
7 días
Proveedor2 PC
Gamer
Precio
Unit.
Fecha
Entrega
33.90
0
Proveedor3
Falabella
Precio
Unit.
7 días
Fecha
Entrega
46.99
0
Inmediata
Finalmente, la estimación de costos se puede resumir en lo siguiente:
Tabla 7: Activos fijos del proyecto A.T.H
Ítem
Descripción
Notebook HP Pavilion Gaming 151 DK0015LA
Cantidad
2
2 Arduino Starter Kit en Español
1
3 Sensor de Pulso Cardíaco MAX30102
1
4 Sensor de Temperatura LM35
Memoria RAM Kingston
5 KCP426SS8/8
6
7
8
1
Total
Activos
fijos
2
Precio
Unitario
$
599.990
$
75.000
$
4.790
$
1.600
$
30.990
Total
$
1.199.980
$
75.000
$
4.790
$
1.600
$
61.980
Total
$
1.343.350
Vida
Útil
Valor
Anual
$
2 599.990
$
5 15.000
$
5 958
$
5 320
$
2 30.990
$
647.258
Valor
Mensual
$
49.999
$
1.250
$
80
$
27
$
2.583
$
53.938
Valor
Hora
$
391
$
10
$
1
$
0,21
$
20
Total
Solución
$
94.139
$
2.354
$
150
$
50
$
4.862
$
101.555
$ 1.343.350
Fuente: Elaboración Propia
Request for Proposal (RFP) y Adquisiciones TI
31
Se identifican los productos a cotizar y su cantidad, su precio unitario como también el
total de estos según a la relación cantidad y precio. La vida útil hace referencia a los
años que el producto será estimado, el valor anual es la división entre el total y la vida
útil de cada producto, el valor mensual es el cociente entre el valor anual y los 12
meses del año, llegando al valor hora se debe explicar que:
o Las horas trabajadas en el proyecto son: 128hrs al mes
o Y como horas semanales son: 32hrs a la semana
Para calcular el valor hora se divide el valor mensual con las 128hrs trabajadas al mes.
Por otra parte, en los recursos humanos se identifican los siguientes roles:
-
Director del Proyecto
Programador
Analista
Realizando una estimación de los costos en valor hora se logró detectar lo siguiente:
Tabla 8: Costos de Desarrollo del proyecto A.T.H
Costos de Desarrollo
Rol
Cant.
Director de proyecto
1
Analista
2
Programador
Fuente: Elaboración Propia
2
Hora
A cargo de
$
10.000
$
8.000
$
6.000
Planificación y control del
proyecto
Entrevistas, Análisis, Diseño y
Pruebas de Integración
Codificación y pruebas
funcionales
Se cabe mencionar que los valores se explicarán más detalladamente en la gestión de
adquisiciones a través de un libro Excel.
Request for Proposal (RFP) y Adquisiciones TI
32
2. Estudio de Financiamiento (Leasing)
El contrato tipo compraventa estará asociado con una garantía del producto de un 1
año, asociando que nuestra organización será responsable por cualquier fallo o
descalibre del dispositivo, el leasing del proyecto puede estar asociado a 3 tipos de
bancos: Banco Estado, Santander, BCI. Este criterio tomará como opción al Banco
Santander ya que está adjunto al flujo de caja del proyecto que se insertará más
adelante
3. Indicadores Evaluación (VAN – TIR – ROI – TCO)
Finalmente se adjunta el flujo de caja que estará asociado a 5 años
Excel_ATH.xlsx
Hoja de Flujo de Caja: Se realizan todas las operaciones en base a los ingresos y
utilidades que tiene el flujo de caja, acá se añaden los datos recopilados en las
siguientes hojas ya que todas están interconectadas para calcular los valores finales del
VAN-TIR-ROI-TCO
VAN= $ 193.165.641
TIR= 150,8%
ROI= 3563,1%
TOTAL DE COSTO SOLUCIÓN = $ 2.820.668
Hoja de Valor Desecho: Se toman en cuenta los valores que están asociado al terreno
y equipamiento en un periodo de 5 años con sus depreciación anual y valor en libro
Hoja de Amortización: Se toma como una tasa anual del Banco Santander (CAE) de
16,68%, donde ayuda a calcular el saldo deuda, la cuota anual, el interés y la
amortización de cada año
Hoja de Depreciación: Se calcula la depreciación del Hardware vinculado a su vida útil
en los próximos 5 años
Request for Proposal (RFP) y Adquisiciones TI
33
Hoja de Activos Fijos: Se calcula el total de los activos fijos que está asociado al
hardware del proyecto y se especifica las horas trabajadas al mes y a la semana
Total de activos fijos: $1.343.350 CLP
Hoja de Activos Nominales: Se calcula el software a pagar con licenciamiento,
también se calcula el valor venta del producto, los costos asociados a las soluciones de
hardware, software, puesta en marcha, fijos y su total
Total de activos nominales: $ 2.899.708 CLP
Hoja de Proveedores: Se realiza la comparación de los proveedores según el criterio
de TIEMPO/COSTO y se escoge el más optimo tanto para hardware como software
Hoja de Capital de Trabajo: Se calculan los ingresos mensuales del proyecto, esto a
través de los costos fijos y los saldos, como resultado se obtiene el capital de trabajo
total que refiere al saldo acumulado de los 12 meses
Capital de trabajo en 12 meses: $ 9.355.000 CLP
Hoja de Ingresos: Esta hoja está asociada a un periodo de 5 años, tomando en cuenta
de que inicialmente se contará con 25 dispositivos a vender en el primer año y un
aumento de 8% cada año, el valor venta del dispositivo es de $ 3.159.148
Hoja de Costo Operación: Se calculan los costos a nivel operacional de la
organización, teniendo como roles: Jefe de Proyecto, Analista/Programador, Secretaria
y un Vendedor. Esto con 128 horas trabajadas al mes y un horario de lunes a viernes
donde se trabajan 6 horas y los sábados solo 2 horas y media.
También se calculan los gastos comunes como el agua, gas y electricidad
Hoja de Desarrollo y Puesta en Marcha: Se calcula el valor hora del: Jefe del
proyecto, analista y programador. También se calcula el proceso de desarrollo del
software a través de dos entregables, que sería el dispositivo Arduino y la aplicación
móvil de este. Por otra parte se calcula los costos de la puesta en marcha de la solución
ya sea por pruebas, codificación, migración de datos, capacitaciones, etc.
Request for Proposal (RFP) y Adquisiciones TI
34
4. Análisis Costo-Beneficio
El análisis costo-beneficio que se puede extraer del flujo de caja a un plazo de 5 años
es que en PAYBACK (plazo de recuperación) es bastante rápido ya que en el primer
año se estaría recuperando lo invertido. Los proveedores escogidos están asociado al
tiempo al TIEMPO/COSTO ya indicado anteriormente por lo que la viabilidad del
proyecto es bastante óptima para su realización
Request for Proposal (RFP) y Adquisiciones TI
35
4 Conclusiones
En conclusión, se ha presentado como solución a la problemática detectada en el
CESFAM Sur la elaboración del proyecto A.T.H que tiene como solución brindar
telemedicina a la ciudad de Iquique y trabajar como también mejorar la infraestructura
del sitio para otorgar una mejora en la organización. Esto se ha dado gracias al estudio
previo de los requerimientos y problemáticas detectadas en el punto de vista de la
pandemia a través del virus existente, por lo cual estar expuesto a un posible contagio
presenta una amenaza para todos los usuarios dentro de esta organización como
también sus funcionarios, por ello se ha decidido elaborar un dispositivo capaz de
detectar estas enfermedades y gracias a una supervisión de un especialista poder
establecer una consulta médica y seguimiento de esta a través del dispositivo de A.T.H
Project que estará vinculado a una aplicación móvil para captar los datos del usuario y
tener conocimiento acerca de su sintomatología, en conocimiento de la infraestructura
interna de la organización se detecta que trabaja con un sistema compartido a nivel
regional entre las distintas CESFAM que tiene Cormudesi y también en el Hospital de la
ciudad, por lo que se definió sus componentes en cuanto al alcance que se pudo
conseguir de ellos, y trabajarlos según desde la perspectiva de un observador donde se
recopiló la información tomado de la mano con informes previos de la organización a
través de la web y por otros medios dando como objetivo satisfacer la problemática
actual tanto para el cliente y usuario.
Request for Proposal (RFP) y Adquisiciones TI
36
5 Referencia bibliográfica
PMBOK. (2013). Guía de los fundamentos para la dirección de proyectos (guía del PMBOK®) -- Quinta
edición.
Recuperado
el
05
de
Noviembre
de
2018,
desde:
https://www.edu.xunta.gal/centros/cfrpontevedra/aulavirtual2/pluginfile.php/13688/mod_fold
er/content/0/libros_pmbok_guide5th_spanish.pdf?forcedownload=1
ITGI. (2013). COBIT 5. Un Marco de Negocio para el Gobierno y la Gestión de las TI de la Empresa.
Recuperado
el 05
de
Noviembre
de
2018,
desde:
http://cotana.informatica.edu.bo/downloads/COBIT5-Framework-Spanish.pdf
GESTIÓN DE LAS ADQUISICIONES DEL PROYECTO. . (s.f.). Obtenido de LA GUIA PMBOK:
https://uacm123.weebly.com/9-gestioacuten-de-las-adquisiciones-del-proyecto.html
Nextop. (28 de 04 de 2021). Qué es la matriz de Trazabilidad de requisitos del Proyecto. Obtenido de
nextop:
https://nextop.es/matriz-trazabilidad-requisitos-del-proyecto/#:~:text=Seg%C3%BAn
%20el%20PMBOK%20la%20matriz,hasta%20los%20entregables%20de%20proyecto.
Request for Proposal (RFP) y Adquisiciones TI
37