[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
