administración de agendas e historias médicas para las
TRANSCRIPT
Administración de agendas e historias
médicas para las clínicas odontológicas Marlon Becerra
Iván David Estrada Gamboa Jonathan Nova Cifuentes
Jonathan Alexander Morcillo Ramos Edwin Fernando Morales
Fundación Universitaria Unipanamericana – Compensar
Facultad de Ingeniería, Ingeniería de Sistemas
Bogotá, Colombia
2017
Administración de agendas e historias médicas para las clínicas
odontológicas Marlon Becerra
Iván David Estrada Gamboa Jonathan Alexander Morcillo Ramos
Jonathan Nova Cifuentes Edwin Fernando Morales
Trabajo de grado presentado como requisito parcial para optar al título de:
Ingeniero de sistemas
Directores:
Ingeniero John Alexander Cardozo Ramírez
Ingeniero Diego Andrés Angarita Murillo
Línea de Investigación:
Ingeniería de Software
Grupo de Investigación:
Grupo de investigación en ingeniería de sistemas GIIS
Fundación Universitaria Unipanamericana – Compensar
Facultad de Ingeniería, Ingeniería de Sistemas
Bogotá, Colombia
2017
Dedicatoria
Este trabajo está dedicado a nuestros familiares,
amigos, docentes y a las personas que nos han
apoyado y han hecho que el trabajo sea el inicio
de un futuro brillante para cada uno de nosotros.
A nuestros padres
A mis padres
Que son el motor principal para cumplir todos y
cada uno de mis sueños, les agradezco su
compañía y apoyo en cada instante de mi vida y
les dedico este título que tanto han esperado.
Jonathan Morcillo
A mi familia
Son ellos los que han permitido estar en una
etapa tan importante en el desarrollo profesional
y personal como esta, gracias a su apoyo y amor
brindado y les dedico este título logrado.
Jonathan Nova
Agradecimientos
Queremos agradecer a nuestros padres todos los esfuerzos prestados, tanto económicos
como anímicos los cuales fueron de gran ayuda para el desarrollo de este proyecto.
Agradecemos a nuestros los tutores de la Fundación Universitaria Unipanamericana quienes
aportaron gran conocimiento no solo durante toda la carrera profesional si no en la guía y
apoyo del desarrollo del proyecto
Agradecemos el apoyo, guía y la facilitación de la información proporcionada por el Ingeniero
John Alexander Cardozo Ramírez de la facultad de ingeniería de la Fundación Universitaria
por su gran apoyo durante el proceso siendo una ayuda muy valiosa en todo el desarrollo y
asesoría para el proyecto, de la misma forma agradecemos el apoyo de los docentes del grupo
de investigación de ingeniería quienes nos brindaron las herramientas y los espacios de
tiempo y pertinentes para el desarrollo de nuestra investigación.
IX
Resumen El presente proyecto tiene como objetivo principal desarrollar una aplicación para la
administración de los procesos de historial médico y agendamiento de citas en la Clínica
Odontológica Marlon Becerra de la ciudad de Bogotá-Colombia, basados en la metodología de
investigación proyectiva y la metodología de programación Scrum con las cuales se pueda
evidenciar el proceso de desarrollo en sus diferentes incrementos e iteraciones hasta lograr
el resultado deseado y de calidad.
Se evidencia la necesitad, en las clínicas Odontológicas Marlon Becerra, de tener una
aplicación web con la cual puedan administrar las citas e historial clínico de los pacientes de
una manera más eficiente para los especialistas médicos, personal asistencial y pacientes que
permita brindar un mejor servicio.
Con este desarrollo se da un valor agregado a este tipo de clínicas utilizando tecnologías que
ahorran tiempo y permiten la gestión de citas e historial clínico en tiempo real, así como
brindar una solución medible en el nivel de agendamientos, el cual debe aumentar
porcentualmente gracias a la incorporación del agendamiento tentativo y la generación de
informes gerenciales y funcionales de forma inmediata.
Aquí es donde nace la idea de crear la aplicación web DENTIST-HC la cual es un proyecto que
se desarrolla para las clínicas odontológicas Marlon Becerra de la ciudad de Bogotá,
Colombia, estas clínicas están conformadas por profesionales de la salud que ofrecen
servicios como: cirugía dental, endodoncia, estética dental, implantes, etc. El problema
principal del sector radica en que se reciben constantes comentarios por parte de los
usuarios en los cuales requieren tener un manejo fácil y ágil con relación a los temas del
agendamiento de citas y gestión de su historial odontológico.
La aplicación web le permite al personal médico y administrativo de la clínica: registrar,
consultar y almacenar la información de los pacientes de manera rápida y segura, de igual
forma le permite agendar citas médicas de manera oportuna y efectiva. Adicionalmente con
la digitalización de la información se aporta al medio ambiente con la reducción del uso de
papel y se optimiza el uso del espacio físico.
Palabras clave: Agenda odontológica, historia clínica, Sistema integral, Odontograma,
escalabilidad, anamnesis.
XI
Abstract The main objective of this project is to develop an application for the administration of
medical history and appointment scheduling processes at the Marlon Becerra Dental Clinic in
the city of Bogotá, Colombia, the research methodology and the Scrum programming
methodology with the which can show the development process in its different increments
and iterations to achieve the desired result and quality.
The need is evident in the Marlon Becerra Dental Clinics, a web application with which to
manage appointments and patients' clinical records in a more efficient way for medical
specialists, personal attention and patients that allow to provide a better service.
With this development, value can be added to this type of clinics using time-saving
technologies that allow the management of appointments and real-time clinical records, as
well as providing a measurable solution at the agendas level, which must be above 10%
thanks to the incorporation of the tentative program and the generation of managerial and
functional reports immediately.
This is where the idea of creating the DENTIST-HC web application is, which is a project that
can be developed for the Marlon Becerra dental clinics in the city of Bogotá, Colombia. These
clinics are made up of health professionals who offer services such as: dental surgery,
endodontics, dental aesthetics, implants, etc. The main problem of the sector lies in the fact
that constant comments are received from users in which it is necessary to have an easy and
fast handling in relation to the topics of the appointment program and management of their
dental history.
The web application allows the medical and administrative staff of the clinic: register,
consult and store patient information quickly and safely, in the same way that it allows
scheduling medical appointments in a timely and effective manner. Additionally, with the
digitalization of the information, the environment is reduced with the use of paper and the
use of the physical space is optimized
Keywords: Dental agenda, clinical history, Integral system, Odontogram,
scalability,anamnesis
Contenido XIII
Contenido PÁG.
1. MARCO TEÓRICO ........................................................................................................................... 27
1.1 HISTORIA CLÍNICA ............................................................................................................................. 27
1.1.1 Integralidad: ............................................................................................................................. 28
1.1.2 Secuencialidad: ......................................................................................................................... 28
1.1.3 Racionalidad científica: ............................................................................................................ 28
1.1.4 Disponibilidad: .......................................................................................................................... 28
1.1.5 Oportunidad: ............................................................................................................................. 28
1.2 PARTES DE LA HISTORIA CLÍNICA ....................................................................................................... 28
1.2.1 Interrogatorio: .......................................................................................................................... 29
1.2.2 Examen físico inicial: ................................................................................................................ 29
1.2.3 Diagnóstico de ingreso: ............................................................................................................. 29
1.2.4 Anamnesis ................................................................................................................................. 29
1.3 CONSULTA MÉDICA ............................................................................................................................ 30
1.4 APLICACIÓN WEB .............................................................................................................................. 30
1.4.1 Basado en el navegador ............................................................................................................ 30
1.4.2 Basado en el cliente ................................................................................................................... 30
1.4.3 Aplicación web móvil ................................................................................................................ 31
1.5 LENGUAJES DE DESARROLLO WEB ...................................................................................................... 31
2. MARCO LEGAL ............................................................................................................................... 31
3. GESTIÓN DE PROYECTOS CON AYUDA DE LA METODOLOGÍA PMI .......................................... 42
3.1 PROCESOS ........................................................................................................................................ 42
4. METODOLOGÍA DEL PROYECTO .................................................................................................. 43
4.1 METODOLOGÍA DE INVESTIGACIÓN ...................................................................................................... 44
4.1.1 Instrumentos ............................................................................................................................. 45
4.1.1.1 Entrevistas ............................................................................................................................ 45
4.1.1.2 Análisis de documentos ........................................................................................................ 45
4.1.1.3 Observación directa .............................................................................................................. 45
4.1.1.4 Variables ............................................................................................................................... 46
4.1.1.5 Método de cálculo de las variables ....................................................................................... 46
4.2 METODOLOGÍA DE PROGRAMACIÓN..................................................................................................... 47
5. DESARROLLO Y APLICACIÓN ....................................................................................................... 48
5.1 DJANGO ............................................................................................................................................ 49
XIV Manejo y administración de las agendas e historias Clínicas para consultorios
odontológicos
5.1.1 Sistema ORM de conexión a bases de datos:............................................................................. 49
5.1.2 Una API propia para el desarrollo de proyectos digitales: ...................................................... 50
5.2 PYTHON ........................................................................................................................................... 50
5.3 POSTGRESQL ................................................................................................................................... 51
5.3.1 Aplicación cliente: ..................................................................................................................... 51
5.3.2 Demonio postmaster: ................................................................................................................ 52
5.3.3 Ficheros de configuración: ........................................................................................................ 52
5.3.4 Procesos hijos postgres: ............................................................................................................ 52
5.3.5 PostgreSQL share buffer cache: ................................................................................................ 52
5.3.6 Write-Ahead Log (WAL): .......................................................................................................... 52
5.3.7 Kernel disk buffer cache: ........................................................................................................... 52
5.3.8 Disco: ......................................................................................................................................... 52
5.4 AMAZON WEB SERVICES (AWS) ........................................................................................................ 54
5.4.1 Amazon EC2: ........................................................................................................................... 54
5.4.2 Amazon S3:.............................................................................................................................. 54
5.4.3 Amazon SNS: .......................................................................................................................... 55
5.4.4 Amazon RDS: .......................................................................................................................... 55
5.1 PROTOCOLO SSL ............................................................................................................................... 55
5.2 BOOTSTRAP - ESTRUCTURA DE FRONT-END ......................................................................................... 56
5.2.1 Estructura y función ................................................................................................................. 56
5.3 GITHUB ........................................................................................................................................... 57
5.4 SCRUMDO ........................................................................................................................................ 57
CÓMO FUNCIONA NUESTRO PROCESO DE TRABAJO CON SCRUMDO ........................................................ 58
5.5 MODELADO DEL PROYECTO ................................................................................................................ 60
5.5.1 Diagramas de casos de uso: ...................................................................................................... 61
5.5.2 Diagramas de clases: ................................................................................................................ 65
6. CONSTRUCCIÓN DE LA APLICACIÓN ............................................................................................ 67
7. RESULTADO ................................................................................................................................... 74
8. DISCUSIÓN ...................................................................................................................................... 76
9. CONCLUSIONES .............................................................................................................................. 77
10. ANEXOS ....................................................................................................................................... 79
Anexo B. Nombrar el anexo B de acuerdo con su contenido XV
..................................................................................................................................................................... 85
17
Lista de ilustraciones PÁG.
Ilustración 1. Funcionamiento de Django ...................................................................................................... 50
Ilustración 2. Componentes principales de PostgreSQL .......................................................................... 53
Ilustración 3 Diagrama casos de uso de usuario Anónimo ..................................................................... 61
Ilustración 4 Diagrama casos de uso de usuario Asistente ..................................................................... 62
Ilustración 5 Diagrama casos de uso de usuario Paciente....................................................................... 63
Ilustración 6 Diagrama casos de uso de usuario Doctor .......................................................................... 64
Ilustración 7 Diagrama casos de uso de usuario Administrador .......................................................... 65
Ilustración 8 Diagrama de clases ....................................................................................................................... 66
Ilustración 9 Creación de la instancia .............................................................................................................. 68
Ilustración 10 Instancia EC2 creada ................................................................................................................. 68
Ilustración 11 Cliente SSH .................................................................................................................................... 69
Ilustración 12 Interconexión con el cliente SSH .......................................................................................... 69
Ilustración 13 Instalación Python ..................................................................................................................... 70
Ilustración 14 Habilitación Conexión DB ....................................................................................................... 70
Ilustración 15 Instalación del framework ...................................................................................................... 71
Ilustración 16 creación y habilitación del certificado público con la herramienta certbot ....... 72
Ilustración 17 llave generada por certbot de 2048 bits ........................................................................... 72
Ilustración 18 Certificado de la página de 2048 bits ................................................................................. 73
Ilustración 19 habilitar https en el servidor ................................................................................................. 73
Ilustración 20 aplicación con HTTPS ............................................................................................................... 74
Ilustración 21 Tiempo agendamiento Citas ................................................................................................... 75
18
Lista de anexos PÁG.
Anexo A. Ecosistema del proyecto ................................................................................................................ 79
Anexo B. Matriz Influencia vs Poder ........................................................................................................... 80
Anexo C. EDR ............................................................................................................................................................. 85
Anexo D. Matriz RACI ........................................................................................................................................... 87
Anexo E. Matriz de probabilidad e impacto ............................................................................................ 88
Anexo F. Descriptor de riesgo ......................................................................................................................... 89
Anexo G. Imágenes diagnósticas .................................................................................................................... 91
Anexo H. Consentimiento informado .......................................................................................................... 95
Anexo I. Formato para valoración inicial ................................................................................................. 97
Anexo J. Formato plan de tratamiento ....................................................................................................... 98
Anexo K. Formato hoja de evoluciones ...................................................................................................... 99
Anexo L. Formato historia clínica .............................................................................................................. 100
Anexo M. Formato odontograma ................................................................................................................ 102
Anexo N. Formato plan de tratamiento .................................................................................................. 103
Anexo N. Formato plan de tratamiento .................................................................................................. 103
Anexo O Formato entrevista ......................................................................................................................... 104
19
Introducción
El presente documento tiene como propósito presentar al lector la propuesta de un proyecto
para mejorar los procesos de administración de historias clínicas y agendamiento de citas en
clínicas odontológicas Marlon Becerra de la ciudad en Bogotá-Colombia por medio del
desarrollo de una aplicación web.
Esta idea surgió al evidenciar la necesidad actual que tienen las clínicas odontológicas Marlon
Becerra para mejorar la administración de las historias clínicas y agendamiento de citas de
sus pacientes y con la cual se pretende mejorar el servicio y atraer clientes de una manera
más fácil y eficiente.
Actualmente en las clínicas Marlon Becerra se está manejando la administración por medio
de un software de escritorio llamado "Gestión Odontológica" el cual es muy complejo de
manejar y no brinda eficiencia en los procesos y tampoco acceso a los pacientes.
La aplicación web planteada aparte de ser una herramienta de trabajo mejorada para los
especialistas de salud y personal asistencial de la clínica, busca brindar acceso a los pacientes
para que puedan gestionar sus citas y acceder a información relevante sobre sus
tratamientos odontológicos de una manera rápida y eficaz entre otras bondades las cuales
serán explicadas lo largo de este documento.
El desarrollo del documento y del proyecto tuvo una duración total de 16 semanas cuya
información contenida se encuentra repartida en este documento de la siguiente manera:
20
Antecedentes, donde el lector encontrara una referencia para analizar el contexto del
proyecto con datos posteriores.
Descripción de la necesidad, justificación y objetivos del proyecto donde le brinda al lector
información de una manera general del problema que se pretende resolver, la justificación de
poder llevar a cabo el desarrollo del mismo y los objetivos a los que se pretende llegar con la
solución finalmente planteada.
Alcance y limitaciones donde se representa la totalidad de trabajo necesitado y que
limitaciones tiene el proyecto para dar por terminado el proyecto.
Marco teórico donde se expone la teoría que soporta este proyecto, esta sección ubica al
lector en un marco más general dándole las bases teóricas para su mejor comprensión.
Metodologías, en esta sección el lector encontrara el conjunto de procesos o procedimientos
que se siguen para la planificación y gestión de todos los componentes del proyecto tanto
para la investigación como para el desarrollo de la aplicación web.
Desarrollo y aplicación: En esta sección el lector podrá encontrar toda la información
referente a la aplicación y los componentes relacionados para su posible desarrollo, así como
los anexos con toda la evidencia del desarrollo realizado a lo largo del proyecto.
Finalmente, el escrito concluye con la presentación de una serie de conclusiones con el fin de
hacer que el lector quede convencido que el proyecto propuesto es una alternativa viable y
propone una solución importante para las clínicas odontológicas Marlon Becerra y un valor
agregado en general para los pacientes y usuarios de estos servicios de salud oral.
Se empleará una metodología ágil de desarrollo que tendrá como principales componentes
las solicitudes de cada actor del sistema, un modelado, el maquetado de cada vista, los
diagramas de clases, diagramas ER, la definición del FrontEnd, y para finalizar el proceso de
pruebas en el ambiente correspondiente. Con lo anterior se pretende tener como salida el
diseño y desarrollo de la solución para el manejo de agendas e Historia Clínica y demás
funcionalidades posteriormente detalladas a lo largo de este documento.
Antecedentes
21
Al realizar la investigación del uso de las nuevas tecnologías en el sector de la odontología
para la administración de historias médicas y agendamiento de citas, se encontraron varios
desarrollos de aplicaciones de escritorio, aplicaciones web y aplicaciones móviles con varios
enfoques que ayudan a los profesionales de la salud oral de una manera general, estas se
describen a continuación:
Software de escritorio Pro Práctica Dental el cual fue desarrollado en Colombia en idioma
español específicamente para los consultorios o clínicas de Odontología, (Primer Software
utilizado por las clínicas Marlon Becerra), lanzado al mercado en el año 1.999 y se ha venido
actualizando para cubrir todos los aspectos de la gestión moderna de los profesionales del
ramo odontológico. Su uso permite administrar de manera eficiente y rentable la información
médica y económica de los pacientes del consultorio o clínica dental, así como llevar un
registro organizado del historial clínico odontológico de los pacientes.
Las características principales de dicha aplicación son: Búsqueda ágil y fácil del historial
clínico odontológico de un paciente, cada Doctor puede especificar su propio horario de
trabajo, agendamiento de Citas 24 horas, por asignación de unidades, informes, historias
clínicas, agendas y permite manejar diferentes listas de precios de tratamientos. (propractica,
2016)
Por otro lado, encontramos el Software de escritorio Rydent Odontología, el cual se encuentra
distribuido de una forma amigable brindando toda la información de una manera directa
sobre los siguientes módulos: anamnesis, antecedentes médicos, historia dental, examen
periodontal, tejidos bucales, mal oclusión, diagnóstico, carta dental (Odontogramas), plan de
tratamiento, evolución (carga plantillas) y manejo de espacialidades como: ortodoncia,
periodoncia, endodoncia, Implantología RIP.
Con relación al manejo de las citas tiene disponible la configuración de los Horarios de la
agenda según la unidad o el profesional, las búsqueda, reprogramación y cancelación de citas,
control de Inasistencia con registro de hora de llegada y salida de la cita además de la
oportunidad de cita y directorio telefónico, cabe aclarar que esta aplicación es dirigida
únicamente al personal de las clínicas odontológicas y no tiene la opción para acceso por
parte de los pacientes. (rydent, 2014)
22
El proyecto Anamnesis, es un software de gestión Odontológica (en fase Beta o de desarrollo),
desarrollado netamente para consultorios pequeños teniendo en cuenta su bajo costo q
ayuda al odontólogo en sus tareas diarias para administrar sus consultorios odontológicos,
citas con sus pacientes y control de costos. Cuenta con una serie de herramientas
indispensables para el funcionamiento de un Centro Dental como lo son: Anamnesis, Control
de Citas, Agenda de Contactos, Prestaciones, Cirugía, Placa bacteriana, Implantes, Imágenes,
Control de Stock, Laboratorios, Editor Gráfico. (Gomez, proyecto anamnesis, 2017)
Además del proyecto Anamnesis también tenemos otro desarrollo orientado hacia
consultorios con una mediana afluencia de pacientes, es el software de escritorio Sistema
Administrativo Odontológico SAO, el principal objetivo del software es proporcionar, rapidez,
exactitud, control sobre la atención de los pacientes y la solución de pago de los Diferentes
Odontólogos que laboran en el consultorio, este software puede manejar la agenda para
múltiples Odontólogos, cálculo de Porcentaje de pago según tratamientos realizados,
presupuesto por pacientes, guardado de radiografías y fotos por cada paciente, incluyendo
Panorámicas. Entre otras funciones. (Mercadolibre, 2016)
Actualmente las clínicas odontológicas Marlon Becerra de la ciudad de Bogotá cuentan con
un software de escritorio llamada Gestión Odontológica, el cual permite realiza
agendamientos de citas, pagos, presupuestos, reportes, manejo de historia clínica entre otras
funciones.
En la clínica odontología Marlon Becerra para el año 2016 se atendieron 676 clientes a nivel
Bogotá, pacientes que hoy en día requieren de una aplicación web que les haga más fácil la
reserva de citas, información de sus tratamientos, costos, pagos, agenda disponible y demás,
lo cual nos hace considerar una buena propuesta de desarrollo una aplicación web como esta.
Además, se pueden disminuir la cantidad de trámites presenciales y disminuir tiempos de
respuesta cuando un paciente quiera cambiar la hora de su cita, cancelarla, adelantarla,
cambiar su especialista, y muchas más orientadas a un mejor servicio.
Objetivo General
23
Desarrollar una aplicación web durante el segundo semestre del 2017 que
administre los procesos de agendamiento de citas e historial médico en las clínicas
odontológicas Marlon Becerra en la ciudad de Bogotá.
Objetivos Específicos
Realizar el levantamiento de información conceptual y procedimental que
permita identificar el manejo actual de historias clínicas y agendamiento de citas.
Diseñar una propuesta tecnológica de mejoramiento para la administración
de las historias clínicas y agendamiento de citas mediante el uso de una aplicación
web.
Desarrollar los módulos resultantes del análisis y el diseño de la propuesta
tecnológica.
Realizar pruebas de funcionamiento de los módulos mencionados
anteriormente de la solución tecnológica desarrollada.
Alcance
Para el desarrollo de esta propuesta este proyecto se enfocó en desarrollar una aplicación
web para las clínicas odontológicas Marlon Becerra de la ciudad de Bogotá-Colombia durante
el segundo semestre del año 2017 aprovechando la necesidad evidenciada en las clínicas con
respecto al manejo de agendamiento de citas e historias clínicas de los pacientes y del
limitado acceso que tienen los pacientes a la información detallada de sus citas y
tratamientos.
A los usuarios que aún no estén registrados como pacientes de la clínica, la aplicación les
permitirá dar trámite a sus solicitudes de atención por medio de las citas tentativas, así como
una respuesta rápida sobre el día, hora y profesional que les atenderá, esto principalmente
para poder captar más fácilmente futuros pacientes y que dicho paciente sienta la eficiencia
del servicio de la clínica odontológica desde un inicio y posteriormente quede registrado
como paciente.
24
Limitaciones
El diseño y desarrollo de la aplicación web está limitado a prestar servicio a estas clínicas
odontológicas para la administración de las historias Clínicas desde la información básica del
paciente pasando por el diagnóstico inicial, Odontograma, tratamientos y evoluciones, así
mismo llevar a cabo un control sobre la asignación de citas a los usuarios de la clínica, de tal
forma que posibilite a las personas encargadas de la atención médica, elaborar una agenda de
servicio en la cual se especifique el horario de atención de sus pacientes. En cuanto a la
duración de desarrollo éste está determinado por el cronograma de trabajo propuesto el cual
es de 16 semanas.
A la aplicación web se tendrá acceso desde cualquier dispositivo con conexión a internet, en
la que los pacientes de la clínica odontológica podrán:
Agendar, trasladar o cancelar sus citas seleccionando el especialista que
quieran que los atienda.
Consultar los tratamientos
Consultar toda la información explicativa, relacionada con cada uno de los
procedimientos que se le presupuesta.
Descripción de la necesidad
La rápida evolución de las tecnologías de la información ha permitido mejorar procesos por
medio de herramientas tecnológicas eficientes y de fácil manejo, es por esto que se hace
necesario implementar estas tecnologías en campos de la medicina como la odontología,
donde vemos que se maneja información en gran cantidad e importancia, la cual es necesaria
gestionar de la manera más adecuada.
En las clínicas odontológicas Marlon Becerra en la ciudad de Bogotá, los procesos de registro
y actualización de fichas médicas de los pacientes no son adecuados, ya que algunos se llevan
en papel y otros en herramientas de software donde este no es intuitivo y eficiente para los
especialistas, personales asistenciales y pacientes, afectando directamente la calidad del
servicio. Esto no permite tener una información detallada del paciente (revisar el tratamiento
e historial médico) y por ende el médico debe solicitar información adicional al personal de
archivo, causando esto una pérdida de tiempo y reprocesos.
25
Adicionalmente ninguna de los softwares consultados tiene opción directa para que los
pacientes puedan gestionar sus citas y a cambio deben llamar a la línea de atención telefónica
de la clínica o ir hasta la sede más cercana para tener una cita. Además, la clínica entrega un
plan de tratamiento en el que tiene demasiados términos desconocidos y dicha información
no es clara o especifica por lo cual con la aplicación web a desarrollar los pacientes tendrán la
posibilidad de consultar dichos tratamientos, especialidades y costos de una manera más
fácil, detallada y precisa.
La información de los pacientes actualmente en las clínicas Marlon Becerra es almacenada en
archivadores, por lo tanto, el buscar un documento puede ser un proceso demorado ya que
existe un alto volumen de información, por lo cual se hace necesario el desarrollo de esta
aplicación para mejorar esta gestión.
Teniendo en cuenta lo anterior, se plantea el desarrollo de una aplicación web para las
clínicas odontológicas Marlon Becerra que mejore la administración de las historias clínicas y
agendamientos de citas para los pacientes.
Justificación
Justificación Tecnológica
Los medios como la televisión, la radio, los periódicos y las revistas que se encuentran en la
Web, a lo largo de su análisis, consolidación y desarrollo han sido empleados por las
instituciones públicas, privadas, organizaciones e individuos para comunicarse. Es allí donde
pueden ofrecer productos y servicios al mundo entero de forma tal que con un solo clic la
información está a su alcance.
En el caso particular de las empresas, su propósito principal, está orientado a la oferta de sus
bienes y servicios a través de Internet, y a grandes rasgos para hacer más accesible y
eficiente sus funciones de mercadotecnia y acceso a aquellos que requieren de dichos
servicios. Es evidente que existen distintas clases de sitios web, estos a su vez pueden ser de
26
diversos géneros, entre los cuales se destacan los sitios de negocios, tecnología, servicios
públicos o privados, comercio electrónico, educativos, de entretenimiento y sitios
informativos.
Esta oferta será cada vez más importante, dado que la tendencia a desarrollar grandes
aplicaciones a partir de componentes distribuidos más pequeños es cada día más solicitada
debido a que su modularidad hace posible la expansión al ritmo del crecimiento del negocio.
Más allá de las exigencias de las distintas clases de cliente estas empresas, ya sea públicas o
privadas, deben ser competitivas en el ámbito funcional y de acceso de los usuarios a los
distintos servicios que ofrecen, por tal motivo el análisis, diseño y desarrollo de un Sistema
de Información para el agendamiento de citas y administración de los historiales médicos de
los pacientes de una clínica odontológica, pretende ser una alternativa practica y funcional
acorde a las necesidades de aquellos clientes que cada día buscan una mejor opción para la
gestión rápida de sus requerimientos y la prestación de los servicios convencionales de salud.
Justificación Social
Los sitios web a nivel general, difunden distintos tipos de información, ofreciendo todo tipo
de información y una gran variedad de estilos de comunicación a sus visitantes. Lo que
pretende el análisis, diseño y desarrollo de sistema que administre las agendas e historias
médicas para las clínicas odontológicas Marlon Becerra, es mejorar la accesibilidad,
comunicación y solicitud de los servicios de Odontología a los Usuarios, calificando de
manera positiva la imagen proyectada y creando una relación de confianza que le permita a
los Usuarios acceder a la gama de servicios ofrecidos por la clínica odontológica y en el caso
administrativo sea su herramienta de trabajo, con solo hacer uso del sitio web, ahorrando
tiempo, dinero, y optimizando la agilidad y accesibilidad de los usuario.
Uno de los principios de este proyecto es que el cliente, interno y externo, se acostumbre a
utilizar de manera autónoma el sitio web, se familiarice con su uso y de manera natural tenga
la necesidad de acudir a ésta frecuentemente para su uso diario, del mismo modo, y en
27
ejercicio de su evolución y desarrollo, la gerencia podrá plantear posibilidades para añadir
nuevas secciones y funcionalidades acordes con la expansión de la clínica, de tal manera que
acaba necesitando a los desarrolladores web con el fin llevar a cabo sus nuevos
requerimientos. Así las cosas, el diseño y desarrollo de un Sistema de Información para el
agendamiento de citas y administración del historial médico, es un producto que está
definido para brindar un servicio a los usuarios y Prestadores del servicio de odontología,
permitiendo cambiar el modelo de trabajo, proyectando una imagen positiva y de
confiabilidad además de la optimización en el tiempo a nivel general.
1. Marco teórico
A continuación, se conocerán los elementos y conceptos más importantes relacionados al
desarrollo de la solución planteada en las Clínicas odontologías Marlon Becerra de la ciudad
de Bogotá.
1.1 Historia Clínica
La Historia Clínica es un documento privado, obligatorio y sometido a reserva, en el cual se
registran cronológicamente las condiciones de salud del paciente, los actos médicos y los
demás procedimientos ejecutados por el equipo de salud que interviene en su atención.
Dicho documento únicamente puede ser conocido por terceros previa autorización del
paciente o en los casos previstos por la ley. (Ministerio de Salud, 1999). Las características
más importantes son:
28
1.1.1 Integralidad:
La historia clínica de un usuario debe reunir la información de los aspectos científicos,
técnicos y administrativos relativos a la atención en salud en las fases de fomento, promoción
de la salud, prevención específica, diagnóstico, tratamiento y rehabilitación de la enfermedad,
abordándolo como un todo en sus aspectos biológico, psicológico y social, e interrelacionado
con sus dimensiones personal, familiar y comunitaria. (Ministerio de Salud, 1999)
1.1.2 Secuencialidad:
Los registros de la prestación de los servicios en salud deben consignarse en la secuencia
cronológica en que ocurrió la atención. Desde el punto de vista archivístico la historia clínica
es un expediente que de manera cronológica debe acumular documentos relativos a la
prestación de servicios de salud brindados al usuario. (Ministerio de Salud, 1999)
1.1.3 Racionalidad científica:
Para los efectos de la presente resolución, es la aplicación de criterios científicos en el
diligenciamiento y registro de las acciones en salud brindadas a un usuario, de modo que
evidencie en forma lógica, clara y completa, el procedimiento que se realizó en la
investigación de las condiciones de salud del paciente, diagnóstico y plan de manejo.
1.1.4 Disponibilidad:
Es la posibilidad de utilizar la historia clínica en el momento en que se necesita, con las
limitaciones que impone la Ley.
1.1.5 Oportunidad:
Es el diligenciamiento de los registros de atención de la historia clínica, simultánea o
inmediatamente después de que ocurre la prestación del servicio.
1.2 Partes de la Historia Clínica
29
1.2.1 Interrogatorio:
Es el punto esencial de contacto entre el médico y el paciente. Se basa en la confianza, el
respeto y la sinceridad de ambas partes. Los cuatro primeros elementos son: la presentación
mutua, la toma de los datos generales, el registro del motivo de consulta y la enfermedad
actual como el paciente mismo la describe.
1.2.2 Examen físico inicial:
Está constituido por la percepción sensorial del médico, y sus elementos constitutivos siguen
siendo la inspección (apreciación visual), la palpación (tacto), la percusión (oído) y la
auscultación (oído). (Delgadillo)
1.2.3 Diagnóstico de ingreso:
La importancia del diagnóstico radica en varios aspectos: aclara lo que no se conoce con el fin
de evaluar la gravedad del asunto; orienta el camino terapéutico que se debe seguir; organiza
la secuencia de eventos, encaminada a buscar la curación o el alivio; integra el concurso de
recursos técnicos y humanos para tales fines; controla el resultado de la intervención médica;
es la base para efectuar pronósticos; en fin, es la esencia misma del acto médico. (Guzmán &
Arias, 2012)
1.2.4 Anamnesis
La anamnesis consiste en una conversación entre el médico y el paciente, durante la cual el
médico realiza preguntas sobre la historia clínica, los hábitos de vida y los antecedentes
familiares del paciente con el objetivo de establecer un diagnóstico.
Los datos obtenidos deben ser agrupados siguiendo un orden lógico; de forma tal que quien
los lea sepa de qué se trata, cual es la causa o motivo de su consulta, cuales son los
componentes de su enfermedad, cuáles son sus antecedentes cuáles son sus costumbres y/o
hábitos. ( Schaposnik)
30
1.3 Consulta médica
La consulta o cita médica se basa en la valoración y orientación brindada por un médico a los
problemas relacionados con la salud. La valoración está conformada por: anamnesis, toma de
signos vitales, examen físico y plan de tratamiento en cualquier etapa de la atención:
prevención, curación, rehabilitación y curación. La cita puede ser programada de forma
general o especializada, como de urgencia. (proteccion, 2012)
1.4 Aplicación Web
Una aplicación web es en la que todas o algunas partes del software se descargan desde la
Web cada vez que se ejecuta. Puede referirse a las aplicaciones que se ejecutan en el
navegador Web del usuario, a las aplicaciones de escritorio de "cliente enriquecido" que no
utilizan un navegador ni a aplicaciones móviles que acceden a la Web para obtener
información adicional. Las siguientes son explicaciones de cada tipo. (Davis, 2014)
1.4.1 Basado en el navegador
En una aplicación web basada en navegador, las instrucciones JavaScript se encuentran
dentro de la página Web que se recupera de un sitio web. Combinado con el código HTML
que determina el diseño visual y la hoja de estilo CSS, el HTML, JavaScript y CSS se ejecutan a
través del navegador. Además, el procesamiento en el lado del servidor a menudo se realiza
ampliamente para acceder a bases de datos y otras redes. Los datos de una aplicación Web
pueden almacenarse localmente o en la Web o en ambas ubicaciones.
1.4.2 Basado en el cliente
Las aplicaciones Web también pueden ejecutarse sin el navegador. Un programa cliente, que
se instala en la computadora del usuario o en el dispositivo móvil o se descarga cada sesión,
interactúa con un servidor en la Web mediante protocolos Web estándar. Esto es similar a la
arquitectura "cliente / servidor" que prevaleció en las empresas antes de que explotara
Internet, excepto que hoy en día el servidor está a menudo en Internet en lugar de la red
local. Al igual que las aplicaciones basadas en navegador, los datos pueden almacenarse de
forma remota o local. Consulte cliente enriquecido, cloud computing, ASP y SaaS. (Davis,
2014)
31
1.4.3 Aplicación web móvil
Hoy en día una gran cantidad de aplicaciones móviles utilizan la Web para obtener
información adicional. Por ejemplo, las versiones de iOS y Android guardan una enciclopedia
donde se instala todo el texto localmente en el dispositivo, pero recuperan todas las
imágenes de un servidor a través de protocolos Web (HTTP).
1.5 Lenguajes de Desarrollo Web
Los lenguajes de desarrollo web son herramientas que empezaron siendo solución para
problemas estáticos; han evolucionado según las necesidades de los usuarios, por la
interacción que tiene el usuario con los datos a través del sistema. Entre los lenguajes más
utilizados para el desarrollo se pueden aplicar diferentes herramientas tales como: HTML,
Python (MVC), VBScript, JavaScript, Java, y también herramientas enfocadas al de cliente-
servidor como: JSP, ASP, PHP.
2. Marco legal
Para el presente proyecto se tienen en cuenta los decretos, resoluciones y leyes que a
continuación se relacionan, teniendo como base lo establecido por las leyes colombianas al
momento de llevarse a cabo su desarrollo:
Lo mencionado a continuación hace referencia al marco legal que trata del manejo de
información y datos personales de quienes para este caso harían uso de la aplicación web y
por medio de la cual proveerían dichos datos .
DECRETO 619 DE 2007
32
ARTÍCULO PRIMERO. Objeto.- Mediante el presente decreto se establece en cabeza de
la Secretaría General de la Alcaldía Mayor de Bogotá la obligación de adoptar,
estructurar, consolidar, coordinar, orientar, divulgar y realizar el seguimiento de la
Estrategia Distrital de Gobierno Electrónico y se definen las reglas, conforme a la
normatividad vigente, para el uso de mensajes de datos en las actuaciones, actos y
procedimientos administrativos. Esta estrategia propenderá por la reducción de los
costos de los trámites, de los procesos y de los procedimientos, para los administrados y
la Administración Pública, y por la consecución de objetivos de desarrollo social,
fortalecimiento institucional, gobernabilidad y competitividad.
Parágrafo- Las obligaciones de la Secretaría General de la Alcaldía Mayor de Bogotá en
relación con la Estrategia Distrital de Gobierno Electrónico y que establece este decreto,
se realizarán en coordinación entre la Dirección Distrital de Servicio al Ciudadano, la
Dirección Distrital de Desarrollo Institucional y la Dirección de Archivo de Bogotá y con
el apoyo técnico de la Comisión Distrital de Sistemas, en armonía con el Sistema Distrital
de Información SDI. (Secretaría Jurídica Distrital de la Alcaldía Mayor de Bogotá D.C.,
2007)
LEY ESTATUTARIA 1266 DE 2008 – HÁBEAS DATA
Por la cual se dictan las disposiciones generales del habeas data y se regula el manejo de la
información contenida en bases de datos personales, en especial la financiera, crediticia,
comercial, de servicios y la proveniente de terceros países y se dictan otras disposiciones.
Artículo 1°. Objeto. La presente ley tiene por objeto desarrollar el derecho constitucional que
tienen todas las personas a conocer¡ actualizar y rectificar las informaciones que se hayan
recogido sobre ellas en bancos de datos¡ y los demás derechos¡ libertades y garantías
constitucionales relacionadas con la recolección, tratamiento y circulación de datos
personales a que se refiere el artículo 15 de la Constitución Política, así como el derecho a la
información establecido en el artículo 20 de la Constitución Política¡ particularmente en
relación con la información financiera y crediticia, comercial¡ de servicios y la proveniente de
terceros países. (REPÚBLICA DE COLOMBIA ~ GOBIERNO NACIONAL, 2008).
LEY 1273 DE 2009
33
Por medio de la cual se modifica el Código Penal, se crea un nuevo bien jurídico tutelado -
denominado "de la protección de la información y de los datos" y se preservan integralmente
los sistemas que utilicen las tecnologías de la información y las comunicaciones, entre otras
disposiciones.
CAPITULO. I
De los atentados contra la confidencialidad, la integridad y la disponibilidad de los datos y de
los sistemas informáticos
Artículo 269A: Acceso abusivo a un sistema informático. El que, sin autorización o por
fuera de lo acordado, acceda en todo o en parte a un sistema informático protegido o no
con una medida de seguridad, o se mantenga dentro del mismo en contra de la voluntad
de quien tenga el legítimo derecho a excluirlo, incurrirá en pena de prisión de cuarenta y
ocho (48) a noventa y seis (96) meses y en multa de 100 a 1.000 salarios mínimos legales
mensuales vigentes.
Artículo 269B: Obstaculización ilegítima de sistema informático o red de telecomunicación.
El que, sin estar facultado para ello, impida u obstaculice el funcionamiento o el acceso
normal a un sistema informático, a los datos informáticos allí contenidos, o a una red de
telecomunicaciones, incurrirá en pena de prisión de cuarenta y ocho (48) a noventa y seis
(96) meses y en multa de 100 a 1000 salarios mínimos legales mensuales vigentes,
siempre que la conducta no constituya delito sancionado con una pena mayor.
Artículo 269C: Interceptación de datos informáticos. El que, sin orden judicial previa
intercepte datos informáticos en su origen, destino o en el interior de un sistema
informático, o las emisiones electromagnéticas provenientes de un sistema informático
que los transporte incurrirá en pena de prisión de treinta y seis (36) a setenta y dos (72)
meses.
Artículo 269D: Daño Informático. El que, sin estar facultado para ello, destruya, dañe,
borre, deteriore, altere o suprima datos informáticos, o un sistema de tratamiento de
información o sus partes o componentes lógicos, incurrirá en pena de prisión de cuarenta
y ocho (48) a noventa y seis (96) meses y en multa de 100 a 1.000 salarios mínimos
legales mensuales vigentes.
Artículo 269E: Uso de software malicioso. El que, sin estar facultado para ello, produzca,
trafique, adquiera, distribuya, venda, envíe, introduzca o extraiga del territorio nacional
software malicioso u otros programas de computación de efectos dañinos, incurrirá en
34
pena de prisión de cuarenta y ocho (48) a noventa y seis (96) meses y en multa de 100 a
1.000 salarios mínimos legales mensuales vigentes.
Artículo 269F: Violación de datos personales. El que, sin estar facultado para ello, con
provecho propio o de un tercero, obtenga, compile, sustraiga, ofrezca, venda, intercambie,
envíe, compre, intercepte, divulgue, modifique o emplee códigos personales, datos
personales contenidos en ficheros, archivos, bases de datos o medios semejantes,
incurrirá en pena de prisión de cuarenta y ocho (48) a noventa y seis (96) meses y en
multa de 100 a 1000 salarios mínimos legales mensuales vigentes.
Artículo 269G: Suplantación de sitios web para capturar datos personales. El que con
objeto ilícito y sin estar facultado para ello, diseñe, desarrolle, trafique, venda, ejecute,
programe o envíe páginas electrónicas, enlaces o ventanas emergentes, incurrirá en pena
de prisión de cuarenta y ocho (48) a noventa y seis (96) meses y en multa de 100 a 1.000
salarios mínimos legales mensuales vigentes, siempre que la conducta no constituya delito
sancionado con pena más grave.
En la misma sanción incurrirá el que modifique el sistema de resolución de nombres de
dominio, de tal manera que haga entrar al usuario a una IP diferente en la creencia de que
acceda a su banco o a otro sitio personal o de confianza, siempre que la conducta no
constituya delito sancionado con pena más grave.
La pena señalada en los dos incisos anteriores se agravará de una tercera parte a la mitad, si
para consumarlo el agente ha reclutado víctimas en la cadena del delito.
Artículo 269H: Circunstancias de agravación punitiva: Las penas imponibles se
aumentarán de la mitad a las tres cuartas partes si la conducta se cometiere:
1. Sobre redes o sistemas informáticos o de comunicaciones estatales u oficiales o del
sector financiero, nacionales o extranjeros.
2. Por servidor público en ejercicio de sus funciones.
3. Aprovechando la confianza depositada por el poseedor de la información o por quien
tuviere un vínculo contractual con este.
4. Revelando o dando a conocer el contenido de la información en perjuicio de otro.
5. Obteniendo provecho para sí o para un tercero.
35
6. Con fines terroristas o generando riesgo para la seguridad o defensa nacional.
7. Utilizando como instrumento a un tercero de buena fe.
8. Si quien incurre en estas conductas es el responsable de la administración, manejo o
control de dicha información, además se le impondrá hasta por tres años, la pena de
inhabilitación para el ejercicio de profesión relacionada con sistemas de información
procesada con equipos computacionales.
CAPITULO. II
De los atentados informáticos y otras infracciones
Artículo 269I: Hurto por medios informáticos y semejantes. El que, superando medidas de
seguridad informáticas, realice la conducta señalada en el artículo 239 manipulando un
sistema informático, una red de sistema electrónico, telemático u otro medio semejante, o
suplantando a un usuario ante los sistemas de autenticación y de autorización
establecidos, incurrirá en las penas señaladas en el artículo 240 de este Código.
Artículo 269J: Transferencia no consentida de activos. El que, con ánimo de lucro y
valiéndose de alguna manipulación informática o artificio semejante, consiga la
transferencia no consentida de cualquier activo en perjuicio de un tercero, siempre que la
conducta no constituya delito sancionado con pena más grave, incurrirá en pena de
prisión de cuarenta y ocho (48) a ciento veinte (120) meses y en multa de 200 a 1.500
salarios mínimos legales mensuales vigentes. La misma sanción se le impondrá a quien
fabrique, introduzca, posea o facilite programa de computador destinado a la comisión del
delito descrito en el inciso anterior, o de una estafa.
Si la conducta descrita en los dos incisos anteriores tuviere una cuantía superior a 200
salarios mínimos legales mensuales, la sanción allí señalada se incrementará en la mitad.
Artículo 2°. Adiciónese al artículo 58 del Código Penal con un numeral 17, así:
Artículo 58. Circunstancias de mayor punibilidad. Son circunstancias de mayor
punibilidad, siempre que no hayan sido previstas de otra manera:
(...)
36
17. Cuando para la realización de las conductas punibles se utilicen medios informáticos,
electrónicos o telemáticos.
Artículo 3°. Adiciónese al artículo 37 del Código de Procedimiento Penal con un numeral 6,
así:
Artículo 37. De los Jueces Municipales. Los jueces penales municipales conocen:
(...)
6. De los delitos contenidos en el título VII Bis.
Artículo 4°. La presente ley rige a partir de su promulgación y deroga todas las
disposiciones que le sean contrarias, en especial el texto del artículo 195 del Código Penal.
LEY 1341 DE 2009
Por la cual se definen principios y conceptos sobre la sociedad de la información y la
organización de las Tecnologías de la Información y las Comunicaciones –TIC–, se crea la
Agencia Nacional de Espectro y se dictan otras disposiciones.
Artículo 1°. Objeto. La presente ley determina el marco general para la formulación de
las políticas públicas que regirán el sector de las Tecnologías de la Información y las
Comunicaciones, su ordenamiento general, el régimen de competencia, la protección al
usuario, así como lo concerniente a la cobertura, la calidad del servicio, la promoción de la
inversión en el sector y el desarrollo de estas tecnologías, el uso eficiente de las redes y del
espectro radioeléctrico, así como las potestades del Estado en relación con la planeación,
la gestión, la administración adecuada y eficiente de los recursos, regulación, control y
vigilancia del mismo y facilitando el libre acceso y sin discriminación de los habitantes del
territorio nacional a la Sociedad de la Información. (Secretaría Jurídica Distrital de la
Alcaldía Mayor de Bogotá D.C., 2009).
LEY ESTATUTARIA 1581 DE 2012
OBJETO, ÁMBITO DE APLICACIÓN Y DEFINICIONES. Las cuales son adiciones a la ley ya
expuesta y que afecta en el desarrollo de esta aplicación web por el manejo de datos que se
realiza
ARTÍCULO 1o. OBJETO. La presente ley tiene por objeto desarrollar el derecho
constitucional que tienen todas las personas a conocer, actualizar y rectificar las
informaciones que se hayan recogido sobre ellas en bases de datos o archivos, y los demás
derechos, libertades y garantías constitucionales a que se refiere el artículo 15 de la
37
Constitución Política; así como el derecho a la información consagrado en el artículo 20 de la
misma. (Secretaría Jurídica Distrital de la Alcaldía Mayor de Bogotá D.C., 2012)
Entró en vigencia la Ley 1581 del 17 de octubre 2012 de PROTECCIÓN DE DATOS
PERSONALES, sancionada siguiendo los lineamientos establecidos por el Congreso de la
República y la Sentencia C-748 de 2011 de la Corte Constitucional. (Secretaría Jurídica
Distrital de la Alcaldía Mayor de Bogotá D.C., 2012)
Como resultado de la sanción de la anunciada ley toda entidad pública o privada, cuenta con
un plazo de seis meses para crear sus propias políticas internas de manejo de datos
personales, establecer procedimientos adecuados para la atención de peticiones, quejas y
reclamos, así como ajustar todos los procesos, contratos y autorizaciones a las disposiciones
de la nueva norma.
Aspectos claves de la normatividad:
1. Cualquier ciudadano tendrá la posibilidad de acceder a su información personal y
solicitar la supresión o corrección de la misma frente a toda base de datos en que se
encuentre registrado.
2. Establece los principios que deben ser obligatoriamente observados por quienes
hagan uso, de alguna manera realicen el tratamiento o mantengan una base de datos
con información personal, cualquiera que sea su finalidad.
3. Aclara la diferencia entre clases de datos personales construyendo las bases para la
instauración de los diversos grados de protección que deben presentar si son
públicos o privados, así como las finalidades permitidas para su utilización.
4. Crea una especial protección a los datos de menores de edad.
5. Establece los lineamientos para la cesión de datos entre entidades y los procesos de
importación y exportación de información personal que se realicen en adelante.
6. Define las obligaciones y responsabilidades que empresas de servicios tercerizados
tales como Call y Contact Center, entidades de cobranza y, en general, todos aquellos
que manejen datos personales por cuenta de un tercero, deben cumplir en adelante.
7. Asigna la vigilancia y control de las bases de datos personales a la ya creada
Superintendencia Delegada para la Protección de Datos Personales, de la
Superintendencia de Industria y Comercio.
8. Crea el Registro Nacional de Bases de Datos.
38
9. Establece una serie de sanciones de carácter personal e institucional dirigidas a
entidades y funcionarios responsables del cumplimiento de sus lineamientos.
DECRETO 1377 DE 2013
Por el cual se reglamenta parcialmente la Ley 1581 de 2012.
Que mediante la Ley 1581 de 2012 se expidió el Régimen General de Protección de Datos
Personales, el cual, de conformidad con su artículo 1°, tiene por objeto “desarrollar el
derecho constitucional que tienen todas las personas a conocer, actualizar y rectificar las
informaciones que se hayan recogido sobre ellas en bases de datos o archivos, y los demás
derechos, libertades y garantías constitucionales a que se refiere el artículo 15 de la
Constitución Política; así como el derecho a la información consagrado en el artículo 20 de la
misma”.
Que la Ley 1581 de 2012 constituye el marco general de la protección de los datos personales
en Colombia.
Que mediante sentencia C-748 del 6 de octubre de 2011 la Corte Constitucional declaró
exequible el Proyecto de ley Estatutaria número 184 de 2010 Senado, 046 de 2010 Cámara.
Que con el fin de facilitar la implementación y cumplimiento de la Ley 1581 de 2012 se deben
reglamentar aspectos relacionados con la autorización del Titular de información para el
Tratamiento de sus datos personales, las políticas de Tratamiento de los Responsables y
Encargados, el ejercicio de los derechos de los Titulares de información, las transferencias de
datos personales y la responsabilidad demostrada frente al Tratamiento de datos personales,
este último tema referido a la rendición de cuentas. (Secretaría Jurídica Distrital de la
Alcaldía Mayor de Bogotá D.C., 2013).
39
CON RESPECTO AL MANEJO DE HISTORIAS CLÍNICAS
LEY 23 DE 1981(18 de febrero) por lo cual se dictan Normas en Materia de Ética Médica
CAPÍTULO III DE LA PRESCRIPCIÓN MÉDICA, LA HISTORIA CLÍNICA, EL SECRETO
PROFESIONAL Y ALGUNAS CONDUCTAS.
ARTÍCULO 33. – Las prescripciones médicas se harán por escrito, de conformidad con
las normas vigentes sobre la materia. ARTÍCULO 34. – La historia clínica es el registro
obligatorio de las condiciones de salud del paciente. Es un documento privado, sometido a
reserva, que únicamente puede ser conocido por terceros previa autorización del paciente o
en los casos previstos por la Ley. Conc. D. 3380/81. Art. 23. – “El conocimiento que de la
historia clínica tengan los auxiliares del médico o de la institución en la cual éste labore, no
son violatorios del carácter privado y reservado de ésta”. ARTÍCULO 35. – En las entidades
del Sistema Nacional de Salud la historia clínica estará ceñida a los modelos implantados
por el Ministerio de Salud. ARTÍCULO 36. – En todos los casos la historia clínica deberá
diligenciarse con claridad. Cuando quiera que hay cambiado de médico, el reemplazo está
obligado a entregarla, conjuntamente con sus anexos, a su reemplazante. ARTÍCULO 37. –
Entiéndase por secreto profesional médico aquello que no es ético o lícito revelar sin justa
causa. El médico está obligado a guardar el secreto profesional en todo aquello que por razón
del ejercicio de su profesión haya visto, oído o comprendido, salvo en los casos
contemplados por disposiciones legales. ARTÍCULO 38. – Teniendo en cuenta los consejos
que dicten prudencia, la revelación del secreto profesional se podrá hacer: a. Al enfermo en
aquello que estrictamente le concierne y convenga: b. A los familiares del enfermo, si la
revelación es útil al tratamiento. c. A los responsables del paciente, cuando se trate de
menores de edad o de personas mentalmente incapaces; d. A las autoridades judiciales o de
higiene y salud, en los casos previstos por la Ley. e. A los interesados, cuando por defectos
físicos irremediables o enfermedades graves infectocontagiosas o hereditarias, se pongan en
peligro la vida del cónyuge o de su descendencia. ARTÍCULO 39. – El médico velará porque
sus auxiliares guarden el secreto profesional. Conc. D. 3380/81. Art. 24. – “El médico velará
40
porque sus auxiliares guarden el secreto profesional, pero no será responsable por la
revelación que ellos hagan”. ARTÍCULO 40. – Está prohibido al médico en ejercicio
recibir beneficios comerciales de farmacias, laboratorios, ópticas, establecimientos
ortopédicos y demás organizaciones o instituciones similares encargadas del suministro de
elementos susceptibles de prescripción médica
La Ley 594 de 2000, Ley General de Archivos, estableció en su artículo 25, la necesidad de
reglamentar lo relativo a los tiempos de retención documental, organización y conservación
de las historias clínicas, en labor conjunta del sector correspondiente y del Ministerio de
Cultura, a través del Archivo General de la Nación, incluidos los documentos producidos por
las entidades privadas que presten servicios públicos, como lo es el de salud. (salud, 1981)
RESOLUCIÓN 839 DE 2017
CAPÍTULO II PROCESO DE GESTIÓN DOCUMENTAL DE LA HISTORIA CLÍNICA
Artículo 3. Retención y tiempos de conservación documental del expediente de la historia
clínica. La historia clínica debe retenerse y conservarse por el responsable de su custodia, por
un periodo mínimo de quince (15) años, contados a partir de la fecha de la última atención.
Los cinco (5) primeros años dicha retención y conservación se hará en el archivo de gestión y
los diez (10) años siguientes en el archivo central. Para las historias clínicas de víctimas de
violaciones de derechos humanos o infracciones graves al Derecho Internacional
Humanitario, los términos de retención y conservación documental se duplicarán. Si al
momento de tener en custodia una historia clínica, esta llegare a formar parte de un proceso
relacionado con delitos de lesa humanidad, la conservación será permanente, lo cual deberá
garantizar la entidad a cuyo cargo se encuentre la custodia, utilizando para tal fin los medios
que considere necesarios.
Artículo 4. Disposición final del expediente de historia clínica. La disposición final y la
consecuente eliminación de historias clínicas, procederá por parte del responsable de su
custodia, siempre que concurran las siguientes condiciones: 4.1 Que se haya cumplido el
tiempo de retención y conservación documental de que trata el artículo anterior. 4.2 Que se
haya adelantado el procedimiento de publicación a que refiere el artículo 3 de la presente
resolución, salvo lo previsto para las entidades a que refiere el parágrafo de dicho artículo.
41
4.3 Que se haya adelantado la valoración correspondiente, orientada a determinar si la
información contenida en las historias a eliminar posee o no valor secundario (científico,
histórico o cultural), en los términos establecidos por el Archivo General de la Nación, de lo
cual se dejará constancia en un acta, que será firmada por el representante legal de la entidad
y por el revisor fiscal cuando a ello haya lugar, acompañada del respectivo inventario en el
que se identifique la valoración realizada a cada una de aquellas. En el caso de profesionales
independientes, una vez realizado el proceso de valoración, el acta será suscrita únicamente
por dicho profesional.
CAPÍTULO IV
DISPOSICIONES FINALES
Artículo 11. Protección de datos personales. El uso, manejo, recolección, tratamiento de la
información y disposición final de las historias clínicas, deberá observar lo correspondiente a
la protección de datos personales, de que trata la Ley 1581 de 2012, sus normas
reglamentarias y las disposiciones que las modifiquen o sustituyan.
Artículo 12. Normativa aplicable en el caso de personas naturales o jurídicas que custodian y
manejan historias clínicas. Las personas naturales o jurídicas que pese a no tener la calidad de
prestadores de servicios de salud, contraten profesionales de la salud para prestar servicios
en sus sedes e instalaciones y que como tal, custodien y conserven expedientes de historias
clínicas, se sujetarán a lo dispuesto en la presente resolución.
Artículo 13. Sanciones. Los prestadores de servicios de salud y demás destinatarios que
incumplan lo establecido en esta resolución, incurrirán en las sanciones aplicables de
conformidad con las disposiciones legales vigentes.
Artículo 14. Vigencia y derogatorias. La presente resolución rige a partir de la fecha de su
publicación y modifica en lo pertinente la Resolución 1995 de 1999.
42
3. Gestión de proyectos con ayuda de la metodología PMI
Antes de iniciar con una breve descripción de dicha metodología es preciso definir qué se
conoce y entiende por proyecto y por dirección de estos. El PMI define el proyecto como un
emprendimiento temporal que se lleva a cabo para crear un producto o servicio (Institute,
2016). Es un proceso, con un tiempo establecido y un fin delimitado, variado por actividades
y tareas distintas, que puede ser hecho de manera progresiva. Todos los proyecto necesitan
ser dirigidos o tramitados por un director de proyectos. La gerencia o dirección de proyectos
es la aplicación de distintos elemento como lo son los conocimientos, habilidades,
herramientas y técnicas a las actividades que confirman los proyectos, con el fin de cumplir
los requisitos del proyecto. Según el PMI, la dirección de proyectos se logra mediante la
ejecución de procesos, usando conocimientos, habilidades, herramientas y técnicas de
dirección. (Institute, 2016).
Dentro de lo aplicado de esta metodología como herramienta para el desarrollo de este
proyecto, se utilizaron artefactos y procesos que ayudaron a realizar cada una de las
actividades hasta cumplir el objetivo final que es el desarrollo de la aplicación web DENTIST-
HC.
3.1 Procesos
Un proceso está conformado por todas las actividades relacionadas entre sí y que se deben
ejecutar para obtener el producto o prestar el servicio. Existen dos tipos de procesos.
(Institute, 2016).
Procesos de la dirección de proyectos. Compuesto por cinco procesos o
categorías diferentes, estos procesos, aseguran el progreso adecuado del proyecto a
lo largo de todo su ciclo de vida.
Para el proyecto de desarrollo de la aplicación web nos basamos sobretodo en los
proceso de :
1. Proceso de planificación
2. Proceso de supervisión y control
43
3. Proceso de cierre del proyecto.
Teniendo en cuenta lo anterior se prepararon artefactos basados en el PMI los cuales se
encuentran como anexos al final del documento y que se nombran a continuación:
Ecosistema (Ver. Anexo 10)
Matriz de influencia poder (Ver. Anexo B)
EDR (Ver. Anexo C)
Matriz RACI (Ver. Anexo D)
Descriptor de riesgos (Ver. Anexo F)
Matriz de probabilidad Impacto (Ver. Anexo E)
4. Metodología del proyecto
Para la buena gestión de un proyecto, se requieren ciertas herramientas, conocimientos,
habilidades y técnicas para conseguir los objetivos del mismo según su enfoque y demás
características.
El proyecto se desarrollará bajo metodología SCRUM debido a las características del proyecto
y su enfoque, a su agilidad y fácil manejo para proyectos de desarrollo como este que debe
ser eficiente y en un tiempo corto, pero con manejo de ciclos suficientes para culminar con
éxito el proyecto.(Ver Anexo al final del documento )
Una vista muy general de SCRUM donde notamos su fácil manejo podría ser la siguiente
El ¿Quién? y el ¿Qué?: identifica los roles de cada uno de nosotros como
miembros del equipo y definimos nuestra responsabilidad en el proyecto.
El ¿Dónde? y el ¿Cuándo?: que representan el Sprint
El ¿Por qué? y el ¿Cómo?: representan las herramientas que utilizamos.
44
Con Scrum buscamos aplicar un conjunto de buenas prácticas para trabajar
colaborativamente, en equipo, y obtener el mejor resultado posible del proyecto según el
tiempo que tenemos para su desarrollo (13 semanas) buscando ser altamente productivos.
Con Scrum realizaremos entregas parciales y regulares del producto final dando prioridad a
cada una de las entregas, buscando así obtener resultados en poco tiempo y de calidad.
Como principio fundamental de esta metodología, nos basamos en cada uno de los
requerimientos o historia de usuario los cuales se estiman y se van revisando uno a uno para
comprobar su cumplimento durante el desarrollo de cada etapa del proyecto.
Siendo un proyecto que se está desarrollando desde ceros desde la primera semana y con el
tiempo que contamos para el desarrollo de las mismas (15 semanas), esta metodología está
diseñada para adaptarse a los cambios de requerimientos que pueden conllevar durante cada
etapa.
Una de las características principales que nos brinda esta metodología es poder conocer la
velocidad media del equipo por sprint (los llamados puntos historia), para así tener un
panorama más claro del tiempo que contamos para el desarrollo de cada fase del proyecto.
4.1 Metodología de investigación
Este proyecto puede clasificarse en el tipo de investigación proyectiva, ya que, como su
nombre lo indica, “Este tipo de investigación, consiste en la elaboración de una propuesta, un
plan, un programa o un modelo, como solución a un problema o necesidad de tipo práctico,
ya sea de un grupo social, o de una institución, o de una región geográfica, en un área
particular del conocimiento, a partir de un diagnóstico preciso de las necesidades del
momento, los procesos explicativos o generadores involucrados y de las tendencias futuras,
es decir, con base en los resultados de un proceso investigativo.”. (Barrera, 2008)
45
4.1.1 Instrumentos
Para hacer el levantamiento de la información necesaria para poder plantear el problema
actual se han utilizado diferentes instrumentos. Estos instrumentos son:
4.1.1.1 Entrevistas
Se realizaron entrevistas en sitio, al personal de profesionales en la salud oral, personal de
asistentes
Una entrevista para recolectar información es una conversación dirigida con un propósito
específico que usa un formato de preguntas y respuestas. En ella se debe obtener
información acerca de las opiniones y gustos del entrevistado, tanto como los procedimientos
informales y no documentados del sistema a analizar.
Se debe vender el nuevo sistema informando al entrevistado de lo que se desea hacer e
involucrándolo en el proyecto para obtener una actitud favorable hacia el nuevo sistema.
En necesario planear la entrevista estableciendo sus objetivos claramente. Esto reduce el
esfuerzo necesario para diseñar las preguntas pertinentes, que una vez hechas deben dejar
todas las dudas resueltas. De cada entrevista se debe producir un informe tan rápidamente
como sea posible, para documentar los datos obtenidos. Luego hay que revisar este reporte
con el entrevistado original. (Ver Anexo O).
4.1.1.2 Análisis de documentos
Mediante el análisis de documentos se obtiene valiosa información acerca de los
procedimientos que se llevan a cabo en la empresa, y se contextualiza el flujo de información
de la organización. Se deben estudiar especialmente los reportes utilizados como
herramienta para la toma de decisiones, los reportes de desempeño, los formatos de captura
de datos, memorandos, manuales y reglamentaciones. Los documentos analizados aparecen
en los anexos.
4.1.1.3 Observación directa
Mediante la observación directa se obtiene una percepción de lo que realmente se hace en la
organización y no solo de lo que está documentado. Se examinan los elementos físicos del
46
lugar de trabajo tratando de obtener la influencia que éste ejerce sobre las personas. Una vez
hechas las observaciones se hace un reporte de las mismas y se discute con las personas
involucradas. La observación, a través de varios años del proceso de proyectos permite
concluir que el proceso está permanentemente en evolución, como cualquier proceso
administrativo, que cada día se mejor y responde a las nuevas exigencias.
4.1.1.4 Variables
Las variables a trabajar a lo largo del proyecto y cuyo interés son más visibles son las
relacionadas al tiempo ya que se pretende optimizar los procesos de agendamiento de citas
odontológicas, pagos en línea, consulta de catálogo de servicios a nivel de tratamientos
disponibles y temas relacionados a las informaciones de las historias clínicas.
Tiempo de agendamiento: frente a esta variable cuantitativa se tiene en cuenta el contraste
mediante la observación de incidencias reales en este tipo de procesos en establecimientos
reales, el tiempo de atención de una llamada directamente al PBX del establecimiento
prestador del servicio puede tomar de entre 10 a 20 minutos y multiplicando este facto por el
número de funcionarios ejerciendo la labor en la línea de atención puede llegar a valores muy
altos en cuanto a tiempo, al aplicar la solución de un módulo de agendamiento este medio de
contacto como lo es la llamada tiene a disminuir entre públicos jóvenes y de mediana edad.
4.1.1.5 Método de cálculo de las variables
Al implementar una metodología de investigación proyectiva especial basado en la experticia
se tomara en cuenta la forma del análisis de los tiempo mediante una técnica denominada
PERT aplicada en gerencia de proyectos por sus siglas del inglés Project Evaluation and
Review Techniques empleado la técnica de los tres puntos, la cual consiste en la formulación
de tres variables de probabilidad los cuales son escenarios optimistas, escenarios pesimistas
y los eventos más probables, esto denotado con la fámula (O+P+(4*M))/6 siendo las
variables (Ingenieria Industrial Online, 2016):
O= Escenario optimista.
P= Escenario pesimista.
47
M= Escenario más probable.
Números 4 y 6 en la formula= constantes propias determinadas en la formula.
Teniendo en cuenta la variable Tiempo de agendamiento se tiene contemplado.
Escenario tradicional llamada la cual cuenta con valores O=8 minutos P=30 minutos y M= 11
minutos.
(8+30+ (4*11)) /6= 13,6666667 minutos los que es igual a 13 minutos con 40
segundos.
Para el escenario propuesto al utilizar el agendamiento de la aplicación se tiene en cuenta los
valores O=5 minutos P=15 minutos y M= 8 minutos.
(5+15+ (4*8)) /6= 8,66666667 minutos los que es igual a 8 minutos con 40 segundos
Comparando la facilidad del agendamiento se puede llegar a la hipótesis de que por
cada usuario se está teniendo una optimización de tiempo de 36.58%
4.2 Metodología de Programación
Para el desarrollo de nuestro proyecto, seleccionamos el tipo de metodología ágil llamada
SCRUM con la cual pueden realizar entregas parciales y de forma continua del producto final,
priorizadas de acuerdo con las necesidades de nuestro cliente. Por ello, SCRUM está
especialmente indicado para proyectos con entornos complejos, donde se necesita obtener
resultados en un menor tiempo, así como cuando los requisitos son cambiantes o poco
definidos al inicio del proyecto, pero estos son definidos en el trascurso de la etapa de
análisis hasta quedar completamente aprobados. Así mismo la innovación, la competitividad,
la flexibilidad y la productividad son fundamentales para el buen manejo de dicha
metodología. Ver listado de anexos al final del documento donde se muestra el reporte
generado al final del desarrollo.
Las principales razones del uso de un ciclo de desarrollo iterativo e incremental de tipo
Scrum para la ejecución de este proyecto son:
48
Las características del desarrollo de Software para la gestión de citas, pagos y
pacientes en las clínicas odontológicas permiten desarrollar una base funcional
mínima y sobre ella ir incrementando las funcionalidades o modificando el
comportamiento o apariencia de las ya implementadas hacia futuro. Scrum permite a
los equipos de desarrollo priorizar los módulos que aportan mayor valor al negocio y
a la organización de una manera iterativa, recibiendo constante retroalimentación del
área de negocio para adaptar la construcción del producto a las cambiantes
necesidades del proyecto. Así mismo se exponen los avances del equipo de desarrollo
de forma regular al resto del equipo. Esta forma de trabajo propicia la construcción
de productos de manera rápida, flexible y transparente, lo que asegurará una entrega
del producto muy acercada a los deseos del cliente, habiendo optimizado tiempo,
recursos y esfuerzos durante el desarrollo.
Entregas frecuentes y continuas al cliente de los módulos terminados, de
forma que puede disponer de una funcionalidad básica en un tiempo mínimo y a
partir de ahí un incremento y mejora continua del sistema.
“Scrum ofrece facilidad en la escalabilidad en Los procesos son iterativos y se
manejan dentro de periodos de trabajo muy específicos, lo cual hace más fácil para el
equipo enfocarse en funcionalidades muy puntuales por cada periodo. Esto no solo
tiene como beneficio lograr mejores entregables apegados a las necesidades del
usuario, sino que también da la capacidad a los equipos de escalar los módulos en
términos de funcionalidad, diseño, alcance y características de forma ordenada,
transparente y sencilla.” (Salazar, Platzi, 2016)
5. Desarrollo y aplicación
Teniendo en cuenta el tipo de metodología a usar se hace necesario el análisis de las
herramientas a usar para el desarrollo de la solución, tales herramientas son: Django como el
framework para aplicaciones web, Python como lenguaje de programación, PostgreSQL como
49
el Sistema de gestión de bases de datos relacional orientado a objetos y Amazon Web
Services (AWS) como la plataforma de servicios de nube de nuestro software.
5.1 Django
La utilización de un framework para el desarrollo de aplicaciones permite crear de forma
rápida y ágil una estructura sobre la cual se pueda construir cualquier sitio web. Entre todos
los disponibles en el mercado, sin duda que Django destaca por ser uno de los más completos.
(López, 2009).
Cuando hablamos de los Framework web nos referimos a que es una plataforma de
desarrollo enfocada al entorno web la cual proporciona una serie de herramientas para
facilitar la creación de páginas, siguiendo los principios DRY (Don’t Repeat Yourself; No Te
Repitas) para evitar duplicidad en las líneas de código e invertir el menor esfuerzo posible.
Por ejemplo, levantar un panel de administración básico sólo requiere dos líneas de Python.
También se asocia al diseño MVC (Modelo-Vista-Controlador), por lo que las diferentes
partes del sitio están claramente separadas. Por ejemplo, el código de acceso a los datos es
completamente independiente al que gobierna el aspecto externo de la página. (Rossum,
2009)
Al tratarse de Python, Django permite que el desarrollador escriba código ágilmente. El
resultado son menos líneas de código y, en consecuencia, menos probabilidades de que haya
bugs. De ahí que digan que “fomenta el desarrollo rápido y el diseño limpio y pragmático”.
Otra gran característica que tiene Django, factor importante por el que lo escogiéramos como
nuestro Framework ante Python, es que este se puede usar de una forma práctica y limpia,
pues la implementación de Django obliga a respetar muchos principios de la buena
programación. Otras características importantes de este FrameWok son las siguientes:
5.1.1 Sistema ORM de conexión a bases de datos:
ORM es el sistema por el que este marco de desarrollo se conecta y almacena sus datos en la
BD. Dentro de este proceso son esenciales los Querysets, listados de datos del modelo que
pueden ser leídos, ordenados y filtrados. (BBVAOPEN4U, 2016).
50
5.1.2 Una API propia para el desarrollo de proyectos digitales:
Django REST framework es un conjunto de herramientas que permite a los desarrolladores la
construcción de Web APIs navegables, compatibles con lectura de datos ORM o no ORM y con
políticas de autenticación basadas en paquetes tan conocidos como OAuth1 y OAuth2.
(BBVAOPEN4U, 2016)
A continuación, se muestra en la Ilustración. 1 como trabaja Django en donde inicia en el
navegador Web el cual maneja un listado de vistas de acuerdo al acceso solicitado por el
usuario. La Vista que presenta el modelo nos confirma que información se debe almacenar
para ser consultada posteriormente en la base de datos, esta última interactúa con el modelo
para obtener datos. Una vez se tiene la consulta o introducción de información la vista realiza
el llamado a la plantilla la cual recopila la información necesaria para brindar la respuesta a
la solicitud del usuario.
Ilustración 1. Funcionamiento de Django
5.2 Python
Python es un lenguaje de programación poderoso y fácil de aprender. Cuenta con estructuras
de datos eficientes y de alto nivel y un enfoque simple pero efectivo a la programación
orientada a objetos. La sintaxis de Python y su modelo dinámico, junto con su naturaleza
interpretada, hacen de éste un lenguaje ideal para desarrollo rápido de aplicaciones en
diversas áreas y sobre la mayoría de las plataformas. El intérprete de Python y la extensa
biblioteca estándar están a libre disposición en forma binaria y de código fuente para las
principales plataformas desde el sitio web de Python, http: //www.python.org/, y puede
distribuirse libremente. El mismo sitio contiene también distribuciones y enlaces de muchos
módulos libres de Python de terceros, programas y herramientas, y documentación adicional.
El intérprete de Python puede extenderse fácilmente con nuevas funcionalidades y tipos de
51
datos implementados en C o C++ (u otros lenguajes accesibles desde C). Python también
puede usarse como un lenguaje de extensiones para aplicaciones personalizables. (López,
2009). Teniendo en cuenta esto tenemos un lenguaje de programación bastante potente y
robusta que nos permite hacer desarrollo a medida y que ofrece herramientas compatibles
con cualquier tipo de funcionabilidad. Otro tipo de característica importante que no ofrece es
el poder realizar la programación de una forma ordenada y de forma intuitiva.
La última característica por la cual se utilizará este lenguaje de programación es el hecho de
que Python es fácil de usar, ofreciendo mucha mayor estructura y soporte para programas
grandes que lo que lo que pueden ofrecer los scripts de otros programas que se manejan por
medio de lotes. Por otro lado, Python es un lenguaje de muy alto nivel ya que tiene tipos de
datos de alto nivel incorporados como arreglos de tamaño flexible y diccionarios. Debido a
sus tipos de datos más generales Python puede aplicarse a un dominio de problemas mayor
que Awk o incluso Perl, y aun así muchas cosas siguen siendo al menos igual de fácil en
Python que en esos lenguajes. (Rossum, 2009).
5.3 PostgreSQL
PostgreSQL es un sistema de gestión de bases de datos objeto-relacional, distribuido bajo
licencia BSD y con su código fuente disponible libremente. Es el sistema de gestión de bases
de datos de código abierto más potente del mercado y en sus últimas versiones no tiene nada
que envidiarles a otras bases de datos comerciales. PostgreSQL utiliza un modelo
cliente/servidor y usa multiprocesos en vez de multihilos para garantizar la estabilidad del
sistema. Un fallo en uno de los procesos no afectará el resto y el sistema continuará
funcionando. (Martinez, 2010)
A continuación, se explican uno a uno los elementos más importantes y se muestra de forma
gráfica en la Ilustración 3.2 los componentes en un sistema PostgreSQL:
5.3.1 Aplicación cliente:
Esta es la aplicación cliente que utiliza PostgreSQL como administrador de bases de datos. La
conexión puede ocurrir vía TCP/IP o sockets locales.
52
5.3.2 Demonio postmaster:
Este es el proceso principal de PostgreSQL. Es el encargado de escuchar por un
puerto/socket por conexiones entrantes de clientes. También es el encargado de crear los
procesos hijos que se encargaran de autentificar estas peticiones, gestionar las consultas y
mandar los resultados a las aplicaciones clientes
5.3.3 Ficheros de configuración:
Los 3 ficheros principales de configuración utilizados por PostgreSQL, postgresql.conf,
pg_hba.conf y pg_ident.conf
5.3.4 Procesos hijos postgres:
Procesos hijos que se encargan de autentificar a los clientes, de gestionar las consultas y
mandar los resultados a las aplicaciones clientes
5.3.5 PostgreSQL share buffer cache:
Memoria compartida usada por PostgreSQL para almacenar datos en caché.
5.3.6 Write-Ahead Log (WAL):
Componente del sistema encargado de asegurar la integridad de los datos (recuperación de
tipo REDO)
5.3.7 Kernel disk buffer cache:
Caché de disco del sistema operativo
5.3.8 Disco:
Disco físico donde se almacenan los datos y toda la información necesaria para que
PostgreSQL funcione, esto se muestra en la Ilustración 2.
53
Ilustración 2. Componentes principales de PostgreSQL
A continuación, se muestran algunas de las características más importantes y soportadas por
PostgreSQL:
Es una base de datos 100% ACID (Atomicidad, Consistencia, Aislamiento y
Durabilidad)
Integridad referencial
Tablespaces
Nested transactions (savepoints)
Replicación asincrónica/sincrónica
PITR - point in time recovery
Copias de seguridad en caliente (Online/hot backups)
Unicode
Multi-Version Concurrency Control (MVCC)
Múltiples métodos de autentificación
Acceso encriptado vía SSL
Actualización in-situ integrada (pg_upgrade)
SE-postgres
54
Completa documentación
Licencia BSD
Disponible para Linux y UNIX en todas sus variantes (AIX, BSD, HP-UX, SGI
IRIX, Mac OS X, Solaris, Tru64) y Windows 32/64bit.
5.4 Amazon Web Services (AWS)
Amazon Web Services ofrece un conjunto de productos globales basados en la nube, incluidas
aplicaciones de informática, almacenamiento, bases de datos, análisis, redes, móviles,
herramientas para desarrolladores, herramientas de administración, seguridad y
empresariales. Estos servicios ayudan a las empresas a reducir los costos de TI (AWS, 2017).
Teniendo en cuenta el portafolio de servicios que ofrece AWS hablaremos sobre
específicamente los utilizados en el proyecto como lo son:
5.4.1 Amazon EC2:
Amazon Elastic Compute Cloud (Amazon EC2) es un servicio web que proporciona capacidad
informática en la nube de forma segura y de tamaño modificable. Amazon EC2 brinda
herramientas necesarias para crear aplicaciones resistentes a errores y para aislarlas de los
casos de error comunes. Se tiene la posibilidad de elegir entre varios tipos de instancia,
sistemas operativos y paquetes de software. Amazon EC2 permite seleccionar una
configuración de memoria, CPU y almacenamiento de la instancia, así como el tamaño de la
partición de arranque óptimo para su sistema operativo y su aplicación. Por ejemplo, entre
las opciones de sistemas operativos se incluyen varias distribuciones de Linux y Microsoft
Windows Server (AWS, 2017). Para este proyecto se tiene en cuenta que se utilizó el sistema
operativo Linux Ubuntu Server con la cual se realiza el levantamiento de Python, Django y el
servidor de bases de datos PostgreSQL.
5.4.2 Amazon S3:
55
Amazon Simple Storage Service (Amazon S3) es un almacenamiento de objetos con una
interfaz de servicios web para almacenar y recuperar la cantidad de datos que desee desde
cualquier ubicación de la web. Otra característica importante para usar este servicio es que
las características de Amazon S3 Storage Management permiten adoptar un enfoque basado
en datos para la optimización del almacenamiento, la seguridad de los datos y la eficacia de la
administración.
5.4.3 Amazon SNS:
Amazon Simple Notification Service es un servicio de notificaciones push rápido, flexible y
totalmente administrado que le permite enviar mensajes individuales o distribuir mensajes a
gran cantidad de destinatarios (AWS, 2017). Este servicio se utilizará con el fin de realizar él
envió de las notificaciones sobre los agendamientos de las citas hacia el doctor y de este hacia
nuestros usuarios.
5.4.4 Amazon RDS:
Relational Database Service es el administrador de bases de datos relacionales compatible
con el producto PostgreSQL con el cual se manejará el servicio de bases de datos relacional
que se interconectará con Django.
5.1 Protocolo SSL
SSL es un protocolo que proporciona privacidad e integridad entre dos aplicaciones de
comunicaciones utilizando HTTP. El Protocolo de transferencia de hipertexto (HTTP) para
World Wide Web utiliza SSL para que las comunicaciones sean seguras.
Para nuestra aplicación como sugerencia y como parte de seguridad de los datos,
establecimos por medio del AWS quienes nos proporcionan la posibilidad de generar un
certificado SSL el cual es aplicado en el servidor y nos permite cifrar nuestros datos.
56
Los certificados SSL (capa de sockets seguros) son una pieza esencial de la seguridad de los
sitios web. Al visitar un sitio web con SSL, el certificado SSL del sitio web permite
cifrar los datos que se envían, como la información sobre tarjetas de créditos,
nombres y direcciones de modo que ningún hacker pueda acceder a ellos.
(www.symantec.com, s.f.)
5.2 Bootstrap - Estructura de front-end
Bootstrap es un framework web front-end gratuito y de código abierto para diseñar sitios
web y aplicaciones web. Contiene plantillas de diseño basadas en HTML y CSS para tipografía,
formularios, botones, navegación y otros componentes de interfaz, así como extensiones de
JavaScript opcionales. A diferencia de muchos frameworks web, se ocupa solo del desarrollo
front-end. Además de las características nombradas uno de los ítems que más nos llamó la
atención es el hecho de que este front end cuente con soporte para el diseño de respuesta de
forma predeterminada. Esto significa que el diseño de las páginas web se ajusta
dinámicamente, teniendo en cuenta las características del dispositivo utilizado (escritorio,
tableta, teléfono móvil).
5.2.1 Estructura y función
Bootstrap es compatible con las últimas versiones de Google Chrome, Firefox, Internet
Explorer, Opera y Safari (Esto últimos dos excepto en Windows). Además, es compatible con
IE8 y la última versión de soporte extendido de Firefox (ESR) (Bootstrap, 2016).
Este Front End es modular y consta de una serie de hojas de estilo Less que implementan los
distintos componentes del kit de herramientas. Estas hojas de estilo generalmente se
compilan en un paquete y se incluyen en las páginas web, pero se pueden incluir o eliminar
componentes individuales. Bootstrap proporciona una serie de variables de configuración
que controlan cosas como el color y el relleno de varios componentes. Desde Bootstrap 2, la
documentación ha incluido un asistente de personalización que genera una versión
personalizada de Bootstrap basada en los componentes solicitados y varias configuraciones
(w3schools, 2016). A partir de Bootstrap 4, Sass se utiliza para las hojas de estilo
(Getbootstrap, 2016).
57
Cada componente de Bootstrap consta de una estructura HTML, declaraciones CSS y en
algunos casos, código JavaScript adjunto. El sistema de rejilla y el diseño receptivo vienen de
serie con un diseño de rejilla de 1170 píxeles de ancho. Alternativamente, el desarrollador
puede usar un diseño de anchura variable. Para ambos casos, el kit de herramientas tiene
cuatro variaciones para hacer uso de diferentes resoluciones y tipos de dispositivos:
teléfonos móviles, retrato y paisaje, tabletas y PCs con baja y alta resolución. Cada variación
ajusta el ancho de las columnas.
5.3 GitHub
Es una plataforma web comercial lanzada en el año 2008 (Yu, Yin, Wang, & Wang, 2014),
diseñada para facilitar el almacenamiento centralizado, la trazabilidad y colaboración sobre
archivos de proyectos. En su esencia GitHub registra los cambios que han ocurrido en el
tiempo en uno o varios archivos, con la finalidad de recuperar, en el futuro, versiones
específicas de ellos, esta es una característica propia de un sistema de control de versiones
(S, 2014). El corazón de GitHub es Git, una herramienta gratuita y de código abierto que se
encuentra en la categoría de sistemas de control de versiones distribuido (Git - Fast version
control, 2015). Actualmente GitHub mantiene más de 28.1 millones de repositorios
(Bootstrap, 2015) y en la línea de software soporta proyectos de importancia mundial en una
gran variedad de lenguajes de programación (Ray, Posnett, Filkov, & Devanbu, 2014).
Entendido el objetivo de un método y con el respaldado para el uso de la plataforma GitHub
basado en experiencias positivas de su uso en el ámbito de la educación, se presenta la
propuesta de un método para el seguimiento del proyecto nombrado como Manejo y
administración de las agendas e historias Clínicas para consultorios odontológicos el
cual emplea Lenguajes de Programación utilizando GitHub.
5.4 ScrumDo
Necesitamos una herramienta para el manejo de nuestra metodología de proyectos Scrum, y
encontramos ScrumDo, la cual es una aplicación web
(https://app.scrumdo.com/account/signup/) que nos ofrece todas las herramientas
necesarias y se ajusta perfectamente al desarrollo de nuestro proyecto.
58
La herramienta permite crear historias de usuario, trazabilidad de las historias, gestión del
backlog, definición de iteraciones, valoración de iteraciones, gráficos tipo burndown entre
otros.
Dentro de lo que nos ofrece ScrumDo, tenemos la inclusión de gráficas que nos muestran el
recorrido que lleva nuestro proyecto, resumiendo los hitos logrados y los que están en
proceso, también marca un timing y recuerda mediante una cuenta atrás, cuántos días nos
quedan para finalizar el proyecto.
Con ScrumDo podemos controlar más las tareas que nos ayudaran a cumplir nuestro objetivo
general, así ScrumDo nos crea tareas concretas y asigna estas tareas a cada miembro del
equipo para que se materialicen.
ScrumDo nos permite crear jerarquía de las tareas pendientes y por medio de etiquetas de
colores acomodamos la información más urgente e importante del proyecto. Otra de las
ventajas de la aplicación es la producción de estadísticas, con esta función podemos analizar
el tiempo que tarda nuestro proyecto, evitar errores, fijar metas y obtener los mejores
resultados.
El Sprint es el corazón de la práctica Scrum, un evento con un tiempo acotado (de hasta un
mes) en el que se debe entregar “Terminado” una serie de componentes.
Los Sprint deben tener una duración estable durante a lo largo del proyecto. Y un nuevo
Sprint comienza ni bien termina el anterior, tantas veces como se haya decidido al principio.
Nuestro proyecto se divide en 3 SPRINTS o ciclos importantes de trabajo dentro de las 13
semanas que tenemos para su desarrollo con aproximadamente 4 semanas asignadas a cada
sprint
Cómo funciona nuestro Proceso de trabajo con ScrumDo
En primer lugar, definimos nuestro Product Backlog, lo que nos permitirá realizar nuestros
Sprint más adelante.
Product Backlog: Es una “wish list” sobre las funcionalidades del producto. Es
elaborado por el Product Owner y las funciones están priorizadas según lo que es más
59
y menos importante para el negocio. El objetivo es que el Product Owner responda la
pregunta “¿Qué hay que hacer?”.
Sprint Backlog: Es un subconjunto de ítemes del Product Backlog, que son
seleccionados por el equipo para realizar durante el Sprint sobre el que se va a
trabajar. El equipo establece la duración de cada Sprint.
Sprint Planning Meeting: Esta reunión se hace al comienzo de
cada Sprint y se define cómo se va a enfocar el proyecto que viene del Product
Backlog las etapas y los plazos. Cada Sprint está compuesto por diferentes
features. Por ejemplo, decidimos que los features del primer Sprint son: diseño del
logo, definición colores y contenido multimedia.
Daily Scrum o Stand-up Meeting: Es una reunión breve que se realiza a diario
mientras dura el periodo de Sprint. Se responden individualmente tres
preguntas: ¿Qué hice ayer?, ¿Qué voy a hacer hoy?, ¿Qué ayuda necesito? El Scrum
Master debe tratar de solucionar los problemas u obstáculos que se presenten.
Sprint Review: Se revisa el sprint terminado, y ya debería haber un avance
claro y tangible para presentárselo al cliente.
Sprint Retrospective: El equipo revisa los objetivos cumplidos del Sprint
terminado. Se anota lo bueno y lo malo, para no volver a repetir los errores. Esta
etapa sirve para implementar mejoras desde el punto de vista del proceso del
desarrollo.
Nosotros como participantes o miembros del trabajo de equipo en este caso como trabajo de
proyecto de grado tenemos varias funciones que cumplir para trabajar esta metodología de la
mejor manera posible, por eso tenemos asignaciones como:
Product Owner: Habla por el cliente, y asegura que el equipo cumpla las
expectativas. Es “el jefe” responsable del proyecto, que en este caso es el
Estudiante de Ingeniería Iván David Estrada.
Scrum Master: Lidera las reuniones y ayuda al equipo si es que tienen
problemas. Además, minimiza los obstáculos para cumplir el objetivo del Sprint,
es un “facilitador” pero no es un gestor, que en este caso son los Estudiante de
Ingeniería Jonathan Nova Cifuentes y Jonathan Morcillo
60
Scrum Team: Son los encargados de desarrollar y cumplir lo que les asigna el
Product Owner que en este caso somos los Estudiante de Ingeniería que
trabajamos en el desarrollo del proyecto.
Cliente: Recibe el producto y puede influir en el proceso, entregando sus ideas
o comentarios respecto al desarrollo.
El objetivo de la estrategia scrum es sacar un producto en el menor tiempo posible, sin
pararse a pensar mucho en la estructura, simplemente hacerlo cuanto antes para sacarlo al
mercado y probarlo, y conforme a lo que te responda el mercado, modificarlo.
Considero ScrumDo una excelente herramienta para la gestión de proyectos, no obstante, al
principio puede resultar muy compleja.
5.5 Modelado del proyecto
Los diagramas y modelos utilizados en este proyecto, son los que a continuación se
relacionan:
61
5.5.1 Diagramas de casos de uso:
El usuario anónimo podrá interactuar con el aplicativo para solicitar una cita tentativa,
como se muestra en la ilustración 3:
Ilustración 3 Diagrama casos de uso de usuario Anónimo
62
El asistente tendrá acceso a crear citas, cancelar citas, verificar agenda, crear datos de
pacientes en el sistema, consultar historia clínica, como se muestra en la Ilustración 4:
Ilustración 4 Diagrama casos de uso de usuario Asistente
63
El paciente tendrá acceso a crear citas, cancelar citas, confirmar citas, verificar agenda,
consultar citas, consultar procedimientos, como se muestra en la Ilustración 5:
Ilustración 5 Diagrama casos de uso de usuario Paciente
El doctor tendrá acceso a crear citas, verificar agenda, crear datos de los pacientes,
consultar historia clínica, cancelar cita, crear historia clínica, ingresar información de la
evolución, como se muestra en la Ilustración 6:
64
Ilustración 6 Diagrama casos de uso de usuario Doctor
El administrador tendrá acceso a gestionar disponibilidad de la agenda, modificar roles
de usuario, modificar datos de los pacientes, crear usuarios administrativos, habilitar
usuarios administrativos, deshabilitar usuarios administrativos, editar datos de usuarios
administrativos, habilitar la edición de las evoluciones, como se muestra en la Ilustración
7:
65
Ilustración 7 Diagrama casos de uso de usuario Administrador
5.5.2 Diagramas de clases:
A continuación, en la Ilustración 8, se describe la forma en la que está diseñada la estructura
de los datos y sus relaciones en el sistema.
66
Ilustración 8 Diagrama de clases
67
6. Construcción de la aplicación
Para nuestro proyecto como ya habíamos mencionado anteriormente manejamos Python
como lenguaje base de programación, con su framework Django, conectado a servicios de
Amazon AWS como servidor web, de repositorio y demás servicios que ya veremos
detalladamente en esta construcción de la aplicación
Con estas herramientas tendremos una programación rápida ya que Python es un lenguaje
sencillo, directo y de máxima eficiencia.
Django por su lado nos permite reutilizar programación de unas aplicaciones a otras sin la
obligación de tener que repetir las mismas líneas de código entre distintos proyectos, donde
por un lado están los datos (el modelo) y por otro la interfaz de usuario (la vista) y la lógica
de negocio (el controlador).
Para dar un esquema general de lo que veremos en la construcción de la aplicación tenemos
que saber algo fundamental en la estructura de los directorios que maje Python, y es la
siguiente
Creación del directorio del nuevo proyecto.
mysite/manage.pymysite/__init__.pysettings.pyurls.pywsgi.py
Cada uno de estos comandos representa un elemento del proyecto:
- mysite/: es el directorio del proyecto, que en este caso tiene un nombre genérico pero
que puede ser modificado para personalizarlo con el nombre de la página web, blog o app.
- manage.py: línea de comandos para la gestión del proyecto.
- mysite/mysite/: directorio del paquete Python de nuestro proyecto digital y donde se
realizará cualquier importación.
- mysite/_init_,py: archivo que permite a Python tratar el directorio del proyecto como un
paquete Python.
- mysite/settings.py: opciones de configuración del proyecto.
- mysite/urls.py: declaración de urls para la futura web.
- mysite/wsgi.py: archivo de la especificación del servidor
68
Teniendo esto claro, el equipo de trabajo creamos inicialmente la instancia en el AWS
(Amazon) en la cual acoplaremos todo nuestro proyecto. En la Ilustración 9 y 10 se puede
apreciar la creación de la instancia en la capa EC2
Ilustración 9 Creación de la instancia
Ilustración 10 Instancia EC2 creada
Para conectarnos a esta instancia lo tenemos que hacer por medio de un cliente SSH y Telnet
como PuTTY o MobaX con el que podemos conectarnos a servidores remotos iniciando una
sesión en ellos que nos permitirán ejecutar comandos. Lo anterior se puede apreciar en la
Ilustración 11 y 12.
69
Ilustración 11 Cliente SSH
Ilustración 12 Interconexión con el cliente SSH
Por otro lado, tenemos que instalar Python, Ilutracion 13, y PostgreSQL como gestor
seleccionado para la base de datos
70
Ilustración 13 Instalación Python
Dentro de la gestión de Python tenemos que habilitar la conexión de la base de datos con
Python, A continuación 14 en la Ilustración se muestra la forma de hacerlo.
Ilustración 14 Habilitación Conexión DB
Parte fundamental es la instalación del framework Django el cual será nuestro entorno o
marco de trabajo para el desarrollo de la aplicación. Ver Ilustración 15
71
Ilustración 15 Instalación del framework
Una vez instalado Python, nuestro framework Django y nuestra instancia de AWS arriba,
podemos empezar por definir nuestros modelos en Python claramente basados ya en todo el
modelado que ya tenemos de diagrama de clases y demás previamente a la creación de estos
modelos en nuestro lenguaje de programación.
SEGURIDAD DE DATOS DE LA APLICACIÓN:
CERTIFICADO SSL
Como ya se había mencionado como sugerencia y para la protección d datos manejados en la
aplicación, se realiza el cifrado de los datos por medio de un certificado SSL para manejar
protocolo https, para esto se realiza la creación y habilitación del certificado público con la
herramienta certbot
72
Ilustración 16 creación y habilitación del certificado público con la herramienta certbot
Ilustración 17 llave generada por certbot de 2048 bits
73
Ilustración 18 Certificado de la página de 2048 bits
Ilustración 19 habilitar https en el servidor
74
Ilustración 20 aplicación con HTTPS
7. Resultado
Teniendo en cuenta las hipótesis realizadas al momento de operar las variables y los
resultados porcentuales de optimización de tiempos se evidencia un gran cambio al llevar
estas estimaciones a la práctica.
75
Referente al tiempo de agendamiento de citas se logra evidenciar un margen muy cercano a
lo declarado en la hipótesis, las observaciones en escenarios reales usando medios
tradicionales arrojaron el resultado que la mayoría de las veces se lograba agendar una cita
alrededor de 13 minutos y en los casos idóneos rondaba el minuto 10, la estimación más
pesimista en este caso si bajo 5 minutos referente al planteamiento inicial.
(10+25+ (4*13)) /6= 14,5 minutos los que es igual a 14 minutos con 30 segundos.
Pero el resultado que se salió de lo previsto y en términos favorable al proyecto fue la
estimación del agendamiento web propuesto para minimizar tiempos de gestión.
(5+10+ (4*6)) /6=6,5 minutos los que es igual a 6 minutos con 30 segundos.
A continuación se muestra el cálculo de la variable de forma gráfica en la Ilustración 16.
Ilustración 21 Tiempo agendamiento Citas
Como se puede apreciar en la gráfica Ilustración 7. Se evidencia que el resultado del método
tradicional, la llamada, resulta ser más demorado frente a la hipótesis y el agendamiento a
través de la aplicación tuvo mejores resultados que lo previsto. Dando como resultado una
optimización del 55,17% más del doble de tiempo lo cual se traduce en más producción en
horas en las cuales es muy concurrida la necesidad de los usuarios para realizar sus citas
médicas.
0
5
10
15
20
25
30
35
Hipotesis
presencial
online
76
8. Discusión
El proyecto se centra en la implementación de los componentes más relevantes y funcionales
que se enfocan en la optimización de los tiempos de gestión de procedimientos tales como los
agendamientos de citas, pagos online, consulta de historias clínicas. Por otra parte, al indagar
otras aplicaciones en el mercado enfocadas al área de consultorios odontológicos se basa más
en funcionalidades que cubran las necesidades de almacenar la información y gestionarla sin
77
tener el objetivo de optimizar los tiempos, basados más hacia la parte comercial y aspectos
visuales con tal de atraer clientes.
En gran parte de los casos las aplicaciones de este tipo en vez de generar una ayuda a los
usuarios supone un obstáculo y algo que no termina de ser acogido por el usuario de
cualquier edad por más afín a que sea a la tecnología, los cuales prefieren un contacto directo
con una persona que ayude a su solicitud ya sea de agendar cita, solicitar documentos o
realizar pagos, por lo cual mucha de esta información fue tenida en cuenta para generar una
aplicación que cumpla con los principios de usabilidad de software y no presente un
detrimento para el usuario al tener que ser forzado a utilizar dichas funcionalidades.
Los resultados evidenciados frente a problemáticas tradicionales arrojan un resultado
avasallante, pero al momento de comparar con aplicaciones de la misma índole infiere en un
estudio que no está previsto en este proyecto pero si es guiado por medio de la investigación
y el conocimiento de varias aplicaciones actuales que realizan este tipo de servicios, pero
siempre orientados a que las variables de estudio van en función de tiempos y no de costos o
estrategias comerciales y publicitarias por lo cual el plus ofrecido va más orientado a los
miembros administrativos de los centro odontológicos y a la facilidad y rapidez del servicio
percibido por el usuario reflejando mejores ingresos por este tipo de alternativas
9. Conclusiones
El proceso de elaboración del Proyecto se enfocó en el esfuerzo del equipo en construir los
elementos críticos estructuralmente y del comportamiento de los llamados Elementos
Arquitecturales antes de construir elementos menos importantes.
78
Existe gran variedad de herramientas tanto de libre distribución como propietarias, todas
enfocadas a apoyar el desarrollo de software. Cada organización es la encargada de
determinar porque rama enfocarse a la hora de implementar sus soluciones de software.
Así mismo se conocen herramientas que ofrecen más ventajas que otras en cuanto a la
facilidad de diseño, entendimiento de la sintaxis, utilidades, nivel de almacenamiento,
portabilidad desde y hacia diversas plataformas, entre otras. Es función del equipo de
desarrollo definir por cuales herramientas inclinarse, de tal manera que se logre construir
software de calidad que satisfaga las necesidades de su organización.
Toda aplicación antes de salir a producción tiene todo un proceso de análisis de
requerimientos, estudios de factibilidad, implementación de prototipos, determinación de los
factores críticos de éxito, diseño, plan de pruebas, que el usuario final no ve, lo que nos
permite establecer que el proceso de construcción de software es un proceso complejo y más
aún cuando lo que más interesa es poder lograr que se cumpla con las necesidades por las
que fue concebido.
La construcción de software de calidad necesita ante todo tener una metodología de
desarrollo clara que permita lograr los hitos de cada una de las fases del ciclo de vida de los
desarrollos.
79
10. Anexos
Anexo A. Ecosistema del proyecto
80
Anexo B. Matriz Influencia vs Poder
OBJETIVO
El objetivo de la matriz de interesados es realizar una representación visual de las personas u organizaciones
que pueden influir en el éxito de un proyecto o un negocio. La matriz muestra los diferentes grupos de interés
e indica su nivel de interés y el poder que tienen para influir en el éxito
Aplica a todos los integrantes y dependencias del proyecto.
DEFINICIONES
Las matrices sirven para comparar y contrastar la información que hay disponible sobre los diferentes
stakeholders o grupos de interés de un determinado proyecto.
Estas matrices pueden incluir diferentes tipos de información, como por ejemplo el nivel de influencia o poder de los stakeholders; su nivel de interés o de dependencia hacia a un determinado proyecto o empresa; la
importancia que la empresa le da a la satisfacción de sus necesidades; su percepción sobre una situación
problemática; su potencial para apoyar o amenazar la implementación de un proyecto determinado; sus
respectivos objetivos; o las redes de relaciones que hay entre los diferentes stakeholders.
DESARROLLO
81
Nombre del
interesado
Rol Expectativas Influencia Interés Estrategias
Cuerpo Medico Odontólogo Proyecto planificado siguiendo la metodología indicadas en el proyecto, se ha de desarrollar con éxito cumpliendo el alcance acordado con los clientes dentro del tiempo y el coste planificado.
media media
Trabajar en el
alcance del
proyecto donde
se requiere
dar un mejor
manejo y gestión
a las historias
clínicas y el
agendamiento de
citas de los
pacientes de la
clínica.
Marlon Becerra Administrativo Se debe realizar la
correcta gestión,
buscando una
oportunidad de
negocio en el nicho
de la gestión y
manejo de historias
Clínicas y
agendamiento de
citas utilizando
como modelo los
procesos que realiza
una clínica
odontológica como
Marlon Becerra y su
manejo actual y
futuro de la
Historias y agendas
Alta Alta
Realizar una
encuesta de
mercado que
permita conocer
el grado de
aceptación del
proyecto por los
potenciales
clientes finales,
así como sus
expectativas e
inquietudes.
Sponsor Sponsor Recomendación de
desarrollo del
proyecto haciendo
un estudio de
mercado de la
competencia.
Desarrollo de los
acuerdos planteados
Alta Alta Mantener
informado del
desarrollo del
proyecto al
sponsor en todo
momento.
82
con el Sponsor
Departamento de tecnología
Operativo Recibir el apoyo
tecnológico en la
fase de recolección
de información y la
implementación.
media baja Realizar
encuestas para
saber las
tecnologías de
información
implementadas
en la Clínica
APA Autoridad Realizar la
investigación de la
normatividad en
cuanto a las
tecnologías de la
información
utilizados para
poder Documentar
el desarrollo de la
solución.
Baja Baja Investigar
aspectos
fundamentales
para dejar la
documentación
correspondiente
Ministerio de Salud
Autoridad Hacer la verificación
del sistema de
información en
cuanto al manejo de
la información de las
historias Clínicas y
manejo de datos del
paciente
Alta Baja Investigar la
normatividad
vigente.
Cuerpo medico
Marlon Becerra
Sponsor
Departamento
Tecnología APA
Ministerio de Salud
83
85
Anexo C. EDR
87
Anexo D. Matriz RACI
88 Manejo y administración de las agendas e historias Clínicas para
consultorios odontológicos
Anexo E. Matriz de probabilidad e impacto
89
Anexo F. Descriptor de riesgo
DESARROLLO
DESCRIPTOR DE RIESGO
Ítem Descripción Detallada Del Riesgo Triple
Restricción Nivel Peso Probabilidad
1
Planear la implementación de una solución
informática enfocada al manejo y gestión de
historias Clínicas y agendas en Clínicas
odontológicas Alcance
3 0,2 0,6
2
Cumplir con los requerimientos del cliente con
respecto a los lineamientos establecidos para el
proyecto. Alcance
3 0,4 1,2
3 Faltan los Recursos de información Alcance 4 0,4 1,6
4
No hay definición de las falencias o inconvenientes
que presente el proyecto. Alcance 2 0,2 0,4
5 Falta de planeación en la ejecución del proyecto Alcance 2 0,1 0,2
6
Ejecutar la solución y planteamiento del proyecto en
los tiempos definidos. Tiempo 5 0,2 1
7
Culminar toda la documentación del proyecto en los
tiempos establecidos. Tiempo 4 0,8 3,2
8
Definir y consolidar el grupo de trabajo y asignación
de tareas. Tiempo 1 0,05 0,05
9
Comprometer a todo el grupo de trabajo de la
importancia del proyecto Tiempo 3 0,1 0,3
10 Poca coordinación del equipo de trabajo Tiempo 3 0,05 0,15
90 Manejo y administración de las agendas e historias Clínicas para
consultorios odontológicos
11
Optimizar el presupuesto que va ser necesario para
la realización del proyecto. Costo 4 0,1 0,4
12
Utilizar el mínimo de recursos en la realización del
proyecto Costo 2 0,4 0,8
13
Sobrecostos no pronosticados dentro del
presupuesto. Costo 5 0,1 0,5
14
Ejecutar el proyecto con la totalidad del presupuesto
asignado para el mismo. Costo 4 0,05 0,2
15
Solicitar más presupuesto del ya solicitado para
ejecución del proyecto Costo 3 0,8 2,4
16
Lograr satisfacer todos los requerimientos de
nuestro cliente. Cliente 1 0,4 0,4
17 Continuación del proyecto “implementación” Cliente 4 0,2 0,8
18 Transmisión de datos segura al 100% Cliente 1 0,2 0,2
19 Implementación de la aplicación web. Cliente 5 0,05 0,25
20
Contemplar todas las sugerencias de nuestro cliente
con el fin de satisfacer sus necesidades Cliente 1 0,1 0,1
21
Tener en cuenta cada una de las etapas con el fin de
observar los resultados obtenidos. Calidad 1 0,8 0,8
22
Proyecto fuera de los plazos de entregas y avances
de acuerdo a la poca calidad que se presente Calidad 2 0,8 1,6
23 Perfecta ejecución de las actividades asignadas. Calidad 5 0,8 4
24
un proyecto fuera de los lineamientos establecidos
en cuanto calidad Calidad 2 0,05 0,1
91
25
Realizar pruebas que no arrojen los resultados
esperados Calidad 5 0,4 2
26
Cambios a última hora en la dirección del equipo de
trabajo Tiempo 2 0,8 1.6
Anexo G. Imágenes diagnósticas
Estos son ayuda diagnosticas con las cuales los profesionales de la clínica pueden determinar
un diagnóstico, un plan de tratamiento y posterior a esto verificar evoluciones del paciente.
Estas son realizadas por un proveedor externo el cual realiza él envió de un paquete en físico
o en un medio digital según lo requiera la clínica.
92 Manejo y administración de las agendas e historias Clínicas para
consultorios odontológicos
93
94 Manejo y administración de las agendas e historias Clínicas para
consultorios odontológicos
95
Anexo H. Consentimiento informado
Se informa sobre los riesgos, recomendaciones y las limitaciones, estas deben ser aceptadas
por el usuario para continuar con el proceso.
96 Manejo y administración de las agendas e historias Clínicas para
consultorios odontológicos
97
Anexo I. Formato para valoración inicial
En este se consigna toda la información correspondiente a la valoración que se le realiza a
una apersona que desea iniciar un tratamiento en la clínica.
98 Manejo y administración de las agendas e historias Clínicas para
consultorios odontológicos
Anexo J. Formato plan de tratamiento
Una vez realizada la valoración inicial se procede con un plan de tratamiento el cual es
manejado con el formato que se muestra a continuación.
99
Anexo K. Formato hoja de evoluciones
En este tipo de formato se muestra el cómo se van consignado un listado de evoluciones por
parte de profesional asignado.
100 Manejo y administración de las agendas e historias Clínicas para
consultorios odontológicos
Anexo L. Formato historia clínica
Formato médico que surge del contacto entre el profesional de la salud (en este caso el
odontólogo) y el paciente, donde se recoge la información necesaria para la correcta atención
de los pacientes.
101
102 Manejo y administración de las agendas e historias Clínicas para
consultorios odontológicos
Anexo M. Formato odontograma
En este anexo se muestra el odontograma en un formato que es utilizado por los odontólogos
con el fin de registrar la información sobre la boca de una persona. En este se detalla qué
cantidad de piezas dentales permanentes tiene el paciente, cuáles han sido restauradas y
otros datos de importancia.
103
Anexo N. Formato plan de tratamiento
A continuación, se muestra el formato en el cual se lleva el control de los servicios prestado,
el profesional que lo realizo y el costo.
Anexo O. Formato plan de tratamiento
A continuación, se muestra el formato en el cual se lleva el control de los servicios prestado,
el profesional que lo realizo y el costo.
104 Manejo y administración de las agendas e historias Clínicas para
consultorios odontológicos
Anexo P Formato entrevista
Fecha Area:
Entrevistador
Entrevistado
ENTREVISTA PROYECTO DENTIST HC
1. ¿Cuál es el software que usan para realizar su trabajo?
R//
2. En el desarrollo de sus actividades como prefiere ud visualizar la historio clínica.
Impreso
Electrónico
Otros
1. En cual formato cree ud que el paciente prefiere le sea enviada la historia clínica ¿
Impreso
Electrónico
Otros
2. Que medios de información utiliza para notificar a los pacientes sus citas?
Correo electrónico
Llamada telefónica
Otros.
105
3. Cree ud que la herramienta tecnológica actualmente utilizada es eficiente para la
ejecución de sus labores ¿
NO
SI
4. Que medios de información utiliza para notificar a los pacientes sus citas?
Correo electrónico
Llamada telefónica
Otros
5. Considera la interfaz gráfica de la herramienta actual agradable para su manejo ¿
NO
SI
6. Cree ud que la herramienta tecnológica actualmente utilizada es eficiente para la
ejecución de sus labores ¿
NO
SI
7. Cree ud que el procedimiento de agendamiento de citas es eficiente tanto para sus
labores como para el servicio prestado a los pacientes ¿
NO
SI
106 Manejo y administración de las agendas e historias Clínicas para
consultorios odontológicos
8. Cree ud que el procedimiento de manejo de historias clínicas es eficiente tanto para sus
labores como para el servicio prestado a los pacientes ¿
NO
SI
9. Cree ud que el desempeño en general de las herramientas utilizadas para los procesos
que se llevan a cabo en la clínica odontológica son eficientes ¿
NO
SI
10. Considera que el proceso o flujo dentro de una evolución a un paciente es intuitivo y
eficiente ¿
NO
SI
11. Considera que el proceso de diagnósticos a los pacientes es eficiente y de fácil
manejo?
NO
SI
12. Considera que la herramienta actual requiere de una mejora dirigida a prestar un mejor
servicio a los pacientes y así mismo a los funcionarios médicos ¿
NO
SI
13. Considera que la herramienta actual requiere de una mejora dirigida a prestar un mejor
servicio a los pacientes y así mismo a los funcionarios médicos ¿
NO
107
SI
PARA PACIENTES
14. Como considera ud la opción de tener una aplicación web en la cual pueda gestionar
directamente sus citas odontológicas ¿
Buena
Mala
No le interesa
15. Considera importante tener a la mano más información relevante sobre los
procedimientos o tratamientos que le realizan en las clínicas odontológicas?
Si
No
Le da igual.
108 Manejo y administración de las agendas e historias Clínicas para
consultorios odontológicos
Bibliografía
APR. (10 de 11 de 2016). Aprender a programa. Obtenido de
http://www.aprenderaprogramar.com/index.php?option=com_content&view=articl
e&id=688:ique-es-y-para-que-sirve-uml-versiones-de-uml-lenguaje-unificado-de-
modelado-tipos-de-diagramas-uml&catid=46:lenguajes-y-entornos&Itemid=163
avances. (01 de 12 de 10). Recuperado el 07 de 03 de 2017, de 2015:
http://avances.com.co/software-odontologico.php
AWS, A. (03 de 21 de 2017). Amazon Web Services, Inc. Obtenido de
https://aws.amazon.com/es/products/
Barrera, J. H. (1 de 1 de 2008). Investigación holística. Recuperado el 21 de 03 de 2017, de
http://investigacionholistica.blogspot.com.co/2008/02/la-investigacin-
proyectiva.html
BARRIOS, J. M., & OSPINA, N. L. (01 de 11 de 2010). Google Scholar. Obtenido de
http://biblioteca.usbbog.edu.co:8080/Biblioteca/BDigital/66061.pdf
BBVAOPEN4U. (14 de 01 de 2016). BBVAOPEN4U. Obtenido de
https://bbvaopen4u.com/es/actualidad/django-guia-rapida-para-desarrollar-
paginas-web-con-este-framework
Booch, G. (2007). El lenguaje Unificado de Modelado. Madrid: Pearson Education.
Bootstrap. (16 de 4 de 2016). Obtenido de https://getbootstrap.com/getting-
started/&usg=ALkJrhjbKTJLQf4jsUtmLWbG2IiSXnB7Xg#support-browsers
Bootstrap, T. (10 de 10 de 2015). GitHub, Inc. Obtenido de
https://github.com/twbs/bootstrap
Cabrejos, M. Á., & Padilla, G. R. (1 de 06 de 2012). Academia. Obtenido de
http://www.academia.edu/5373849/TESIS_Desarrollo_de_una_Aplicaci%C3%B3n_
Web_para_el_Registro_de_Historias_Cl%C3%ADnicas_Electr%C3%B3nicas_HCE_para
_el
Carlos Salazar. (06 de 05 de 2016). Recuperado el 25 de 02 de 2017, de
platzi.com/blog/ventajas-scrum/
109
Commons, C. (15 de 05 de 2016). Universidad Nacional Abierta y a Distancia. Obtenido de
http://stadium.unad.edu.co/ovas/10596_9839/diagramas_de_casos_de_uso.html
Coronel, G. (05 de 02 de 2013). Desarrollo Web. Obtenido de
http://desarrollandowebapps.blogspot.com.co/2013/02/aplicaciones-web-y-cliente-
servidor.html
Davis, Z. (2014). The Web application. PC Mag,
http://www.pcmag.com/encyclopedia/term/54272/web-application.
Delgadillo, D. E. (s.f.). http://www.medicolegal.com.co. Obtenido de
http://www.medicolegal.com.co/pdf/esp/1998/4/3/histo_importreper_v4_r3.pdf
dentidesk. (10 de 08 de 2013). Recuperado el 07 de 03 de 2017, de
http://www.dentidesk.com/
Dentilogic. (15 de 05 de 2010). Dentilogic. Obtenido de
https://www.dentilogic.com/acm/es/dl/About.htm
Digilab. (15 de 05 de 2010). Digitalab. Obtenido de http://www.digitalab-
software.com/consultorio/
Directindustry. (25 de 10 de 2016). Recuperado el 25 de 02 de 2017, de
http://www.directindustry.es/fabricante-industrial/software-gestion-74709.html
Galeno. (15 de 05 de 2010). Obtenido de http://www.galeno.com.mx/main/index.php
Geocities. (02 de 09 de 2016). Recuperado el 25 de 02 de 2017, de http://www.geocities.com
Getbootstrap. (5 de 9 de 2016). Obtenido de
http://blog.getbootstrap.com/2017/01/06/bootstrap-4-alpha-6/
Git - Fast version control. (2 de 8 de 2015). Obtenido de https://git-scm.com/
Git - Fast version control. (2 de 8 de 2015). Obtenido de https://git-scm.com/
Gomez, M. A. (03 de 28 de 2010). Proyecto Anamnesis. Obtenido de
http://proyectoanamnesis.blogspot.com.co
Gomez, M. A. (04 de 09 de 2017). proyecto anamnesis. Obtenido de
http://proyectoanamnesis.blogspot.com.co/2017/09/proyecto-anamnesis-68.html
110 Manejo y administración de las agendas e historias Clínicas para
consultorios odontológicos
Guamán, M. K., & Tacuri, V. E. (2012). SISTEMA PARA RESERVACIÓN DE CITAS MEDICAS
MEDIANTE LA WEB Y DISPOSITIVOS MÓVILES Y CONTROL DE HISTORIAS CLÍNICAS,
APLICADO AL CENTRO ODONTOLÓGICO VÁSQUEZ. Cuenca: UNIVERSIDAD DEL AZUAY.
Guzmán, F., & Arias, C. A. (2012). La historia clínica: elemento fundamental del acto médico.
ascolcirugia, http://ascolcirugia.org/revista/revistaeneromarzo2012/6-
%20Historia%20clinica.pdf. Obtenido de
http://ascolcirugia.org/revista/revistaeneromarzo2012/6-
%20Historia%20clinica.pdf
http://www.alcaldiabogota.gov.co. (s.f.). Obtenido de
http://www.alcaldiabogota.gov.co/sisjur/normas/Norma1.jsp?i=28134
Imagine Easy Solutions. (09 de 2016). Normas APA. Obtenido de http://normasapa.net/
Institute, P. M. (26 de 7 de 2016). OBS Business School. Obtenido de https://www.obs-
edu.com/int/blog-project-management/herramientas-esenciales-de-un-project-
manager/conoces-la-metodologia-pmi
Jaime_RGP. (2014). Descubre qué es Django, el framework web de moda. Computerhoy.com,
1-2.
López, J. (2009). El mejor framework de Python. Todo linux: la revista mensual para
entusiastas de GNU/LINUX, 23-27.
LOZANO, E. C., GOMEZ, M. R., & FUQUENE, O. J. (01 de 12 de 2007). Universidad Konrad
Lorenz. Obtenido de
http://www.konradlorenz.edu.co/images/stories/suma_digital_sistemas/2009_01/e
leazar.pdf
Martinez, R. (2 de 10 de 2010). Postgresql.org. Obtenido de
http://www.postgresql.org.es/sobre_postgresql
Mendeley. (09 de 2016). Mendeley. Obtenido de https://www.mendeley.com/
Mercado libre. (30 de 07 de 2015). Recuperado el 07 de 03 de 2017, de
http://articulo.mercadolibre.com.co/MCO-436484045-sistema-software-
consultorio-medico-clinicasodontologico-_JM
mercadolibre. (16 de 10 de 2013). Recuperado el 07 de 03 de 2017, de
http://articulo.mercadolibre.com.co/MCO-437887991-software-odontologico-_JM
111
Mercadolibre. (30 de 01 de 2016). Recuperado el 07 de 03 de 2017, de
http://articulo.mercadolibre.com.co/MCO-436958506-software-odontologico-sao-
_JM
Ministerio de Salud. (8 de 7 de 1999). Recuperado el 07 de 04 de 2017, de
https://www.minsalud.gov.co/Normatividad_Nuevo/RESOLUCI%C3%93N%201995
%20DE%201999.pdf
Platzi. (06 de 05 de 2016). Recuperado el 07 de 03 de 2017, de
https://platzi.com/blog/ventajas-scrum/
Prezi. (30 de 07 de 2015). Recuperado el 25 de 02 de 2017, de
https://prezi.com/3xvgxaj3loyi/software-para-ingenieria-y-cientifico/
propractica. (10 de 01 de 2016). Recuperado el 07 de 03 de 2017, de
http://propractica.tripod.com/descripc.htm
proteccion, m. d. (s.f.). Obtenido de https://www.minsalud.gov.co/
Proyectos agiles. (30 de 10 de 2015). Recuperado el 07 de 03 de 2017, de
https://proyectosagiles.org/que-es-scrum/
Proyectos Agiles. (10 de 11 de 2016). Recuperado el 07 de 03 de 2017, de
https://proyectosagiles.org/lista-tareas-iteracion-sprint-backlog/#tablero-tareas-
taskboard
Proyectos Agiles. (10 de 11 de 2016). Recuperado el 07 de 03 de 2017, de
https://proyectosagiles.org/como-funciona-scrum/
Ray, B., Posnett, D., Filkov, V., & Devanbu, P. (2014). Large Scale Study of Programming
Languages and Code Quality in Github. 5: 20.
REPÚBLICA DE COLOMBIA ~ GOBIERNO NACIONAL. (2008). Ley 1266 de 2008 - Habeas data.
Bogotá D. C.
Rossum, G. v. (1 de 9 de 2009). Python.org. Obtenido de
http://docs.python.org.ar/tutorial/pdfs/TutorialPython2.pdf
Roy Rosenzweig Center for History and New Media. (09 de 2016). Zotero. Obtenido de
https://www.zotero.org
112 Manejo y administración de las agendas e historias Clínicas para
consultorios odontológicos
rydent. (15 de 07 de 2014). Recuperado el 07 de 03 de 2017, de
http://www.rydent.com/software-odontologico
S, C. (2014). Pro Git Second Edition. Apress.
Sáenz, J. (09 de 09 de 2016). Wiki Sistemas Digitales. Obtenido de http://sistdig.wikidot.com
Salazar, C. (6 de 05 de 2016). Platzi. Obtenido de https://platzi.com/blog/ventajas-scrum/
Salazar, C. (06 de 05 de 2016). Platzi. Recuperado el 02 de 02 de 2017, de
https://platzi.com/blog/ventajas-scrum/
Secretaría Jurídica Distrital de la Alcaldía Mayor de Bogotá D.C. (1999). LEY 527 DE 1999.
Bogotá D. C.: Diario Oficial.
Secretaría Jurídica Distrital de la Alcaldía Mayor de Bogotá D.C. (2007). DECRETO 619 DE
2007. Bogotá D. C.
Secretaría Jurídica Distrital de la Alcaldía Mayor de Bogotá D.C. (2009). LEY 1341 DE 2009.
Bogotá D. C.: Diario Oficial 47426.
Secretaría Jurídica Distrital de la Alcaldía Mayor de Bogotá D.C. (2012). LEY ESTATUTARIA
1581 DE 2012. Bogotá D. C.: Diario Oficial 48587 de octubre 18 de 2012.
Secretaría Jurídica Distrital de la Alcaldía Mayor de Bogotá D.C. (2013). DECRETO 1377 DE
2013. Bogotá D. C.: Diario Oficial 48834.
Server 2. (25 de 02 de 2016). Recuperado el 24 de 02 de 2017, de
http://server2.southlink.com.ar
Slideshare. (07 de 12 de 2016). Recuperado el 25 de 02 de 2017, de
http://es.slideshare.net/chivivi/software-empotrado
softwaredentalink. (25 de 02 de 2016). Recuperado el 07 de 03 de 2017, de
https://www.softwaredentalink.com/
Suárez, R. (2015). Energías renovables, Impacto y Efectividad. Revista Científica Ingeniería y
Desarrollo en Energía, 48-53.
Tenezaca, D. H. (01 de 10 de 2014). Instituto Tecnologíco de Coordillera. Obtenido de
http://www.dspace.cordillera.edu.ec/xmlui/bitstream/handle/123456789/581/61-
SIST-14-14-1717729691.pdf?sequence=1&isAllowed=y
113
Thomson Reuters. (09 de 2016). EndNote. Obtenido de http://endnote.com/
w3schools. (22 de 7 de 2016). Obtenido de https://www.w3schools.com/bootstrap/
webdental. (10 de 10 de 2016). Recuperado el 07 de 03 de 2017, de
https://webdental.wordpress.com/2010/03/30/software-de-gestion-odontologica-
gratuito/
wikipedia. (07 de 12 de 2015). Obtenido de https://es.wikipedia.org/wiki/PhpMyAdmin
wikipedia. (17 de 02 de 2016). Obtenido de https://es.wikipedia.org/wiki/MySQL