Proyecto IDS II: Servicio de Salud DUOC UC

[Fecha]
Proyecto IDS II
Servicio de Salud DUOC UC
Integrantes
JAVIER OYANADER
FRANCISCO SÁEZ
IVÁN SÁEZ
ALEXANDER MALDONADO
Tabla de contenido
I.
Introducción ............................................................................................................................................................................................................. 2
Identificación del proyecto........................................................................................................................................................................................ 3
II.
1. Problemáticas y/o Necesidades ................................................................................................................................................................................ 3
2. Alcance..................................................................................................................................................................................................................... 3
3. Objetivos del Proyecto .............................................................................................................................................................................................. 4
1. Objetivo General .................................................................................................................................................................................................. 4
2. Objetivos específicos ........................................................................................................................................................................................... 4
Gestión de requerimiento .................................................................................................................................................................................... 5
III.
1.
Especificación de Requerimientos de Software ................................................................................................................................................... 5
1.1.
Perspectiva del Producto........................................................................................................................................................................... 5
1.2.
Funciones de producto .............................................................................................................................................................................. 5
1.3.
Características de los Usuarios ................................................................................................................................................................. 5
1.4.
Restricciones............................................................................................................................................................................................. 6
1.5.
Suposiciones y Dependencias ................................................................................................................................................................... 6
1.6.
Requisitos Futuros .................................................................................................................................................................................... 6
1.7.
Interfaces de Usuario. ............................................................................................................................................................................... 6
1.8.
Interfaces de Hardware ............................................................................................................................................................................. 8
1.9.
Interfaces de Software............................................................................................................................................................................... 8
1.10. Requisitos Funcionales ................................................................................................................................................................................... 9
1.10.
Requisitos no Funcionales.................................................................................................................................................................. 13
1.11.
Otros Requisitos ................................................................................................................................................................................. 13
2.
Diagrama de CU ............................................................................................................................................................................................... 14
3.
Documentación de Casos de Uso ..................................................................................................................................................................... 15
4.
Matriz de Trazabilidad ....................................................................................................................................................................................... 22
5.
Proceso de Producción para el Desarrollo del Software .................................................................................................................................... 23
Gestión de la Base de Datos ............................................................................................................................................................................. 24
IV.
1. Modelo Lógico (E/R y/o Clases) .............................................................................................................................................................................. 24
6.
Base de Datos .................................................................................................................................................................................................. 25
7.
Descripción de todos los Objetos de la BD........................................................................................................................................................ 26
Implementación de la Solución .............................................................................................................................................................................. 29
V.
1. Diagrama de Componentes o Arquitectura del Software ......................................................................................................................................... 29
2. Programas, Módulos, Rutinas y/o Componentes .................................................................................................................................................... 29
3. Diseño de Front-End............................................................................................................................................................................................... 37
4. Patrones y Framework Utilizados............................................................................................................................................................................ 37
Gestión de Riesgos ........................................................................................................................................................................................... 42
VI.
1. Matriz de Riesgos ................................................................................................................................................................................................... 42
2. Hojas de Información .............................................................................................................................................................................................. 42
VII.
Gestión de la Calidad ........................................................................................................................................................................................ 42
1. GCS ....................................................................................................................................................................................................................... 42
2. Aseguramiento, Control e Inspecciones .................................................................................................................................................................. 42
3. Plan de Pruebas ..................................................................................................................................................................................................... 42
VIII.-Gestión del Proyecto ................................................................................................................................................................................................ 42
1. Carta Gantt ............................................................................................................................................................................................................. 42
2. Diagrama EDT. ....................................................................................................................................................................................................... 42
IX. Conclusión ................................................................................................................................................................................................................. 42
X. Definiciones, Acrónimos, Abreviaturas y Referencias .................................................................................................................................................. 42
XI. Bibliografía ................................................................................................................................................................................................................. 42
I.
Introducción.
En este documento daremos a conocer las características y contenidos esenciales de nuestro proyecto que
lleva por nombre Clínica Duoc el documento en sí, nos muestra especificaciones técnicas para los usuarios, la
cual tiene como objetivo darle a conocer al cliente en profundidad y de una manera sutil como se elaborara
nuestro proyecto.
Nuestro objetivo es crear una página web que pueda resolver la problemática de la clínica en cuanto a
administración de horas y gestión de pacientes, de manera que nuestro proyecto (software web), dará como
finalización del proyecto una efectiva resolución generando una experiencia más expedita y ordenada a la hora
de lo que es gestión de horas y administración. Al contenido de desarrollo teórico de nuestro informe, y así dar
a conocer:
-
Explicaciones sobre los objetivos y requerimientos que este sistema tiene como propósito a desarrollar.
-
Características de los actores que interactuarán sobre el sistema (casos de uso) y como ellos podrán
desenvolverse y/o interactuar sobre este proyecto.
También podremos conocer los distintos riegos que conlleva realizar un proyecto de esta envergadura,
aplicando todos los pasos que se requieren para desarrollar una gestión de riesgo, y así dar un paso adelante
si tener percances de último momento que no nos permitirán la fluidez de avance en el proyecto.
II.
Identificación del proyecto
1. Problemáticas y/o Necesidades.
La necesidad o problemática a la que se enfrenta la clínica es una lenta atención de pacientes debido a que se
deben registrar las fichas de manera manual haciendo esto un proceso poco agradable para personal
administrativo y clientes. Esta saturación provoca errores en atenciones, tiempos de espera muy largos y falta
de coordinación entre personal de la clínica.
Clínica Duoc ha decidido implementar un sistema capaz de gestionar de manera efectiva la organización
administrativa, desde la creación de fichas, agendamiento de atenciones y entrega de recetas médicas.
2. Alcance.
Actualmente La gestión de información de Clínica Duoc ya sea Agendamiento de atenciones, Creación
de fichas médicas, recetas médicas, no se encuentran automatizados lo cual genera problemas a nivel
administrativo y/o de coordinación con sus servicios internos como también una experiencia poco agradable
para el cliente.
Entre sus mayores problemas se encuentra la creación de fichas medicas de manera manual en donde el cliente
debe rellenarla con lápiz y papel para después pasársela a personal de atención.
Otro problema es la mantención y coordinación de la farmacia respecto a las atenciones ya que paciente debe
ir con su receta impresa a la farmacia a retirar el remedio. Estos problemas entre otros serán solucionados con
este sistema informático que tendrá funcionalidades tales como:
-
Creación de fichas médicas
Modificación de fichas médicas.
Agendamiento de atenciones.
Carga de atenciones correspondiente a personal médico.
Registrar Recetas médicas.
Este software será manipulado en una Intranet, la cual tendrá ítems concretos enlazados con la web publica de
la Clínica para que personal médico y administrativo puedan interactuar con ciertas informaciones. Este
software web Será manejado por personal administrativo de la clínica y personal medico
Todo este será validado por el RUT del paciente para poder agendar, ver información y/o modificar datos.
Personal médico tendrá su respectiva agenda personal de atenciones asignadas todo esto vía web para que
tenga registros. Dada la implementación de este software personal médico y administrativo tendrán una
capacitación expedita para que logren manejar a la perfección el software implementado.
3. Objetivos del Proyecto
1. Objetivo General
El objetivo es la implementación de un sistema informático que busca mejorar el funcionamiento administrativo
y la calidad de atención a pacientes en la clínica Duoc puesto que éste reemplazará la metodología antes
empleada en donde los procesos implicados eran manuales, lo que significaba mayor gasto de tiempo y
desorden en la búsqueda de los datos tanto del personal como de los usuarios de la clínica.
Mejoras en la asignación de atención de horas médicas, implementar sistema de creación y mantención de
fichas médicas. Crear un sistema que mantenga registro de los medicamentos de la farmacia. Software capaz
de comunicarse en tiempo real con farmacia para el retiro de medicamentos.
2. Objetivos específicos
- El sistema permitirá la creación de fichas medicas de pacientes
- El sistema permitirá la modificación o eliminación de las fichas médicas.
- Personal médico podrá ver en tiempo real su carga de atenciones asignadas mediante web que podrá ver en
los computadores instalados en los boxes de atención.
- Personal médico podrá registrar una o más recetas médicas.
- Las recetas médicas serán enviadas en tiempo real a farmacia para agilizar la entrega cuando el paciente se
acerque a esta.
- Si no existe stock de medicamentos el sistema imprimirá la receta para que cliente la gestione de manera
particular.
- El sistema almacenara la información de los medicamentos existentes para tener un numero de stock
actualizado.
III. Gestión de requerimiento.
1. Especificación de Requerimientos de Software
1.1.
Perspectiva del Producto.
El Software estará compuesto por una aplicación de intranet la cual estará enlazada en todo momento con el
área de registro de pacientes (administrativa o atención) también con los respectivos médicos en sus BOX de
consultas y por ultimo con el área de entrega de medicamentos en donde en tiempo real les llegara la
información de que medicamos fueron recetados por el médico en la atención.
La aplicación funcionará de manera independiente a otros sistemas, pero si tendrá que ser enlazado a
entidades concretas del ministerio de salud para la consulta de datos.
1.2.
Funciones de producto.
El sistema será capaz de agendar horas medicas mediante ficha, si el paciente no está registrado en la base
de datos se creará una nueva ficha médica principal con datos concretos para hacer expeditas las próximas
atenciones que el paciente pudiera tener, cada paciente contará con su historial de atenciones.
El sistema tendrá que dar aviso en tiempo real mediante aplicación instalada en los computadores de los BOX
de personal médico de la carga de atenciones asignados a ellos. Una vez terminada la atención y si el médico
le restó un medicamente al paciente el personal médico deberá dejar registro de que medicamente necesitara
el paciente.
Como última escala de funcionamiento en los computadores instalados en la sección de entrega de
medicamentos llegara un aviso de los medicamentos que deberán entregar. El cliente podrá retirar el
medicamento prescrito en la atención en la ventanilla correspondiente.
1.3.
Características de los Usuarios.
El sistema será utilizado por los funcionarios administrativos de la clínica quieren serán los encargados de
gestionar las labores administrativas (mantención de horas medicas) mediante la utilización de este software,
por este motivo como principal requisito del empleador todos deben poseer una capacitación de nivel básico
para que la utilización sea optima, aparte de formación técnica o profesional acorde a la labor que desarrollen
dentro de la empresa.
En un segundo nivel están los profesionales de la salud que corresponde a los médicos, enfermeros,
paramédicos o cualquier persona vinculada a esta área.
1.4.
Restricciones.
Restricción
Debe ser una aplicación de consola.
Aplicación Independiente.
Perfil único para usuario.
Capacitaciones
Reportes de gestión útiles para distintas
Jefaturas
Colores en el Software (Diseño)
Interfaz intuitiva y de fácil uso
Respaldo de Desarrollo
Distinguir por usuario la entrega de
información
Sistema de respaldo
1.5.
Característica
El usuario solicita que el Software sea
creado como una aplicación de Consola.
La aplicación debe ser netamente
independiente. A futuro se puede integrar a
otras aplicaciones.
Se solicita que cada usuario que
manipulará el Software tenga un perfil
único y personal.
Los usuarios que harán uso del Software
ya deberán estar capacitados previamente
para poder operarlo.
Se solicita que el Software puede generar
reportes de gestiones útiles.
Se pide encarecidamente que el Software
mantenga los colores corporativos. (Blanco
y derivaciones de azules).
La aplicación deber ser de fácil uso y
amigable con el usuario (incluir íconos,
botones, etc)
Se solicita que los documentos de
desarrollo (como fichas) sean respaldadas,
ya sea de manera electrónica como a
papel.
La información debe ser mostrada de
distintas perspectivas de acuerdo al
usuario para así poder proteger
información clasificada.
Respaldar la información.
Suposiciones y Dependencias.
Se asume que los requisitos que son solicitados para el funcionamiento del sistema serán estables puesto de
que fueron estipulados en el comienzo del proyecto, puede llegar a ocurrir algún cambio en la especificación
de éstos la cual debe ser estudiada y aprobada por el equipo de trabajo el cual será el encargado de gestionar
los procedimientos que se deban llevar a cabo en el producto.
El sistema instalado en la clínica funciona de manera autónoma por lo que no interactuará con otros sistemas
mayores dentro de ella a excepción de los navegadores web de los usuarios.
1.6.
Requisitos Futuros.
Las mejoras se enfocarían en agilizar la funcionalidad y las características visuales del sistema.
1.7.
Interfaces de Usuario.
●
El sistema estará compuesto por colores llamativos como, por ejemplo: blanco (fondo), azul y celeste
(títulos de los módulos).
●
Se expondrán imágenes dentro de las cuales estará el logo de la clínica e imágenes acordes al área
de la salud.

La aplicación tendrá un diseño de tipo “responsivo” lo cual permitirá la adaptación de ésta a los
dispositivos móviles que sean utilizados por los usuarios.
Para el diseño de la página web y de acuerdo a los requerimientos, se ha usado un gestor de Pallet (Colores)
que no sean tan invasivos a la vista y sean del agrado tanto de los usuarios como de la clínica, este gestor de
Pallete también nos da la posibilidad de mirar cómo debería ser el diño y su respectivo uso de colores. A
continuación, se mostrará el diseño que se utilizó.
1.8.
●
Interfaces de Hardware.
El sistema estará montado en un servidor web del tipo “Digital Ocean”, el cual estará conectado con el
Servidor de la Base de datos que proporciona el mismo servicio.
1.9.
Interfaces de Software.
Descripción: La página web mostrará información sobre los fonos de contacto de la clínica, dirección, galería
de imágenes, informaciones acerca de que atenciones se realizan, además estará disponible la opción de
para login del personal administrativo y médico de la clínica.
Propósito: El propósito del sistema es que se logren mejorar los procesos administrativos dentro del centro
médico y de esa manera tener atenciones más expeditas con tiempos de espera considerablemente reducidos
Contenido: La página constará de:
-Registro de ficha(paciente): Tendrá acceso personal administrativo.
-Inicio de Sesión: Tendrá acceso el usuario registrado (personal administrativo o medico).
-Agendar hora atención: Tendrá acceso el usuario registrado (personal administrativo o medico).
-Búsqueda de área de atención/médicos: Tendrá acceso el usuario registrado (personal administrativo o
medico).
-Registro Receta Médica: Tendrá acceso el usuario registrado (Personal Médico)
-Página Inicio Clínica (informativa): tendrá acceso cualquier usuario este o no registrad
1.10. Requisitos Funcionales.
ID: REQ001
Nombre: “Creación Ficha Cliente/Paciente nuevo”
Respuesta a situaciones anormales
Parámetros
Los datos de los pacientes o
clientes nuevos estarán
almacenados en una ficha
validada por ID (Rut) con sus
respectivos parámetros.
Se da confirmación mediante aviso gráfico de
que registro de paciente fue exitoso, por el
contrario, si no pudo ser procesado
exitosamente se lanzará ventana de error
para que personal a cargo del registro vuelva
a ingresar los datos
- Nombre.
- Rut Paciente.
- Dirección.
- Teléfono.
Secuencia de operaciones
Petición de datos - Ingreso de datos - Verificación de datos – Registro de
datos.
Generación de salidas
El sistema efectuará una verificación de los datos, si alguno de éstos no
corresponde la página solicitará ingresarlos nuevamente para que
finalmente sean registrados en la base de datos.
Validez de entradas
El sistema analizará o realizará una verificación de los datos
ingresados. Si alguno de los datos que pide para registro fueron
escritos de manera errónea se le solicitará a funcionario a cargo
mediante alerta en pantalla que deberá ingresarlos nuevamente para
completar registro.
Relaciones entre entradas y salidas
Especificación de requisitos lógicos
Los datos ingresados serán registrados en la base
de datos.
El Rut Paciente y teléfono son Números.
Nombre y dirección son textos.
ID: REQ002
Validez de entradas
Se registrarán nuevas atenciones
médicas solo si cliente o paciente
ya existen en base de datos, de
lo contrario se realizará el
REQ001.
El registro de nueva atención
será verificado mediante el Rut
del cliente con el cual se podrá
conocer la información del cliente
para creación de atención
Nombre: “Registro atención”
Respuesta a situaciones anormales
Parámetros
Se lanzará ventana de confirmación de
registro de atención el cual el funcionario al
aceptarla deberá lanzar otra ventana
avisando que registro fue exitoso, de lo
contrario, si lanza ventana de error se le
avisará mediante aviso gráfico para que
funcionario vuelva a escribir los parámetros
que faltaron o arrojaron error.
- Rut Paciente.
- Especialidad.
- Motivo Atención.
Secuencia de operaciones
Petición de datos (Rut) – ingreso datos (Rut) verificación de datos –
Agendamiento de atención – confirmar atención – registrar atención
Generación de salidas
El sistema deberá verificar la disponibilidad de agendas para
posteriormente registrar exitosamente la atención.
De lo contrario si disponibilidad de agenda está ocupada se lanzará
alerta en pantalla para registrar la atención en otro rango horario.
Relaciones entre entradas y salidas
Especificación de requisitos lógicos
Los datos ingresados serán registrados en la base
de datos.
El Rut y teléfono son Números.
Nombre, dirección y previsión son textos.
-
ID: REQ003
Validez de entradas
Rut Paciente es número.
Especialidad y motivo atención es texto.
Nombre: “Registro en agenda de personal médico”
Respuesta a situaciones anormales
Parámetros
La atención registrada por
paciente en el REQ002
Será mostrada en una agenda
en tiempo real al personal
médico que este de turno en los
Boxes de atención, para esto el
personal médico de turno
tendrá acceso a un portal web
en el cual deberá digitar su Rut
y clave para acceder a la
información
Se lanzará ventana de error en caso de
que datos escritos por personal médico
para “login” de agenda no correspondan,
para que sean escritos nuevamente.
Secuencia de operaciones
Petición datos (Rut) (Clave Medico) – Ingreso de datos (Rut) (Clave
Medico) - Verificación de datos ingresados – Muestra de agenda Atención.
Generación de salidas
El sistema validara los datos ingresados en “login” por parte de médico
para luego mostrar la agenda personal correspondiente a él.
-
RutPersonalMedico.
ClavePersonalMedico.
En caso de que datos sean los correctos
se habilitará un botón de recuperación de
clave para solicitar una nueva y también
un formulario para que personal médico
se contacte con área informática para una
solución más detallada.
De lo contrario el sistema lanzará error para que vuelva a escribir los
datos para logearse. Si error de clave aparece por tercera vez el médico
deberá solicitar una nueva clave, si error es desconocido tendrá que
ponerse en contacto con área técnica.
Relaciones entre entradas y salidas
Los datos ingresados serán registrados en la
base de datos, como también datos concretos
serán consultados a la base de datos.
ID: REQ004
Especificación de requisitos lógicos
-
Rut Medico y clave Medico son números.
Nombre: “Llamados de atención de pacientes”
Validez de entradas
Sistema se encargará de mostrar
la información correspondiente al
box de atención clasificados
según el tipo de atención el
sector de la clínica en donde
deberá dirigirse el paciente.
Respuesta a situaciones anormales
Parámetros
- Rut Paciente.
El sistema podría mostrar mensajes de error
cuando exista una anulación de la atención.
Secuencia de operaciones
Petición datos (Rut) – ingreso datos (Rut) – consulta datos Web Service
– verificación de datos – entrega de la información.
Generación de salidas
Al momento del ingreso del Rut del paciente el sistema devolverá la
información referida a la atención que sea requerida, dependiendo de la
naturaleza de ésta se mostrará el box y el piso de la clínica en donde
será efectuada la atención.
Relaciones entre entradas y salidas
Los datos ingresados serán específicos del
paciente los cuales permitirán que se rescaten
desde la base de datos la información médica de
éste y también los datos sobre los sectores en
donde se realizan las atenciones.
ID: REQ005
Validez de entradas
Sistema podrá registrar recetas
médicas que el medico estime
conveniente al finalizada la
atención, pueden ser una o más
recetas.
Especificación de requisitos lógicos
-
Rut del paciente es número.
Nombre: “Registro Receta médica”
Respuesta a situaciones anormales
Parámetros
El sistema podría mostrar mensajes de error
cuando médico no logre logearse en portal
de funcionarios. En caso de que datos sean
los correctos se habilitará un botón de
recuperación de clave para solicitar una
nueva y también un formulario para que
personal médico se contacte con área
informática para una solución más detallada.
- Rut PersonalMedico
- RecetaTexto
- ClavePersonalMedico
- IdReceta
- RutPaciente
En caso de que página de registro de recetes
no responda o de aviso de errores
desconocidos, medico deberá escribir la
receta, timbrarla, firmarla y dársela a la
paciente impresa para que pueda retirar el
medicamento en la farmacia.
En caso de que no exista stock de
medicamento en farmacia de la clínica,
medico deberá escribir la receta, timbrarla,
firmarla y dársela a la paciente impresa para
que pueda gestionar el medicamento de
manera particular.
Secuencia de operaciones
Ingreso portal funcionarios (Rut) (clave) – ingreso datos (Rut) (clave) –
Verificación de datos – Ver agenda atenciones – Seleccionar atención –
Dar click en “Recetar”.
Generación de salidas
Al momento del ingreso del Rut del paciente el sistema devolverá la
información referida a la atención que sea requerida, dependiendo de la
naturaleza de ésta (consulta, examen o imagenología) también se
mostrará el box y el piso de la clínica en donde será efectuada la
atención.
Al momento de estar finalizando la atención, si medico estima necesaria
podrá registrar recetas médicas, para esto en su portal de funcionario,
al seleccionar la atención que este en curso se le mostrará en pantalla
un botón de “Recetar” al darle click se le desplegará una nueva página
en la cual podrá escribir detalles de la receta médica y seleccionar el
medicamento mediante IdMedicamento. Si stock está disponible, al dar
click en “Registrar Receta” será registrará y enviada a la farmacia de la
clínica.
Relaciones entre entradas y salidas
Los datos ingresados serán específicos del
paciente los cuales permitirán que se rescaten
desde la base de datos la información médica de
éste y también los datos sobre los sectores en
donde se realizan las atenciones.
ID: REQ006
Especificación de requisitos lógicos
-
-
RutPersonalMedico, ClavePersonalMedico,
IdMedicamento , RutPaciente , IdReceta es
número.
recetaTexto.
Nombre: “Retiro Medicamento Farmacia”
Respuesta a situaciones anormales
Parámetros
El medico al registrar receta
médica en portal de funcionarios,
esta será enviada en tiempo real
a personal de farmacia para su
búsqueda física y dar una
entrega del medicamento de
manera expedita cuando paciente
se dirija a retirar su medicamento.
En caso de que farmacia tenga problemas
con su sistema de datos para la validez de
paciente para la entrega del medicamento,
Personal de farmacia deberá gestionar de
manera directa con medico la receta
mediante llamada telefónica al box para
hacer la entrega correspondiente del
medicamento.
- RutPaciente
- RutPersonalFarmacia
ClavePersonalFarmacia
- IdReceta
Secuencia de operaciones
Ingreso portal funcionarios (Rut) (clave) – ingreso datos (Rut) (clave) –
Verificación de datos – Ingreso rut paciente– Seleccionar atención – ver
receta – registrar receta entregada.
Generación de salidas
Personal de farmacia al momento de ingresar el rut de paciente en
pantalla, se desplegará una lista de las atenciones de este. Al
seleccionar la atención correspondiente a la recete solicitada se abrirá
una página con el detalle de la receta médica.
Validez de entradas
Personal médico buscara el remedio y se lo entregara a paciente, para
finalizar el procedimiento, este dará click en “Registrar receta
entregada”
Relaciones entre entradas y salidas
Especificación de requisitos lógicos
Los datos ingresados serán específicos del
paciente los cuales permitirán que se rescaten
desde la base de datos la información médica de
éste y también los datos sobre los sectores en
donde se realizan las atenciones.
-
RutPersonalFarmacia, ClavePersonalFarmacia,
IdReceta. RutPaciente es número.
1.10. Requisitos no Funcionales.
Req no
Funcional
Descripción
RN1
Sistema desarrollado como aplicación de escritorio.
RN2
El sistema utilizará una base de datos creada en MySql.
RN3
Debe contar con seguridad al momento de utilizar el sistema.
RN4
Cada funcionario debe tener al menos conocimiento básico de cómo utilizar un sistema de
ventas.
RN5
Los datos deben contar con sus respectivas validaciones.
RN6
El sistema debe poseer interfaces gráficas bien formadas.
1.11. Otros Requisitos.
En un futuro el sistema será mejorado y creado en aplicación de escritorio para los computadores de la
clínica, también posiblemente se trabajará en sistema de registro de atenciones online.
2. Diagrama de CU.
3. Documentación de Casos de Uso
Id:
CU1
Nombre :
Creación ficha medica
Req Asociado:
R1.
Fecha:
17/05/2018
Descripción:
Permitirá al personal administrativo Registrar los datos del
paciente/Cliente en formulario dando como resultado una Ficha Medica
Actores:
Personal Administrativo / Paciente.
Precondiciones:
El cliente debe saber sus datos personales para la creación de la ficha,
así como también la especialidad a la que consulta.
Flujo Normal:
1.- El cliente se acerca al mesón de atención para el registro de la ficha
médica.
2.- El personal a cargo le solicita al cliente sus datos para la creación de
la ficha mediante formulario el cual contiene (TexBox). ……
3.- Finalmente se registra la creación de la ficha con un botón de
“aceptar” que personal tendrá en pantalla, si algún dato fuera ingresado
incorrectamente se verificará con cliente.
Flujo Alternativo:
1.- Se debe ingresar los datos correctamente, si no, de lo contrario el
sistema arrojará errores de validaciones.
2.- Para finalizar la creación los TextBox deben estar rellenados con sus
respectivos datos.
Post-condiciones:
La ficha medica fue creada exitosamente.
Id:
CU2
Nombre:
Agendar Hora Medica.
Req Asociado:
R1, R2, R3.
Fecha:
17/05/2018
Descripción:
Permitirá al personal administrativo agendar la atención correspondiente
a la especialidad señalada por paciente, el agendamiento se realizará si
ficha ya existe en base de datos, si no es el caso se realizará el “Id:CU1”
Actores:
Personal Administrativo / Paciente.
Precondiciones:
El cliente debe tener claro a que especialidad quiere solicitar la atención
de lo contrario no se podrá agendar la atención
Flujo Normal:
1.- El cliente se acerca al mesón de atención para petición de atención
médica.
2.- El personal a cargo le solicita al cliente su Rut o nombre para ver su
ficha médica. Se verifican los datos para corroborar que se trate de la
persona correcta
3.- El personal a cargo le pregunta al cliente a que especialidad necesita
la atención y la registra apretando “aceptar” en pantalla
4.- Finalmente se registrará la atención en la base de datos y se le
solicita a cliente que espera a ser llamado en la sala correspondiente.
Flujo Alternativo:
1.- Se debe ingresar los datos correctamente, si no, de lo contrario el
sistema arrojará errores de validaciones.
2.- Para finalizar el agendamiento, la especialidad debe estar
seleccionada correctamente de lo contrario arrojara error.
Post-condiciones:
La atención fue agendada exitosamente.
Id:
CU3
Nombre :
Modificación info ficha.
Req Asociado:
R1, R2.
Fecha:
17/05/2018
Descripción:
Permitirá al personal administrativo hacer modificaciones de la ficha ya
sea por actualización de datos del paciente u otros motivos
Actores:
Personal Administrativo / Paciente.
Precondiciones:
El cliente debe saber que datos quiere modificar o que dato debe ser
actualizado ya sea porque son antiguos u otro motivo.
Flujo Normal:
1.- El cliente se acerca al mesón de atención para petición de atención
médica.
2.- El personal al abrir la ficha del paciente le da los datos que salen en
pantalla a este, si estos datos no coinciden con los actuales del cliente
se habilitara un botón de “Modificar” con el cual se habilitaran los
textbox para su modificación.
3.- Finalmente se dará click a botón “Guardar” para la actualización de
la ficha médica.
Flujo Alternativo:
1.- Se debe ingresar los datos correctamente, si no, de lo contrario el
sistema arrojará errores de validaciones.
Post-condiciones:
La ficha ha sido modificada exitosamente.
Id:
CU4
Nombre :
Consultar Carga de agenda atención.
Req Asociado:
R2, R3
Fecha:
17/05/2018
Descripción:
Permitirá al personal médico ver en tiempo real la carga de atenciones
que tendrán en los respectivos Box de atención, esto será posible a
través de un portal web en el cual personal médico contará cada
empleado con su usuario y contraseña asociado a la especialidad que
corresponda para que vea su carga de atenciones
Actores:
Personal Administrativo /Personal Médico.
Precondiciones:
Para hacer posible esto se deberá haber agendado una hora con el
paciente.
Flujo Normal:
1.- Personal médico abre en su navegador la página correspondiente a
la clínica.
2.- este da click en “portal funcionarios” y se abrirá una página en la cual
se deberá ingresar el respectivo nombre de usuario y contraseña.
3.- Finalmente personal médico podrá observar en tiempo real la carga
de atenciones que tendrá.
Flujo Alternativo:
1.- Se debe ingresar los datos de login correctamente, si no, de lo
contrario el sistema arrojará errores de validaciones.
Post-condiciones:
Usuario logeado exitosamente.
Id:
CU5
Nombre :
Registro receta médica.
Req Asociado:
R4, R5, R6, R7
Fecha:
17/05/2018
Descripción:
Permitirá al personal médico registrar una receta médica desde su portal
de atenciones, para esto en su portal de atenciones se existirá un botón
que diga “registrar receta médica” en la página de ficha del paciente. Le
dará click y lo llevará a una nueva página en la cual podrá hacer la receta
correspondiente.
Actores:
Personal Médico / Paciente
Precondiciones:
Para hacer posible esto se deberá haber agendado una hora con el
paciente.
Flujo Normal:
1.- Personal médico abre en su navegador la página correspondiente a
la clínica, dará click en portal funcionarios y se logueara.
2.- al estar viendo la carga de atención el podrá ver la ficha medica de
cada paciente que se atenderá con él.
3.- al ver la ficha existirá un botón que diga “Registrar receta médica”, al
darle click se desplegará una nueva página en la cual personal médico
podrá recetar una o más recetas a paciente.
3.- Finalmente le dará click a aceptar y lo redireccionará a la página de
la ficha medica de paciente.
Flujo Alternativo:
1.- Se debe ingresar los datos de login correctamente, si no, de lo
contrario el sistema arrojará errores de validaciones.
2- de no existir stock al registrar el medicamento medico deberá imprimir
la receta y firmarla y timbrarla para que paciente de manera particular
pueda gestionar.
Post-condiciones:
La receta médica ha sido Registrada exitosamente.
Id:
CU6
Nombre:
Corroborar y entregar remedio.
Req Asociado:
R4, R5
Fecha:
17/05/2018
Descripción:
Personal correspondiente a la atención de farmacia podrá ver en su
portal de funcionarios en tiempo real los medicamentos que personal
médico va registrando a cada paciente, por lo cual el paciente al
acercarse a farmacia personal de esta le dará el medicamento
correspondiente a la atención recién dada en BOX
Actores:
Personal de administrativo o medico / paciente.
Precondiciones:
Para hacer posible esto medico deberá haber registrado una receta
médica al paciente.
Flujo Normal:
1.- Personal médico abre en su navegador la página correspondiente a
la clínica, dará click en portal funcionarios y se logueara.
2.- al estar viendo la carga de atención el podrá ver la ficha medica de
cada paciente que se atenderá con él.
3.- al ver la ficha existirá un botón que diga “Registrar receta médica”, al
darle click se desplegará una nueva página en la cual personal médico
podrá recetar una o más recetas a paciente.
3.- Finalmente le dará click a aceptar y lo redireccionará a la página de
la ficha medica de paciente.
Flujo Alternativo:
1.- Se debe ingresar los datos de login correctamente, si no, de lo
contrario el sistema arrojará errores de validaciones.
2- de no existir stock al registrar el medicamento medico deberá imprimir
la receta y firmarla y timbrarla para que paciente de manera particular
pueda gestionar.
Post-condiciones:
La receta médica ha sido Registrada exitosamente.
Id:
CU7
Nombre:
Corroborar stock medicamentos.
Req Asociado:
R5, R6
Fecha:
17/05/2018
Descripción:
Permitirá al personal médico y administrador o supervisor, mantenerse
al tanto del stock existente en la farmacia, para evitar lo mayor posible
un stock insuficiente.
Actores:
Personal administrativo /supervisor(jefe)
Precondiciones:
Para hacer posible esto se deberá mantener los remedios registrados
en la base de datos con su respectiva ID
Flujo Normal:
1.- personal administrativo/jefe/supervisor abrirá la página web de la
clínica, accederá a portal funcionarios se logeara.
2.- Existirá un botón que diga “mantención medicamentos” le dará click
y se desplegara una lista con todos los medicamentos existentes en la
farmacia.
3.- personal podrá ver el stock, agregar o eliminar medicamentos.
4.- finalmente personal dará click en “guardar” en caso de haber
realizado alguna modificación y después dará click en cerrar sesión.
Flujo Alternativo:
1.- Se debe ingresar los datos de login correctamente, si no, de lo
contrario el sistema arrojará errores de validaciones.
Poscondiciones:
Medicamento modificado exitosamente.
Id:
CU8
Nombre :
Mantención Fichas.
Req Asociado:
R4, R6
Fecha:
17/05/2018
Descripción:
Permitirá a personal Administrador/supervisor/jefe estar al tanto de las
fichas médicas que han sido creadas, estando estas disponibles en todo
momento para su consulta
Actores:
Personal administrativo /supervisor(jefe)
Precondiciones:
Para hacer posible esto se deberán crear fichas medicas exitosamente.
Flujo Normal:
1.- personal administrativo/jefe/supervisor abrirá la página web de la
clínica, accederá a portal funcionarios se logeara.
2.- Existirá un botón que diga “mantención Fichas” le dará click y se
desplegara una lista con todas las fichas clasificadas por fecha.
3.- personal podrá ver fichas, modificarlas o eliminarlas.
4.- finalmente personal dará click en “guardar” en caso de haber
realizado alguna modificación y después dará click en cerrar sesión.
Flujo Alternativo:
1.- Se debe ingresar los datos de login correctamente, si no, de lo
contrario el sistema arrojará errores de validaciones.
Post-condiciones:
Ficha medica modificada exitosamente.
Ficha medica eliminada exitosamente.
Id:
CU9
Nombre:
Mantener Empleados.
Req Asociado:
Fecha:
17/05/2018
Descripción:
Permitirá al personal administrativo/jefe/supervisor la consulta de los
empleados registrados en portal, este podrá ser capaz de modificar
datos de empleados como también eliminarlos.
Actores:
Personal administrativo /supervisor(jefe)
Precondiciones:
Para hacer posible esto se deberá mantener los empleados registrados
en la base de datos con su respectiva ID
Flujo Normal:
1.- personal administrativo/jefe/supervisor abrirá la página web de la
clínica, accederá a portal funcionarios se logeara.
2.- Existirá un botón que diga “mantención empleados” le dará click y se
desplegara una lista con todos los empleados existentes en la farmacia.
3.- personal podrá ver info de empleados, modificar o eliminar.
4.- finalmente personal dará click en “guardar” en caso de haber
realizado alguna modificación y después dará click en cerrar sesión.
Flujo Alternativo:
1.- Se debe ingresar los datos de login correctamente, si no, de lo
contrario el sistema arrojará errores de validaciones.
2.- en caso de modificación se deberán ingresar datos correctamente de
lo contrario arrojara error en pantalla.
Post-condiciones:
Empleado modificado exitosamente.
Empleado Eliminado exitosamente.
Id:
CU10
Nombre:
Mantener informe y estadísticas.
Req Asociado:
Fecha:
17/05/2018
Descripción:
Permitirá al personal administrativo/jefe/supervisor la consulta de
estadísticas tales como: número de atenciones atendidas, numero de
medicamentos recetados, cuales han sido los medicamentos más
solicitados.
Actores:
Personal administrativo /supervisor(jefe)
Precondiciones:
Para hacer posible esto se deberá mantener las recetas médicas y
medicamentos almacenadas en la base de datos.
Flujo Normal:
1.- personal administrativo/jefe/supervisor abrirá la página web de la
clínica, accederá a portal funcionarios se logeara.
2.- Existirá un botón que diga “Estadísticas” le dará click y se desplegara
una página con datos concretos de atenciones y medicamentos
3.- personal podrá ver info de numero de fichas medicas atendidas en
el presente mes, Numero de medicamentos en farmacia, medicamentos
más solicitados.
4.- existirá un botón que diga “imprimir” al hacer click se imprimirá una
copia de las estadísticas.
4.- finalmente personal dará click en “cerrar sesión”.
Flujo Alternativo:
1.- Se debe ingresar los datos de login correctamente, si no, de lo
contrario el sistema arrojará errores de validaciones.
Post-condiciones:
Estadísticas cargadas correctamente.
Estadísticas impresas correctamente.
4. Matriz de Trazabilidad
Componentes del Software
Requerimien log - Menú
Tipo de
Desplegar Verificar
Ingresar
tos
in
Atención Cuenta
Ficha
Paciente
Paciente
Ingreso Portal
Funcionarios
si
Creación Ficha
Receta Médica
Informe y
Estadística
Entrega de
Medicamento
Consulta Carga
Atención
Agendamiento de
atención
Stock de
Medicamento
si
si
si
si
si
si
si
si
si
si
si
si
si
Entrega de
Medicamento
si
si
5. Proceso de Producción para el Desarrollo del Software.
Metodologías Agiles XP
IV. Gestión de la Base de Datos.
1. Modelo Lógico (E/R y/o Clases).
6. Base de Datos.
7. Descripción de todos los Objetos de la BD.
FICHA
Tabla que almacena la información de las fichas medicas
Nombre Variable
Tipo de Dato
Descripción
Num_Ficha
INT(11)
ID única y numérica correspondiente al número
de la ficha.
Fecha
VARCHAR(45)
Fecha correspondiente al día y hora del registro
de la ficha.
Nivel_Urgencia
VARCHAR(45)
Caracteres que indican el grado de urgencia de
la atención.(C1 – C9)
Motivo_Consulta
VARCHAR(99)
Texto de no más de 150 letras que indican
resumidamente los síntomas del paciente.
Nombre_acomp
VARCHAR(45)
Nombre del acompañante
ApelldioP_acom
VARCHAR(45)
Apellido paterno
ApellidoM_acom
VARCHAR(45)
Apellido Materno
Rut_acom
VARCHAR(45)
Rut del acompañante
idparen
INT(11)
ID que representa el tipo de parentesco con el
paciente
fono
VARCHAR(45)
Numero de telefónico de contacto del paciente.
FK_PAC
BIGINT(20)
ID representativa que indican el paciente al cual
se atiende.
Cargo
Tabla que almacena la información de la función de cada trabajador dentro de la clínica
(Medico-Administrativo - jefatura - etc.)
Nombre Variable
Tipo de Dato
Descripción
Idcargo
INT(11)
ID única y numérica que indica el tipo de
función.
Descripcion
VARCHAR(60)
Nombre del cargo.
Especialidad
Tabla que almacena la información de la de la espacialidad de cada trabajador.
(pediatra – médico general - etc.)
Nombre Variable
Tipo de Dato
Descripción
Id_esp
INT(11)
ID única y numérica que indica el tipo de
especialidad del trabajador.
Descripcion
VARCHAR(50)
Nombre de la especialidad.
User
Tabla que almacena la información de los usuarios para ingresar a la pagina
Nombre Variable
Tipo de Dato
Descripción
IdUser
INT(11)
ID única y numérica que indica el tipo de
especialidad del trabajador.
Usuario
VARCHAR(45)
Nick del usuario para logearse
pass
VARCHAR(45)
Contraseña para logearse.
Administrativo
Tabla que almacena la información de los Administrativo
Nombre Variable
Tipo de Dato
Descripción
idPersAdm
INT(11)
ID única y numérica que representan al
Administrativo.
RUT
VARCHAR(45)
RUT del Administrativo.
Nombre
VARCHAR(45)
Nombre del Administrativo (solo primer
nombre).
ApelldioP
VARCHAR(45)
Apellido paterno del Administrativo.
ApelldioM
VARCHAR(45)
Apellido materno del Administrativo.
Fono
VARCHAR(45)
Número telefónico del Administrativo.
Email
VARCHAR(45)
Dirección de correo electrónico del
Administrativo.
idCargo
INT(11)
ID que indica el cargo del Administrativo.
Id_User
INT(11)
Id que relaciona al Administrativo con el
usuario.
Especialista
Tabla que almacena la información de los Especialista de forma general. (médicos)
Nombre Variable
Tipo de Dato
Descripción
idespecialista
INT(11)
ID única y numérica que representan al
Especialista.
RUT
VARCHAR(45)
RUT del Especialista.
Nombre
VARCHAR(45)
Nombre del Especialista (solo primer nombre).
ApelldioP
VARCHAR(45)
Apellido paterno del Especialista.
ApelldioM
VARCHAR(45)
Apellido materno del Especialista.
Fono
VARCHAR(45)
Número telefónico del Especialista.
Email
VARCHAR(50)
Dirección de correo electrónico del
Especialista.
Id_esp
INT(11)
ID que indica el cargo del Especialista.
IdUser
INT(11)
Id que relaciona al Especialista con el usuario.
Paciente
Tabla que almacena la información de los pacientes
Nombre Variable
Tipo de Dato
Descripción
IdPaciente
VARCHAR(45)
ID única y numérica que representa al paciente.
Rut
VARCHAR(45)
RUT del paciente.
Nombre
VARCHAR(45)
Nombre del paciente.
ApellidoP
VARCHAR(45)
Apellido paterno del paciente.
ApellidoM
VARCHAR(45)
Apellido materno del paciente.
Fecha_nacimiento
VARCHAR(45)
Fecha de nacimiento del paciente.
GrupoSanguineo
VARCHAR(45)
Grupo sanguíneo del paciente.
Estado_Civil
VARCHAR(45)
Estado civil del paciente.
Domicilio
VARCHAR(45)
Dirección del domicilio del paciente.
Fono
VARCHAR(45)
Número telefónico del Especialista.
IdPersAdm
INT(11)
ID que representa la relación del personal
Administrativo con el paciente
Atencion
Tabla que almacena la información de los usuarios para el ingreso a la página web
Nombre Variable
Tipo de Dato
Descripción
Id_atencion
INT(11)
ID que representa a la atención
NumFicha
INT(11)
ID que representa a la ficha
Idespecialista
INT(11)
ID que representa al Especialista
Síntomas
VARCHAR(99)
Síntomas del paciente
Diagnostico
VARCHAR(99)
Diagnóstico del especialista
Reposo
VARCHAR(99)
Diagnóstico del reposo
Cant_dias
VARCHAR(45)
Días de reposo
Receta
Tabla que almacena la conexión/Relación paciente y acompañante
Nombre Variable
Tipo de Dato
Descripción
Id_receta
INT(11)
ID única y numérica que representa a la receta.
Id_atencion
INT(11)
ID que representa a la atencion
medicamento
VARCHAR(45)
medicamento recetado.
Dosis
VARCHAR(45)
Dosis del medicamento recetado.
Cant_dias
VARCHAR(45)
Cantidad de días por la cual se debe administrar
la dosis.
Parentesco
Tabla que almacena el tipo de parentesco (Madre – Tío – Abuela - Amigo)
Nombre Variable
Tipo de Dato
Descripción
IdPare
INT(11)
ID única y numérica que representa al tipo de
parentesco
Descripcion
VARCHAR(45)
Nombre del tipo de parentesco.
V.
Implementación de la Solución.
1. Diagrama de Componentes o Arquitectura del Software.
Inicio
Sobre
Nosotros
Login
Vista
Administrador
Vista Personal
Administrativo
Vista Médico
Servicios
- Personal
Médico
Paciente
Atención
Instalaciones
- Personal
Administrativo
Ficha
Receta Médica
Ubicación
Contacto
2. Programas, Módulos, Rutinas y/o Componentes.
Para explicar este punto se ha planteado realizar una tabla la cual tendrá los siguientes componentes:



Nombre de la clase (Titulo).
Descripción de la clase (Subtitulo)
Métodos.
 Nombre del Método.
 Descripción del método.
 Front-End.
Este diseño se realizó de tal manera para poder entender que métodos contiene cada clase.
AdminController
Descripción: Clase que busca y carga la información para poder visualizarse en las vistas.
Método
dato
datosM
datos
Descripción
Muestra los datos de los
pacientes con su respectiva ficha
Muestra las atenciones realizadas
por los médicos con sus
respectivas recetas
Muestra a todos los trabajadores
de la clínica (Administrativos y
medicos)
Front-End
vistaPersAdm
vistaMedico
vistaAdmin
Administrativo
Descripción: Clase que almacena la información de la base de datos, en formato entendible para el
lenguaje de programación.
Método
Descripción
Front-End
--Administrativo
Constructor de la clase
Administrativo
Get[Variable]
Método que devuelve el dato de
--una variable
--Set[Variable]
Método que cambia el valor de
una variable
AdministrativoController
Descripción: Clase que busca y carga la información para poder visualizarse en las vistas.
Método
administrativo
administrativo
Descripción
Muestra los datos del personal
administrador
Valida al personal administrador y
actualiza los datos del personal
Front-End
--vistaAdmin
AdministrativoValidar
Descripción: Clase que se preocupa de validar que los datos que se ingresen al front-end asociado sean
válidos o reales
Método
AdministrativoValidar
supports
validate
Descripción
Valida que se ingrese un mail
valido
Devuelve verdadero falso si es
administrativo o no
Valida que todos los datos que se
piden sean todos validos o reales
Front-End
-------
AtencionController
Descripción: Clase que busca y carga la información para poder visualizarse en las vistas.
Método
atencion
atencion
Descripción
Muestra los datos de la atención
solicitada
Valida los datos de atención y
actualiza los datos de la atención
pedida
Front-End
--vistaMedico
Atencion
Descripción: Clase que almacena la información de la base de datos, en formato entendible para el
lenguaje de programación.
Método
Atencion
Get[Variable]
Set[Variable]
Descripción
Constructor de la clase atencion
Método que devuelve el dato de
una variable
Método que cambia el valor de
una variable
Front-End
-------
EditarAdministrativoController
Descripción: Clase que busca y carga la información para poder visualizarse en las vistas.
Método
administrativo
administrativo
selectAdministrativo
Descripción
Muestra los datos del personal
administrativo y edita sus datos
Valida al personal administrador y
actualiza los datos del personal
Muestra al personal administrativo
con el id que se le asigna a la
hora de ingresar los datos
Front-End
--vistaAdmin
---
AtencionValidar
Descripción: Clase que se preocupa de validar que los datos que se ingresen al front-end asociado sean
válidos o reales
Método
supports
validate
Descripción
Devuelve verdadero falso si tiene
atención o no
Valida que todos los datos que se
piden sean todos validos o reales
Front-End
-----
EditarEspecialistaController
Descripción: Clase que busca y carga la información para poder visualizarse en las vistas.
Método
especialista
especialista
selectEspecialista
Descripción
Muestra los datos del especialista
(médico) que atendera y edita sus
datos
Valida al especialista y actualiza
los datos del personal
Muestra al especialista con el id
que se le asigna a la hora de
ingresar los datos
Front-End
---
vistaAdmin
---
Cargo
Descripción: Clase que almacena la información de la base de datos, en formato entendible para el
lenguaje de programación.
Método
cargo
Get[Variable]
Set[Variable]
Descripción
Constructor de la clase cargo
Método que devuelve el dato de
una variable
Método que cambia el valor de
una variable
Front-End
-------
EliminarAdministrativoController
Descripción: Clase que busca y carga la información para poder visualizarse en las vistas.
Método
administartivo
Descripción
Elimina al personal administrativo
buscado por su id
Front-End
vistaAdmin
Conectar
Descripción: Clase que busca a los usuarios y hace la conexión con la base de datos
Método
conectar
prepareStatement
Descripción
Conecta con el pool de
conexiones y con la base de datos
No soportado aún
Front-End
-----
EliminarEspecialistaController
Descripción: Clase que busca y carga la información para poder visualizarse en las vistas.
Método
especialista
Descripción
Elimina al especialista buscado
por su id
Front-End
vistaAdmin
Especialista
Descripción: Clase que almacena la información de la base de datos, en formato entendible para el
lenguaje de programación.
Método
especialista
Get[Variable]
Set[Variable]
Descripción
Constructor de la clase
especialista
Método que devuelve el dato de
una variable
Método que cambia el valor de
una variable
Front-End
-------
EspecialistaController
Descripción: Clase que busca y carga la información para poder visualizarse en las vistas.
Método
especialista
especialista
Descripción
Muestra los datos del especialista
Valida los datos ingresados del
especialista y actualiza los datos
Front-End
vistaAdmin
EspecialistaValidar
Descripción: Clase que se preocupa de validar que los datos que se ingresen al front-end asociado sean
válidos o reales
Método
EspecialistaValidar
supports
validate
Descripción
Valida los caracteres que se
deben usar para correo
Devuelve un verdadero o falso si
posee o no un especialista
Valida los datos que se ingresan
del especialista que sean reales y
validos
Front-End
-------
FichaController
Descripción: Clase que busca y carga la información para poder visualizarse en las vistas.
Método
ficha
ficha
listadoNivelUrgencia
Descripción
Muestra los datos de la ficha de
atencion
Valida los datos que se ingresan a
la ficha y actualiza la ficha en
caso de ser necesario
Lista los datos dependiendo del
nivel de urgencia (bajo,medio,alto)
Front-End
--vistaPersAdm
---
Ficha
Descripción: Clase que almacena la información de la base de datos, en formato entendible para el
lenguaje de programación.
Método
ficha
Get[Variable]
Set[Variable]
Descripción
Constructor de la clase ficha
Método que devuelve el dato de
una variable
Método que cambia el valor de
una variable
Front-End
-------
InicioController
Descripción: Clase que busca y carga la información para poder visualizarse en las vistas.
Método
inicio
login
Descripción
Muestra la página de inicio
Muestra la página de login
Front-End
inicio
login
FichaValidar
Descripción: Clase que se preocupa de validar que los datos que se ingresen al front-end asociado sean
válidos o reales
Método
supports
validate
Descripción
Devuelve verdadero falso si tiene
ficha o no
Valida que todos los datos que se
piden sean todos validos o reales
Front-End
-----
LoginController
Descripción: Clase que busca y carga la información para poder visualizarse en las vistas.
Método
LoginController
submit
Descripción
En la página login pide ingresar
los datos del usuario que desea
ingresar
Dependiendo del usuario el login
redirige a la pagina del usuario
que esta logeando (administrador,
personal administrativo, medico)
Front-End
login
vistaAdmin, vistaPersAdm,
vistaMedico
Login
Descripción: Clase que almacena la información de la base de datos, en formato entendible para el
lenguaje de programación.
Método
login
Get[Variable]
Set[Variable]
Descripción
Constructor de la clase login
Método que devuelve el dato de
una variable
Método que cambia el valor de
una variable
Front-End
-------
PacienteController
Descripción: Clase que busca y carga la información para poder visualizarse en las vistas.
Método
paciente
paciente
listadoSexo
listadoGrupoSanguineo
listadoEstadoCivil
Descripción
Muestra los datos de los
pacientes
Valida los datos de los pacientes y
los actualiza en caso de ser
necesario
Lista a los pacientes por el sexo
que sean
Lista a los pacientes por el grupo
sanguíneo al cual pertenecen
Lista a los pacientes por el estado
civil que poseen
Front-End
--vistaPersAdm
-------
Paciente
Descripción: Clase que almacena la información de la base de datos, en formato entendible para el
lenguaje de programación.
Método
paciente
Get[Variable]
Set[Variable]
Descripción
Constructor de la clase paciente
Método que devuelve el dato de
una variable
Método que cambia el valor de
una variable
Front-End
-------
RecetaController
Descripción: Clase que busca y carga la información para poder visualizarse en las vistas.
Método
receta
receta
Descripción
Muestra los datos de la receta
asignada al paciente
Valida los datos que se ingresan
en la receta y actualiza la receta
Front-End
--vistaMedico
PacienteValidar
Descripción: Clase que se preocupa de validar que los datos que se ingresen al front-end asociado sean
válidos o reales
Método
supports
validate
Descripción
Devuelve verdadero falso si existe
un paciente o no
Valida que todos los datos que se
piden sean todos validos o reales
Front-End
-----
Receta
Descripción: Clase que almacena la información de la base de datos, en formato entendible para el
lenguaje de programación.
Método
receta
Get[Variable]
Set[Variable]
Descripción
Constructor de la clase receta
Método que devuelve el dato de
una variable
Método que cambia el valor de
una variable
Front-End
-------
RecetaValidar
Descripción: Clase que se preocupa de validar que los datos que se ingresen al front-end asociado sean
válidos o reales
Método
supports
validate
Descripción
Devuelve verdadero falso si tiene
una receta o no
Valida que todos los datos que se
piden sean todos validos o reales
Front-End
-----
2. Diseño de Front-End.
Inicio
Sobre nosotros
Servicios
Instalaciones
Ubicación
Contacto
Login
Administrador
4. Patrones y Framework Utilizados.
Para este proyecto se utilizó:

Programación por capas: La programación por capas es un modelo de desarrollo software en el que
el objetivo primordial es la separación (desacoplamiento) de las partes que componen un
sistema software o también una arquitectura cliente-servidor: lógica de negocios, capa de presentación
y capa de datos.
De esta forma, por ejemplo, es sencillo y mantenible crear diferentes interfaces sobre un mismo sistema
sin requerirse cambio alguno en la capa de datos o lógica.
La ventaja principal de este estilo es que el desarrollo se puede llevar a cabo en varios niveles y, en
caso de que sobrevenga algún cambio, solo afectará al nivel requerido sin tener que revisar entre el
código fuente de otros módulos, dado que se habrá reducido el Acoplamiento informático hasta una
interfaz de paso de mensajes.
Además, permite distribuir el trabajo de creación de una aplicación por niveles; de este modo, cada
grupo de trabajo está totalmente abstraído del resto de niveles, de forma que basta con conocer
la API que existe entre niveles.

Modelo – Vista – Controlador: Modelo-vista-controlador (MVC) es un patrón de arquitectura de
software, que separa los datos y la lógica de negocio de una aplicación de su representación y el
módulo encargado de gestionar los eventos y las comunicaciones.
Para ello MVC propone la construcción de tres componentes distintos que son el modelo, la vista y
el controlador, es decir, por un lado define componentes para la representación de la información, y por
otro lado para la interacción del usuario.
Este patrón de arquitectura de software se basa en las ideas de reutilización de código y la separación
de conceptos, características que buscan facilitar la tarea de desarrollo de aplicaciones y su posterior
mantenimiento

Data Transfer Object
es un objeto que transporta datos entre procesos. La motivación de su uso tiene relación con el hecho
que la comunicación entre procesos se realiza generalmente mediante interfaces remotas (por
ejemplo, servicios web), donde cada llamada es una operación costosa. Como la mayor parte del costo
de cada llamada está relacionado con la comunicación de ida y vuelta entre el cliente y servidor, una
forma de reducir el número de llamadas es usando un objeto (el DTO) que agrega los datos que habrían
sido transferidos por cada llamada, pero que son entregados en una sola llamada.
La diferencia entre un objeto de transferencia de datos y un objeto de negocio (business object) o
un objeto de acceso a datos (data access object, DAO) es que un DTO no tiene más comportamiento
que almacenar y entregar sus propios datos (métodos mutadores y accesores).
Framework
Spring
Descripción
El Spring Framework es un framework de aplicaciones y la inversión de control contenedor para la plataforma
Java . Las características principales del marco pueden ser utilizadas por cualquier aplicación Java, pero
existen extensiones para construir aplicaciones web sobre la plataforma Java EE (Enterprise Edition). Aunque
el marco no impone ningún modelo de programación específico , se ha vuelto popular en la comunidad Java
como una adición o incluso reemplazo del modelo Enterprise JavaBeans(EJB). The Spring Framework es
de código abierto .
Boostrap
Descripción
Bootstrap es un framework web o conjunto de herramientas de código abierto para diseño de sitios y
aplicaciones web. Contiene plantillas de diseño con tipografía, formularios, botones, cuadros, menús
de navegación y otros elementos de diseño basado en HTML y CSS, así como extensiones
de JavaScript adicionales. A diferencia de muchos frameworks web, solo se ocupa del
desarrollo front-end.
VI. Gestión de Riesgos.
1. Matriz de Riesgos.
Id
Nombre
Tipo
Categoría
Probabilidad
(%)
Componentes Impacto
de Riesgos
01
Fallo
Agregar
Atención
Especifico
Técnico
40
De
Rendimiento
Critico
02
Presupuesto
Genérico
Proyecto
30
De Costo
Improbable
2. Hojas de Información.
Hoja de Información de Riesgo
Riesgo Id. 01
Fecha: 06/06/2018
Probabilidad: 40%
Impacto: Critico
Descripción: Al intentar agregar una nueva atención la aplicación web no almacena la atención
para que el medico la pueda ver.
Refinamiento / Contexto:
Subcondiciones:
Subcondiciones N°1: Ciertas partes del código están poseen errores por lo cual abra que
revisar el código para saber en dónde se encuentra el fallo
Mitigación / Monitoreo:
1.-Contactar con el cliente para verificar el código del software.
2.-Contactar con el equipo de trabajo si es necesario.
3.-Verificar funcionamiento, luego del cambio de código.
4.-Regresar el software con el error solucionado.
Manejo / Plan de Contingencia / Disparador:
Se revisará el calendario para ver con cuanto tiempo contamos, para así asignar el día en el cual arreglar
el error de código
Disparador: Pasos de mitigación improductivos 21/05/2018
Estado Actual:
12/06/2018: Pasos de mitigación Iniciados.
Originador: Iván Sáez
Asignado: Iván Sáez
VII. Gestión de la Calidad.
1. GCS
2. Aseguramiento, Control e Inspecciones.
3. Plan de Pruebas.
VIII.-Gestión del Proyecto.
1. Carta Gantt.
2. Diagrama EDT.
IX. Conclusión
X. Definiciones, Acrónimos, Abreviaturas y Referencias.
XI. Bibliografía.
Data Transfer Object:
https://es.wikipedia.org/wiki/Objeto_de_transferencia_de_datos
Spring
https://es.wikipedia.org/wiki/Spring_Framework