Download Software para Gestión de Información de Pacientes and more Summaries Electrical Engineering in PDF only on Docsity!
ENTREGA FINAL DE PROYECTO
Ingeniería de software I
PRESENTADO POR:
Rubén Melo Juan Leguizamón Cesar Tinoco
PRESENTADO A:
Juan Salvador Noriega Madrid
UNIVERSIDAD TECNOLÓGICA DE BOLÍVAR
CARTAGENA, COLOMBIA
DESCRIPCIÓN DEL PROYECTO:
Este proyecto busca realizar un software para el manejo de toda la información sobre los pacientes que van a un hospital y reciben una cita médica, de esta manera lograr hacer un mejoramiento en la atención a las personas.
La problemática es:
- El problema ecológico que esta sufriendo el planeta por la imprenta de papel, además de la cantidad de espacio usado en archivos.
- La siempre preocupante pérdida de documentos por parte de la institución, en este caso, los hospitales.
- La demora en recopilación de los datos de los pacientes.
- La demora en la asignación de una cita medica.
Se pretende dar solución a estos problemas mediante la unificación de la información para que solo haya un solo punto de referencia al cual se deba recurrir; también por medio de la sistematización de la información (como lo son las historias clínicas, ordenes médicas, datos personales de los pacientes, etc.).
JUSTIFICACIÓN:
Este software es una solución óptima para este problema, ya que como la información estará digitalizada en una base de datos, se debe tener un mecanismo con el cual poder acceder y trabajar sobre ella, así mismo, organizar y permitir el acceso controlado desde cualquier lugar por las personas autorizadas, será importante para lograr un mejoramiento en la atención al paciente.
OBJETIVO:
- Plantar base para el desarrollo de un sistema de control de pacientes en un hospital.
- Agilizar la recopilación de datos de los pacientes, la atención a un paciente y una orden de cita.
- Evitar la perdida de documentos por parte del hospital.
VISIÓN:
- Desarrollar un software de control de pacientes en un hospital estable para mejorar la eficiencia en estos, y posteriormente entrar en el mercado.
- Finaliza el caso de uso.
Flujo Alternativo: Alternativa 1
- Los signos vitales violan los parámetros normales
- El sistema almacena los datos y los destaca como importantes
- Fin caso de uso
NOMBRE: TRIAGE
DESCRIPCIÓN: Clasificar la necesidad de atención médica del paciente. ACTOR: MEDICO
Flujo Principal:
- El sistema almacena los datos del médico de Triage que entró en sesión.
- El médico ingresa los datos del paciente al sistema.
- El sistema valida la información del paciente y muestra su registro.
- El médico de Triage evalúa el estado del paciente. Se genera un diagnóstico -a partir del cual clasifica al paciente según su Triage ( 1-Mas alto, 5-Mas Bajo)- una orden médica, y se inicia (de no existir) la historia clínica del paciente. Todos estos datos se almacenan en el registro del paciente.
- Finaliza el caso de uso.
NOMBRE: INGRESO POR URGENCIAS
DESCRIPCIÓN: Registrar al paciente vía urgencias para la prestación del servicio de salud. ACTOR: RECEPCIONISTA
Flujo Principal:
- El paciente ingresa a la oficina de admisiones.
- El encargado registra al paciente -se ejecuta el caso de uso Registro de paciente-.
- El sistema emite una solicitud de requerimiento de auxiliar de enfermería. (Alternativa 1)
- Un auxiliar disponible responde a la solicitud. -se ejecuta Caso de uso Signos Vitales-.
- El sistema emite una solicitud de requerimiento de médico de Triage. (Alternativa 2)
- Un médico de Triage disponible responde a la solicitud. -se ejecuta Caso de uso Triage-.
- Se verifica el Triage del paciente (Alternativa 3)
- El sistema asigna y registra una habitación disponible en la zona de atención a pacientes de Triage 1 a 4. (Alternativa 4)
- El sistema actualiza la lista de prioridad con la adición del nuevo paciente.
- Se inicia la atención a los pacientes -se ejecuta el caso de uso Atención al paciente-.
- Fin de caso de uso.
Flujo Alternativo: Alternativa 1:
- No hay personal auxiliar disponible
- El sistema notifica al encargado de admisiones que la solicitud no ha sido respondida.
- Se le notifica al paciente la situación, y es enviado a otro centro asistencial.
- Finaliza el caso de uso.
Alternativa 2:
- No hay personal de Triage disponible
- El sistema notifica al encargado de admisiones que la solicitud no ha sido respondida.
- Se le notifica al paciente la situación, y es enviado a otro centro asistencial.
- Finaliza el caso de uso.
Alternativa 3:
- El paciente es de Triage 5
- El médico de Triage notifica al paciente que su situación es de Triage 5.
- El paciente no requiere asignación ni registro de habitación y no entra en la lista de prioridad de atención.
- Finaliza el caso de uso.
Alternativa 4:
- No hay habitaciones disponibles
- El paciente es trasladado a otro centro asistencial.
- El paciente deja las instalaciones y el sistema registra su salida.
- Finaliza el caso de uso.
NOMBRE: ORDEN DE CIRUGÍA DESCRIPCIÓN: Ejecutar la orden de cirugía emitida para el paciente. ACTOR: RECEPCIONISTA
Flujo Principal:
- El encargado verifica que la orden es de cirugía.
- El encargado emite una solicitud de personal de cirugía. (Alternativa 1)
- Un miembro (médico cirujano) del personal de cirugía atiende la solicitud. El sistema almacena sus datos.
- El paciente pasa a la sala de cirugía y es operado.
- El médico encargado de la cirugía registra lo datos de la intervención en la historia clínica del paciente.
- El sistema asigna y registra una habitación disponible para el paciente. (Alternativa 2)
- El caso de uso finaliza cuando el paciente se desvincula de la lista de prioridad de atención.
- El miembro del personal de auxiliar efectúa el proceso requerido, luego determina si el paciente requiere una habitación (Alternativa 2)
- El encargado emite una solicitud de habitación. (Alternativa 3)
- El paciente pasa a la habitación y esta es registrada por el sistema.
- El caso de uso finaliza cuando el paciente se desvincula de la lista de prioridad de atención.
Flujo Alternativo: Alternativa 1:
- No hay personal auxiliar de enfermería disponible
- El sistema notifica al encargado que la solicitud no ha sido respondida.
- El paciente es enviado a otro centro asistencial.
- Finaliza el caso de uso.
Alternativa 2:
- El paciente no requiere habitación
- El paciente deja las instalaciones y el sistema registra su salida.
- Fin caso de uso.
Alternativa 3:
- No hay habitaciones disponibles
- El paciente es trasladado a otro centro asistencial.
- Finaliza el caso de uso.
NOMBRE: ORDEN EMITIDA
DESCRIPCIÓN: Efectúa la orden emitida para el paciente. ACTOR: RECPCIONISTA
Flujo Principal:
- El encargado verifica el tipo de orden emitida al paciente. (Alternativa 1) (Alternativa 2) (Alternativa 3)
- Fin caso de uso.
Flujo Alternativo: Alternativa 1:
- La orden emitida es de cirugía
- Se ejecuta el caso de uso "Orden de cirugía".
- Fin caso de uso.
Alternativa 2:
- La orden emitida es de internado
- Se ejecuta el caso de uso "Orden de internado".
- Fin caso de uso.
Alternativa 3:
- La orden emitida es de proceso médico
- Se ejecuta el caso de uso "Orden de proceso médico".
- Fin caso de uso.
NOMBRE: ATENCIÓN AL PACIENTE
DESCRIPCIÓN: Atender la lista de prioridad de atención. ACTOR: MEDICO
Flujo Principal:
- El encargado de la lista de prioridad de atención chequea el primer paciente.
- El encargado chequea y ejecuta la orden emitida para el paciente -por medio del caso de uso Orden emitida-.
- El encargado verifica que el paciente ha sido desvinculado de la lista.
- El encargado verifica que no haya más pacientes en la lista (Alternativa 1)
- Fin del caso de uso.
Flujo Alternativo: Alternativa 1:
- Hay más pacientes en la lista de prioridad
- Se continúa el proceso desde el paso 1.
NOMBRE: FACTURACIÓN
DESCRIPCIÓN: Actualizar el total a pagar por los servicios médicos usados por el paciente. ACTOR: CAJERO
Flujo Principal:
- El encargado revisa la base de datos de pacientes atendidos y atentos por pago.
- El encargado revisa los procesos realizados al primer paciente atendido.
- El sistema calcula el costo total de los procesos realizados.
- El caso de uso finaliza cuando el sistema genera el reporte del total a pagar y lo almacena en el registro del paciente.
Diagrama de Actividades
Modelo de Dominio
[El diagrama de clases no cupo en la captura, esta en archivo
“.xml” en la carpeta “diagrama de clases”]
- Signos Vitales
- Triage
Diagrama de Estados