Práctica de programación donde se inicia el desarrollo de una librería de clases que nos permitirá realizar una gestión básica de una clínica médica

Aguilar Antón, Antonia

Ponce de León Amador, Pedro José

Pérez-Ortiz, Juan Antonio

Rizo, David

Repositorio Institucional de la Universidad de Alicante

Práctica 1Programación orientada a objetosGestión de una clínica(versión 0.1)Pedro J. Ponce de LeónDavid RizoDepartamento de Lenguajes y Sistemas InformáticosUniversidad de AlicanteEste enunciado está bajo licencia Creative CommonsReconocimiento-No comercial-Compartir bajo la misma licencia 3.0, España1. IntroducciónEsta práctica consiste en implementar un programa en C++ que permita gestionar los ingresosy altas de pacientes en una clínica, obtener listados de pacientes según diferentes criterios. Enesta práctica además añadiremos un sencillo proceso de gestión de diagnóstico y tratamiento delpaciente. Implementaremos lo que se denomina el modelo del dominio del sistema y la llamadalógica de negocio, donde se implementa la funcionalidad específica de nuestra aplicación.2. Modelo del dominioEl modelo del dominio incluye las clases que representan los diferentes tipos de entidades delas cuales interesa guardar información. La funcionalidad que éstas añaden a través de sus mé-todos debe tener como finalidad el proceso simple de los datos. En esta práctica se ha incluidoparte de la lógica de negocio en el modelo del dominio. Como veremos más adelante, esta lógi-ca de negocio corresponde a los procesos de ingreso y tratamiento del paciente. El diagrama declases del modelo del dominio se muestra en el documento adjunto a este enunciado.Una clínica tiene varias especialidades (Otorrinolaringología, Pediatría, Traumatología, etc.).De las especialidades conocemos su nombre, las habitaciones de las que disponemos en plantay los médicos adscritos a la especialidad. No todas la habitaciones tienen el mismo número decamas, éste se especifica en su creación. La habitaciones obtienen un número de habitación deforma correlativa en su creación. Además sabemos en todo momento qué paciente está en cadacama, las cuales se indexan desde 0. En cuanto a los médicos, almacenamos su nombre y apelli-dos, así como los pacientes que tienen asignados.De cada paciente conocemos su número SIP, nombre y apellidos, sexo, su fecha de nacimientoa partir de la cuál podremos calcular su edad, el médico que tiene asignado, la especialidad en la12 DLSI- UAque se le ha ingresado, y los diagnósticos que se le han hecho. Cuando se crea el paciente no tieneni especialidad ni médico asignado, por tanto no ha sido aún diagnosticado.Los diagnósticos se componen de un texto explicativo, un tipo de diagnóstico (alta, leve, grave,muy grave), y un tratamiento posiblemente vacío. De los tratamientos sólo almacenaremos untexto descriptivo.3. Interfaz de las clasesFechaLa información sobre fechas se guarda como objetos de esta clase. Aparte de los métodos dela forma canónica y los accesores tenemos los siguientes:isBisiesto Devuelve cierto si el año de la fecha es bisiesto. Devuelve falso en caso contrario.imprimir y toString el modo imprimir emite una representación textual de la fecha por el flujode salida. El formato debe ser dia/mes/año, usando el caracter ’/’ como separador. Si algúnatributo contiene un valor no válido, imprimirá la cadena <Fecha no valida>. El métodotoString() devolverá una cadena en este mismo formato.getDiferenciaAnyos Obtiene la diferencia en años entre dos fechas. Se puede usar para calcularla edad de un paciente. Por ejemplo, una persona nacida el 3 de Junio de 1986, el 10 de Marzo de2008 tendrá 21 años, que es la diferencia en años completos entre ambas fechas. Véase la librería<ctime>1 para más información sobre el tratamiento de fechas.operator<< Operador de salida. Realiza la misma función que el método Fecha::imprimir.ClinicaUna clínica se crea inicialmente sin ninguna Especialidad.addEspecialidad Añade una nueva especialidad a la Clínica. No comprueba si la especialidadya existe para esta clínica.buscarEspecialidadPaciente Devuelve la especialidad en la cual está ingresado un paciente da-do o NULL si no se encuentra al paciente.obtenerEspecialidad Devuelve la especialidad con el nombre dado, o NULL si ésta no existe.EspecialidadUna especialidad se crea con un nombre de especialidad y un jefe de especialidad (un médico)dados. El jefe de especialidad es el primer médico que se adscribe a esta especialidad. El resto demédicos se adscribirán mediante el método addMedico.1 http://www.cplusplus.com/reference/clibrary/ctime/time.htmlPráctica 1 de Programación orientada a objetosProgramación Orientada a Objetos 3asignarHabitacion Para asignar una habitación a un paciente recorreremos las habitaciones,intentando asignar una cama de la habitación al paciente, parando cuando una habitación tie-ne hueco y se consigue realizar esta asignación. Las camas de cada habitación se adjudican deforma secuencial, primero la cama 0, luego la cama 1, y así sucesivamente. Sólo en el caso deconseguir encontrar una habitación para el paciente el método devolverá el valor cierto. Puedeque un paciente se quede sin habitación, en cuyo caso el método devolverá falso.asignarMedico En este caso siempre se asignará algún médico al paciente. Se asignará siempreel médico que tenga menor carga de pacientes. Sabemos que al menos hay un médico por es-pecialidad, que es el jefe de especialidad. Cuando haya dos o más médicos que tengan la mismacarga, se seleccionará el médico con menor nombre y apellidos en orden lexicográfico.addHabitacion Añade una habitación a una especialidad.ingresarPaciente Consiste en asignarle primero una habitación de la especialidad (asignarHa-bitacion). Si hay habitaciones libres entonces se le asigna un médico de la especialidad (asignar-Medico) y el método devuelve cierto (el paciente ha ingresado). Si no hay habitaciones el pacienteno ingresa y el método devuelve falso.addMedico Añade un médico a la especialidad.getPacientesListosParaAlta Devuelve todos los pacientes que están curados (Paciente::estaCurado).El orden de los pacientes en el vector resultado es irrelevante.darAlta Para dar el alta a un paciente se debe comprobar que está curado, y en ese caso se des-vincula de su médico y de la cama de la habitación que ocupaba, en cuyo caso el método devuelvecierto. Si el paciente no existe en esta especialidad o no está curado, el método no hace nada y de-vuelve falso.buscarHabitacion Localiza y devuelve la habitación donde está ingresado el paciente dado oNULL si el paciente no tiene asignada ninguna habitación en esta especialidad (bien porque hasido dado de alta o porque no ingresó en esta especialidad).buscarMedico Localiza y devuelve el médico que trata al paciente o NULL si el paciente no tieneasignado ningún médico en esta especialidad (bien porque ha sido dado de alta o porque noingresó en esta especialidad).estaIngresado Devuelve cierto si el paciente dado está ingresado en esta especialidad. o falsoen caso contrario.HabitacionEsta clase contiene un campo de clase denominado siguienteNumero que se establece inicial-mente a 1. Su cometido es mantener un contador que indica el siguiente número de habitación aasignar. Es privado porque sólo desde esta clase es necesario acceder a dicho contador.Constructor por defecto Se obtiene el siguienteNumero de habitación y se incrementa éste enuno.Práctica 1 de Programación orientada a objetos4 DLSI- UAgetNumCamas Devuelve el número de camas que tiene la habitación.addCama Añade ’n’ camas nuevas a la habitación.getCama Devuelve la i-ésima cama de la habitación o NULL si esta cama no existe.ingresaPaciente Se busca la siguiente cama libre donde ingresar al paciente, devolviendo falsocuando no hay ninguna cama libre.getNumeroCamaPaciente Devuelve el número de cama que tiene asignado al paciente dado, o-1 si el paciente no se encuentra. El número de cama se corresponde con su índice en el vector decamas, comenzando desde 0.quitarPaciente Si el paciente está en esta habitación, se deja libre la cama que ocupaba y sedevuelve cierto. Si el paciente no se encuentra, se retorna falso.CamagetPaciente Devuelve el paciente que ocupa esta cama, o NULL si la cama está libre.setPaciente Asigna un paciente a la cama si esta está libre, en cuyo caso devuelve cierto. Si lacama está ocupada por otro paciente, no hace nada y devuelve falso.isOcupada Devuelve cierto si la cama está ocupada por algún paciente.MédicoUn médico se crea indicando su nombre y apellidos.addPaciente Añade el paciente dado al conjunto de pacientes asignados al médico.getCargaPacientes Devuelve el número de pacientes que este médico tiene asignados.quitarPaciente Quita el paciente dado del conjunto de pacientes y devuelve cierto. Si el pacienteno se encuentra retorna falso.tieneAlPaciente Devuelve cierto si el paciente dado está entre el conjunto de pacientes que estemédico tiene asignado.PacienteUn Paciente se crea indicando su número SIP, su nombre y apellidos, sexo (’M’ para mujeres,’H’ para hombres) y fecha de nacimiento.getEdad Devuelve el número entero de años del paciente a fecha de hoy.Práctica 1 de Programación orientada a objetosProgramación Orientada a Objetos 5operator< Devuelve cierto cuando el NSIP de éste paciente es menor lexicográficamente que eldel paciente dado, o falso en caso contrario.operator== Devuelve cierto cuando el NSIP de éste paciente es igual al del paciente dado, ofalso en caso contrario.getUltimoDiagnostico Devuelve el último diagnóstico asignado al paciente o NULL si no tieneaún asignado ningún diagnóstico.diagnosticar Asigna un nuevo diagnóstico al paciente.estaCurado Devuelve cierto si el último diagnóstico es un alta (Diagnostico::esAlta()), falso si nohay diagnósticos o si el último diagnóstico no es un alta.operator<< El operador de salida debe mostrar en el flujo de salida la concatenación, separadospor puntos y coma, del número SIP, el nombre y apellidos, sexo, fecha de nacimiento, edad delpaciente y el tipo del último diagnóstico, seguido de un salto de línea. P.ej, sea el paciente LuisMartinez Perez, con SIP nº 1234567, nacido el 3 de Junio de 1986, que ha sido diagnosticado leve.Se deberá mostrar lo siguiente1234567;Luis Martinez Perez;M;3/6/1986;21;LeveDiagnósticoUn diagnóstico se compone de una descripción textual y un tipo de diagnóstico (alta, leve,grave, muy grave). Inicialmente no tiene ningún tratamiento asociado.esAlta Devuelve cierto si el tipo de tratamiento asociado es tdAlta.tratar Asigna un nuevo tratamiento para este diagnóstico. Si existiere un tratamiento anterior,será sustituído por el nuevo.NOTA: El tipo enumerado TipoDiagnostico se debe definir en el fichero .h de la clase Diagnosti-co.TratamientoUn tratamiento consta únicamente de un texto que lo describe.4. El programa principalEn esta primera práctica, el proceso de crear la clínica con sus especialidades, médicos y ha-bitaciones, así como los procesos de ingreso, diagnóstico, tratamiento y alta de pacientes tienenlugar en el programa principal. Adjunto al enunciado tienes un programa principal de ejemplo(fichero main.cc).Práctica 1 de Programación orientada a objetos6 DLSI- UA4.1. Diagnóstico, tratamiento y altaTras ingresar al paciente y asignarle un médico, y sólo tras estos pasos, se puede añadir undiagnóstico al paciente. Siempre conoceremos cuál es el último diagnóstico del paciente porquelos guardamos sequencialmente. Con el último diagnóstico sabremos si el paciente está curado(el diagnóstico es alta), si tiene pendiente la asignación de un tratamiento, y en el caso de tenerun tratamiento, acceder a él. El tratamiento de un diagnóstico se puede cambiar en cualquiermomento.5. DocumentaciónSe ha de incluir en los ficheros fuente todos los comentarios necesarios en formato Doxygen.Estos comentarios deben estar en su versión corta y detallada, y deben definirse para:Ficheros debe incluir nombre y dni de los autores.Clases propósito de la clase: 3 líneasOperaciones 1 línea para funciones triviales, y 2 líneas + parámetros entrada, parámetros de sa-lida y funciones dependientes para operaciones más complejas.Atributos propósito de cada uno de ellos: 1 línea6. Estructura de directoriosLa práctica debe ir organizada en tres directorios:include contiene los ficherosCama.h, Clinica.h, Diagnostico.h, Especialidad.h,Fecha.h, Habitacion.h, Medico.h, Paciente.h, Tratamiento.hlib contiene los ficherosCama.cc, Clinica.cc, Diagnostico.cc, Especialidad.cc,Fecha.cc, Habitacion.cc, Medico.cc, Paciente.cc, Tratamiento.ccsrc contiene el fichero main.ccAdemás, al ejecutar la herramienta Doxygen se generará un cuarto directorio html que con-tendrá la documentación en html.7. Normas de evaluaciónPara poder evaluar la práctica con las pruebas que acompañan a este enunciado, se debe im-plementar en el lenguaje C++. Se recomienda desarrollarla en un sistema operativo GNU/Linux,utilizando el compilador de C++ de GNU (g++).Las pruebas unitarias que se pueden encontrar en el autocorrector de esta práctica sólo com-prueban una pequeña parte de los casos. El alumno deberá completar estas pruebas con las ne-cesarias para evaluar exhaustivamente la práctica, diseñando casos de prueba para todos los mé-todos a implementar.Práctica 1 de Programación orientada a objetosProgramación Orientada a Objetos 78. Requisitosmínimos para obtener una evaluación positivaLa práctica debe funcionar sin errores. En particular, no se debe producir ningún tipo deerror del tipo segmentation fault, null pointer assignment, etc.No se deben utilizar variables globales.Ninguna operación debe emitir ningún tipo de comentario o mensaje por salida estándar(cout). Las operaciones que requieran escribir mensajes en pantalla deben recibir un pa-rámetro ostream& que será el que se utilice para emitir dichos mensajes. Deben evitarsetambién los mensajes por la salida de error.Los ficheros de código fuente serán compilados en el momento de la corrección para ge-nerar el ejecutable. Por ello, es de vital importancia que la práctica compile con el makefileproporcionado en el autocorrector que acompaña a este enunciado. Si no se puede generarel ejecutable, la práctica no puede ser evaluada con las herramientas adjuntas.Se debe respetar de manera estricta el formato del nombre de todas las propiedades (públi-cas, protegidas y privadas) de las clases, tanto en cuanto a ámbito de visibilidad como encuanto a tipo y forma de escritura.La práctica debe estar suficientemente documentada, de manera que el contenido de ladocumentación que se genere mediante el comando make doc (y el fichero Doxyfileproporcionado junto con este enunciado) sea significativo.9. AclaracionesSe pueden añadir los atributos y métodos privados que se consideren imprescindibles parauna correcta implementación. No obstante, eso no exime de implementar TODOS los mé-todos presentes en el enunciado, ni de asegurarse de que funcionan tal y como se espera,incluso si no se utilizan nunca en la implementación de la práctica.Práctica 1 de Programación orientada a objetos

Gestión de una clínica (versión 0.1)

Abstract

Similar works

Full text

Available Versions

Repositorio Institucional de la Universidad de Alicante