Bloque 19 - Sistemas, redes y ciberseguridad: Doctor, Clave y Entre: preguntas y respuestas

Pregunta 451

CASO PRÁCTICO 1 GESTIÓN DE PACIENTES DESCRIPCIÓN DEL CASO El sistema sanitario OsaNet (nombre ficticio) quiere mejorar su proceso de gestión de pacientes creando un sistema digital que pueda realizar un seguimiento de los historiales médicos y las citas de los pacientes. El sistema también debe permitir a los médicos actualizar los historiales de los pacientes y programar citas. OsaNet necesita desarrollar un diagrama entidad/relación para garantizar que la base de datos refleje con precisión las relaciones entre las distintas entidades implicadas en el proceso de gestión de pacientes, doctores/as y citas. Se ha comenzado con el siguiente diseño de tablas y relaciones. Transcripción textual del diagrama oficial (página 105): Doctor tiene dni VARCHAR(9), clave primaria; nombre VARCHAR(255); email VARCHAR(250). Cita tiene id INT, clave primaria; descripción VARCHAR(255); fecha DATETIME; doctor VARCHAR(9), clave foránea a Doctor.dni; paciente VARCHAR(9), clave foránea a Paciente.dni. Paciente tiene dni VARCHAR(9), clave primaria; nombre VARCHAR(45); email VARCHAR(45); numTarjeta INT; fechaNacimiento DATE. Las relaciones son Doctor 1:N Cita y Paciente 1:N Cita. OsaNet dispone también de un sistema online, dentro de su intranet, que permite conocer la disponibilidad de agenda de un/a doctor/a. Este sistema, accesible desde el dominio (ficticio) intranet.osanet.eus, se ha implementado como un microservicio al que puede accederse vía API REST por HTTPS. Antes de asignar una nueva cita a un doctor/a se puede realizar una consulta GET para conocer la disponibilidad del facultativo. El sistema OsaNet está considerando implementar nuevas funcionalidades para su intranet. Para gestionar el proyecto de desarrollo se seguirá el framework Scrum, generando entre otros artefactos, un backlog de producto y un backlog de sprint. PREGUNTAS: 451-475 Pregunta 451: Según el diagrama E/R anterior, ¿cuál de las siguientes afirmaciones es correcta?

Pregunta 452

CASO PRÁCTICO 1 GESTIÓN DE PACIENTES DESCRIPCIÓN DEL CASO El sistema sanitario OsaNet (nombre ficticio) quiere mejorar su proceso de gestión de pacientes creando un sistema digital que pueda realizar un seguimiento de los historiales médicos y las citas de los pacientes. El sistema también debe permitir a los médicos actualizar los historiales de los pacientes y programar citas. OsaNet necesita desarrollar un diagrama entidad/relación para garantizar que la base de datos refleje con precisión las relaciones entre las distintas entidades implicadas en el proceso de gestión de pacientes, doctores/as y citas. Se ha comenzado con el siguiente diseño de tablas y relaciones. Transcripción textual del diagrama oficial (página 105): Doctor tiene dni VARCHAR(9), clave primaria; nombre VARCHAR(255); email VARCHAR(250). Cita tiene id INT, clave primaria; descripción VARCHAR(255); fecha DATETIME; doctor VARCHAR(9), clave foránea a Doctor.dni; paciente VARCHAR(9), clave foránea a Paciente.dni. Paciente tiene dni VARCHAR(9), clave primaria; nombre VARCHAR(45); email VARCHAR(45); numTarjeta INT; fechaNacimiento DATE. Las relaciones son Doctor 1:N Cita y Paciente 1:N Cita. OsaNet dispone también de un sistema online, dentro de su intranet, que permite conocer la disponibilidad de agenda de un/a doctor/a. Este sistema, accesible desde el dominio (ficticio) intranet.osanet.eus, se ha implementado como un microservicio al que puede accederse vía API REST por HTTPS. Antes de asignar una nueva cita a un doctor/a se puede realizar una consulta GET para conocer la disponibilidad del facultativo. El sistema OsaNet está considerando implementar nuevas funcionalidades para su intranet. Para gestionar el proyecto de desarrollo se seguirá el framework Scrum, generando entre otros artefactos, un backlog de producto y un backlog de sprint. PREGUNTAS: 451-475 Pregunta 452: Según el diagrama E/R anterior, ¿cuál de las siguientes afirmaciones es correcta?

Pregunta 453

CASO PRÁCTICO 1 GESTIÓN DE PACIENTES DESCRIPCIÓN DEL CASO El sistema sanitario OsaNet (nombre ficticio) quiere mejorar su proceso de gestión de pacientes creando un sistema digital que pueda realizar un seguimiento de los historiales médicos y las citas de los pacientes. El sistema también debe permitir a los médicos actualizar los historiales de los pacientes y programar citas. OsaNet necesita desarrollar un diagrama entidad/relación para garantizar que la base de datos refleje con precisión las relaciones entre las distintas entidades implicadas en el proceso de gestión de pacientes, doctores/as y citas. Se ha comenzado con el siguiente diseño de tablas y relaciones. Transcripción textual del diagrama oficial (página 105): Doctor tiene dni VARCHAR(9), clave primaria; nombre VARCHAR(255); email VARCHAR(250). Cita tiene id INT, clave primaria; descripción VARCHAR(255); fecha DATETIME; doctor VARCHAR(9), clave foránea a Doctor.dni; paciente VARCHAR(9), clave foránea a Paciente.dni. Paciente tiene dni VARCHAR(9), clave primaria; nombre VARCHAR(45); email VARCHAR(45); numTarjeta INT; fechaNacimiento DATE. Las relaciones son Doctor 1:N Cita y Paciente 1:N Cita. OsaNet dispone también de un sistema online, dentro de su intranet, que permite conocer la disponibilidad de agenda de un/a doctor/a. Este sistema, accesible desde el dominio (ficticio) intranet.osanet.eus, se ha implementado como un microservicio al que puede accederse vía API REST por HTTPS. Antes de asignar una nueva cita a un doctor/a se puede realizar una consulta GET para conocer la disponibilidad del facultativo. El sistema OsaNet está considerando implementar nuevas funcionalidades para su intranet. Para gestionar el proyecto de desarrollo se seguirá el framework Scrum, generando entre otros artefactos, un backlog de producto y un backlog de sprint. PREGUNTAS: 451-475 Pregunta 453: Realizando pruebas sobre el servicio web de disponibilidad de agenda, una persona usuaria ha recibido el siguiente error “HTTP Status Code:500”. ¿A qué se debe un código de error de estado 500 en el protocolo HTTP?

Pregunta 454

CASO PRÁCTICO 1 GESTIÓN DE PACIENTES DESCRIPCIÓN DEL CASO El sistema sanitario OsaNet (nombre ficticio) quiere mejorar su proceso de gestión de pacientes creando un sistema digital que pueda realizar un seguimiento de los historiales médicos y las citas de los pacientes. El sistema también debe permitir a los médicos actualizar los historiales de los pacientes y programar citas. OsaNet necesita desarrollar un diagrama entidad/relación para garantizar que la base de datos refleje con precisión las relaciones entre las distintas entidades implicadas en el proceso de gestión de pacientes, doctores/as y citas. Se ha comenzado con el siguiente diseño de tablas y relaciones. Transcripción textual del diagrama oficial (página 105): Doctor tiene dni VARCHAR(9), clave primaria; nombre VARCHAR(255); email VARCHAR(250). Cita tiene id INT, clave primaria; descripción VARCHAR(255); fecha DATETIME; doctor VARCHAR(9), clave foránea a Doctor.dni; paciente VARCHAR(9), clave foránea a Paciente.dni. Paciente tiene dni VARCHAR(9), clave primaria; nombre VARCHAR(45); email VARCHAR(45); numTarjeta INT; fechaNacimiento DATE. Las relaciones son Doctor 1:N Cita y Paciente 1:N Cita. OsaNet dispone también de un sistema online, dentro de su intranet, que permite conocer la disponibilidad de agenda de un/a doctor/a. Este sistema, accesible desde el dominio (ficticio) intranet.osanet.eus, se ha implementado como un microservicio al que puede accederse vía API REST por HTTPS. Antes de asignar una nueva cita a un doctor/a se puede realizar una consulta GET para conocer la disponibilidad del facultativo. El sistema OsaNet está considerando implementar nuevas funcionalidades para su intranet. Para gestionar el proyecto de desarrollo se seguirá el framework Scrum, generando entre otros artefactos, un backlog de producto y un backlog de sprint. PREGUNTAS: 451-475 Pregunta 454: Se quiere implementar un nuevo microservicio que permita al personal facultativo guardar en el sistema OsaNet comentarios médicos obtenidos tras una consulta. Estos comentarios pasarán a formar parte del historial médico de la persona paciente. Por ejemplo, "La persona paciente XXXX indica dolores continuos en la zona abdominal. Se ha solicitado para esta persona la realización de análisis de heces y sangre.". Esta información es confidencial. ¿Qué verbo o método de consulta HTTP es necesario usar para transmitir este tipo de información de la forma más segura posible?

Pregunta 455

CASO PRÁCTICO 1 GESTIÓN DE PACIENTES DESCRIPCIÓN DEL CASO El sistema sanitario OsaNet (nombre ficticio) quiere mejorar su proceso de gestión de pacientes creando un sistema digital que pueda realizar un seguimiento de los historiales médicos y las citas de los pacientes. El sistema también debe permitir a los médicos actualizar los historiales de los pacientes y programar citas. OsaNet necesita desarrollar un diagrama entidad/relación para garantizar que la base de datos refleje con precisión las relaciones entre las distintas entidades implicadas en el proceso de gestión de pacientes, doctores/as y citas. Se ha comenzado con el siguiente diseño de tablas y relaciones. Transcripción textual del diagrama oficial (página 105): Doctor tiene dni VARCHAR(9), clave primaria; nombre VARCHAR(255); email VARCHAR(250). Cita tiene id INT, clave primaria; descripción VARCHAR(255); fecha DATETIME; doctor VARCHAR(9), clave foránea a Doctor.dni; paciente VARCHAR(9), clave foránea a Paciente.dni. Paciente tiene dni VARCHAR(9), clave primaria; nombre VARCHAR(45); email VARCHAR(45); numTarjeta INT; fechaNacimiento DATE. Las relaciones son Doctor 1:N Cita y Paciente 1:N Cita. OsaNet dispone también de un sistema online, dentro de su intranet, que permite conocer la disponibilidad de agenda de un/a doctor/a. Este sistema, accesible desde el dominio (ficticio) intranet.osanet.eus, se ha implementado como un microservicio al que puede accederse vía API REST por HTTPS. Antes de asignar una nueva cita a un doctor/a se puede realizar una consulta GET para conocer la disponibilidad del facultativo. El sistema OsaNet está considerando implementar nuevas funcionalidades para su intranet. Para gestionar el proyecto de desarrollo se seguirá el framework Scrum, generando entre otros artefactos, un backlog de producto y un backlog de sprint. PREGUNTAS: 451-475 Pregunta 455: Se está considerando añadir un campo contraseña en la tabla Doctor del esquema E/R presentado en el enunciado. Por cuestiones de seguridad no se quiere guardar la contraseña en claro. En su lugar se ha decidido guardar un hash (resumen criptográfico). En cuanto a su nivel de seguridad, ¿cuál de las siguientes funciones hash es más robusta?

Pregunta 456

CASO PRÁCTICO 1 GESTIÓN DE PACIENTES DESCRIPCIÓN DEL CASO El sistema sanitario OsaNet (nombre ficticio) quiere mejorar su proceso de gestión de pacientes creando un sistema digital que pueda realizar un seguimiento de los historiales médicos y las citas de los pacientes. El sistema también debe permitir a los médicos actualizar los historiales de los pacientes y programar citas. OsaNet necesita desarrollar un diagrama entidad/relación para garantizar que la base de datos refleje con precisión las relaciones entre las distintas entidades implicadas en el proceso de gestión de pacientes, doctores/as y citas. Se ha comenzado con el siguiente diseño de tablas y relaciones. Transcripción textual del diagrama oficial (página 105): Doctor tiene dni VARCHAR(9), clave primaria; nombre VARCHAR(255); email VARCHAR(250). Cita tiene id INT, clave primaria; descripción VARCHAR(255); fecha DATETIME; doctor VARCHAR(9), clave foránea a Doctor.dni; paciente VARCHAR(9), clave foránea a Paciente.dni. Paciente tiene dni VARCHAR(9), clave primaria; nombre VARCHAR(45); email VARCHAR(45); numTarjeta INT; fechaNacimiento DATE. Las relaciones son Doctor 1:N Cita y Paciente 1:N Cita. OsaNet dispone también de un sistema online, dentro de su intranet, que permite conocer la disponibilidad de agenda de un/a doctor/a. Este sistema, accesible desde el dominio (ficticio) intranet.osanet.eus, se ha implementado como un microservicio al que puede accederse vía API REST por HTTPS. Antes de asignar una nueva cita a un doctor/a se puede realizar una consulta GET para conocer la disponibilidad del facultativo. El sistema OsaNet está considerando implementar nuevas funcionalidades para su intranet. Para gestionar el proyecto de desarrollo se seguirá el framework Scrum, generando entre otros artefactos, un backlog de producto y un backlog de sprint. PREGUNTAS: 451-475 Pregunta 456: Para gestionar el proyecto usando el framework Scrum, el equipo del proyecto OsaNet ha generado, entre otros artefactos, un backlog de producto y un backlog de sprint. ¿Cuáles son las definiciones correctas y qué rol de Scrum gestiona dichos artefactos?

Pregunta 457

CASO PRÁCTICO 1 GESTIÓN DE PACIENTES DESCRIPCIÓN DEL CASO El sistema sanitario OsaNet (nombre ficticio) quiere mejorar su proceso de gestión de pacientes creando un sistema digital que pueda realizar un seguimiento de los historiales médicos y las citas de los pacientes. El sistema también debe permitir a los médicos actualizar los historiales de los pacientes y programar citas. OsaNet necesita desarrollar un diagrama entidad/relación para garantizar que la base de datos refleje con precisión las relaciones entre las distintas entidades implicadas en el proceso de gestión de pacientes, doctores/as y citas. Se ha comenzado con el siguiente diseño de tablas y relaciones. Transcripción textual del diagrama oficial (página 105): Doctor tiene dni VARCHAR(9), clave primaria; nombre VARCHAR(255); email VARCHAR(250). Cita tiene id INT, clave primaria; descripción VARCHAR(255); fecha DATETIME; doctor VARCHAR(9), clave foránea a Doctor.dni; paciente VARCHAR(9), clave foránea a Paciente.dni. Paciente tiene dni VARCHAR(9), clave primaria; nombre VARCHAR(45); email VARCHAR(45); numTarjeta INT; fechaNacimiento DATE. Las relaciones son Doctor 1:N Cita y Paciente 1:N Cita. OsaNet dispone también de un sistema online, dentro de su intranet, que permite conocer la disponibilidad de agenda de un/a doctor/a. Este sistema, accesible desde el dominio (ficticio) intranet.osanet.eus, se ha implementado como un microservicio al que puede accederse vía API REST por HTTPS. Antes de asignar una nueva cita a un doctor/a se puede realizar una consulta GET para conocer la disponibilidad del facultativo. El sistema OsaNet está considerando implementar nuevas funcionalidades para su intranet. Para gestionar el proyecto de desarrollo se seguirá el framework Scrum, generando entre otros artefactos, un backlog de producto y un backlog de sprint. PREGUNTAS: 451-475 Pregunta 457: Siguiendo el framework Scrum el Equipo de Desarrollo de OsaNet se reúne cada mañana para celebrar la reunión diaria de Scrum (el Daily Scrum). ¿A qué tres preguntas clave debe responder cada miembro del equipo?

Pregunta 458

CASO PRÁCTICO 1 GESTIÓN DE PACIENTES DESCRIPCIÓN DEL CASO El sistema sanitario OsaNet (nombre ficticio) quiere mejorar su proceso de gestión de pacientes creando un sistema digital que pueda realizar un seguimiento de los historiales médicos y las citas de los pacientes. El sistema también debe permitir a los médicos actualizar los historiales de los pacientes y programar citas. OsaNet necesita desarrollar un diagrama entidad/relación para garantizar que la base de datos refleje con precisión las relaciones entre las distintas entidades implicadas en el proceso de gestión de pacientes, doctores/as y citas. Se ha comenzado con el siguiente diseño de tablas y relaciones. Transcripción textual del diagrama oficial (página 105): Doctor tiene dni VARCHAR(9), clave primaria; nombre VARCHAR(255); email VARCHAR(250). Cita tiene id INT, clave primaria; descripción VARCHAR(255); fecha DATETIME; doctor VARCHAR(9), clave foránea a Doctor.dni; paciente VARCHAR(9), clave foránea a Paciente.dni. Paciente tiene dni VARCHAR(9), clave primaria; nombre VARCHAR(45); email VARCHAR(45); numTarjeta INT; fechaNacimiento DATE. Las relaciones son Doctor 1:N Cita y Paciente 1:N Cita. OsaNet dispone también de un sistema online, dentro de su intranet, que permite conocer la disponibilidad de agenda de un/a doctor/a. Este sistema, accesible desde el dominio (ficticio) intranet.osanet.eus, se ha implementado como un microservicio al que puede accederse vía API REST por HTTPS. Antes de asignar una nueva cita a un doctor/a se puede realizar una consulta GET para conocer la disponibilidad del facultativo. El sistema OsaNet está considerando implementar nuevas funcionalidades para su intranet. Para gestionar el proyecto de desarrollo se seguirá el framework Scrum, generando entre otros artefactos, un backlog de producto y un backlog de sprint. PREGUNTAS: 451-475 Pregunta 458: Se quiere lanzar una consulta HTTP para conocer la disponibilidad de un/a doctor/a. Si el dominio (ficticio) del servicio es intranet.osanet.eus, ¿cuál de las siguientes peticiones GET con parámetros es sintácticamente correcta?

Pregunta 459

CASO PRÁCTICO 1 GESTIÓN DE PACIENTES DESCRIPCIÓN DEL CASO El sistema sanitario OsaNet (nombre ficticio) quiere mejorar su proceso de gestión de pacientes creando un sistema digital que pueda realizar un seguimiento de los historiales médicos y las citas de los pacientes. El sistema también debe permitir a los médicos actualizar los historiales de los pacientes y programar citas. OsaNet necesita desarrollar un diagrama entidad/relación para garantizar que la base de datos refleje con precisión las relaciones entre las distintas entidades implicadas en el proceso de gestión de pacientes, doctores/as y citas. Se ha comenzado con el siguiente diseño de tablas y relaciones. Transcripción textual del diagrama oficial (página 105): Doctor tiene dni VARCHAR(9), clave primaria; nombre VARCHAR(255); email VARCHAR(250). Cita tiene id INT, clave primaria; descripción VARCHAR(255); fecha DATETIME; doctor VARCHAR(9), clave foránea a Doctor.dni; paciente VARCHAR(9), clave foránea a Paciente.dni. Paciente tiene dni VARCHAR(9), clave primaria; nombre VARCHAR(45); email VARCHAR(45); numTarjeta INT; fechaNacimiento DATE. Las relaciones son Doctor 1:N Cita y Paciente 1:N Cita. OsaNet dispone también de un sistema online, dentro de su intranet, que permite conocer la disponibilidad de agenda de un/a doctor/a. Este sistema, accesible desde el dominio (ficticio) intranet.osanet.eus, se ha implementado como un microservicio al que puede accederse vía API REST por HTTPS. Antes de asignar una nueva cita a un doctor/a se puede realizar una consulta GET para conocer la disponibilidad del facultativo. El sistema OsaNet está considerando implementar nuevas funcionalidades para su intranet. Para gestionar el proyecto de desarrollo se seguirá el framework Scrum, generando entre otros artefactos, un backlog de producto y un backlog de sprint. PREGUNTAS: 451-475 Pregunta 459: La tabla Cita tiene una clave primaria “id”. ¿Qué ventaja presenta respecto a usar una clave primaria compuesta (doctor/a, paciente, fecha)?

Pregunta 460

CASO PRÁCTICO 1 GESTIÓN DE PACIENTES DESCRIPCIÓN DEL CASO El sistema sanitario OsaNet (nombre ficticio) quiere mejorar su proceso de gestión de pacientes creando un sistema digital que pueda realizar un seguimiento de los historiales médicos y las citas de los pacientes. El sistema también debe permitir a los médicos actualizar los historiales de los pacientes y programar citas. OsaNet necesita desarrollar un diagrama entidad/relación para garantizar que la base de datos refleje con precisión las relaciones entre las distintas entidades implicadas en el proceso de gestión de pacientes, doctores/as y citas. Se ha comenzado con el siguiente diseño de tablas y relaciones. Transcripción textual del diagrama oficial (página 105): Doctor tiene dni VARCHAR(9), clave primaria; nombre VARCHAR(255); email VARCHAR(250). Cita tiene id INT, clave primaria; descripción VARCHAR(255); fecha DATETIME; doctor VARCHAR(9), clave foránea a Doctor.dni; paciente VARCHAR(9), clave foránea a Paciente.dni. Paciente tiene dni VARCHAR(9), clave primaria; nombre VARCHAR(45); email VARCHAR(45); numTarjeta INT; fechaNacimiento DATE. Las relaciones son Doctor 1:N Cita y Paciente 1:N Cita. OsaNet dispone también de un sistema online, dentro de su intranet, que permite conocer la disponibilidad de agenda de un/a doctor/a. Este sistema, accesible desde el dominio (ficticio) intranet.osanet.eus, se ha implementado como un microservicio al que puede accederse vía API REST por HTTPS. Antes de asignar una nueva cita a un doctor/a se puede realizar una consulta GET para conocer la disponibilidad del facultativo. El sistema OsaNet está considerando implementar nuevas funcionalidades para su intranet. Para gestionar el proyecto de desarrollo se seguirá el framework Scrum, generando entre otros artefactos, un backlog de producto y un backlog de sprint. PREGUNTAS: 451-475 Pregunta 460: El microservicio de disponibilidad devuelve información sobre las horas libres de un/a doctor/a. ¿Qué característica debe tener esa operación para evitar efectos secundarios?

Pregunta 461

CASO PRÁCTICO 1 GESTIÓN DE PACIENTES DESCRIPCIÓN DEL CASO El sistema sanitario OsaNet (nombre ficticio) quiere mejorar su proceso de gestión de pacientes creando un sistema digital que pueda realizar un seguimiento de los historiales médicos y las citas de los pacientes. El sistema también debe permitir a los médicos actualizar los historiales de los pacientes y programar citas. OsaNet necesita desarrollar un diagrama entidad/relación para garantizar que la base de datos refleje con precisión las relaciones entre las distintas entidades implicadas en el proceso de gestión de pacientes, doctores/as y citas. Se ha comenzado con el siguiente diseño de tablas y relaciones. Transcripción textual del diagrama oficial (página 105): Doctor tiene dni VARCHAR(9), clave primaria; nombre VARCHAR(255); email VARCHAR(250). Cita tiene id INT, clave primaria; descripción VARCHAR(255); fecha DATETIME; doctor VARCHAR(9), clave foránea a Doctor.dni; paciente VARCHAR(9), clave foránea a Paciente.dni. Paciente tiene dni VARCHAR(9), clave primaria; nombre VARCHAR(45); email VARCHAR(45); numTarjeta INT; fechaNacimiento DATE. Las relaciones son Doctor 1:N Cita y Paciente 1:N Cita. OsaNet dispone también de un sistema online, dentro de su intranet, que permite conocer la disponibilidad de agenda de un/a doctor/a. Este sistema, accesible desde el dominio (ficticio) intranet.osanet.eus, se ha implementado como un microservicio al que puede accederse vía API REST por HTTPS. Antes de asignar una nueva cita a un doctor/a se puede realizar una consulta GET para conocer la disponibilidad del facultativo. El sistema OsaNet está considerando implementar nuevas funcionalidades para su intranet. Para gestionar el proyecto de desarrollo se seguirá el framework Scrum, generando entre otros artefactos, un backlog de producto y un backlog de sprint. PREGUNTAS: 451-475 Pregunta 461: Si una persona paciente se elimina pero mantiene citas activas, ¿qué debe hacer la base de datos al intentar borrar su registro?

Pregunta 462

CASO PRÁCTICO 1 GESTIÓN DE PACIENTES DESCRIPCIÓN DEL CASO El sistema sanitario OsaNet (nombre ficticio) quiere mejorar su proceso de gestión de pacientes creando un sistema digital que pueda realizar un seguimiento de los historiales médicos y las citas de los pacientes. El sistema también debe permitir a los médicos actualizar los historiales de los pacientes y programar citas. OsaNet necesita desarrollar un diagrama entidad/relación para garantizar que la base de datos refleje con precisión las relaciones entre las distintas entidades implicadas en el proceso de gestión de pacientes, doctores/as y citas. Se ha comenzado con el siguiente diseño de tablas y relaciones. Transcripción textual del diagrama oficial (página 105): Doctor tiene dni VARCHAR(9), clave primaria; nombre VARCHAR(255); email VARCHAR(250). Cita tiene id INT, clave primaria; descripción VARCHAR(255); fecha DATETIME; doctor VARCHAR(9), clave foránea a Doctor.dni; paciente VARCHAR(9), clave foránea a Paciente.dni. Paciente tiene dni VARCHAR(9), clave primaria; nombre VARCHAR(45); email VARCHAR(45); numTarjeta INT; fechaNacimiento DATE. Las relaciones son Doctor 1:N Cita y Paciente 1:N Cita. OsaNet dispone también de un sistema online, dentro de su intranet, que permite conocer la disponibilidad de agenda de un/a doctor/a. Este sistema, accesible desde el dominio (ficticio) intranet.osanet.eus, se ha implementado como un microservicio al que puede accederse vía API REST por HTTPS. Antes de asignar una nueva cita a un doctor/a se puede realizar una consulta GET para conocer la disponibilidad del facultativo. El sistema OsaNet está considerando implementar nuevas funcionalidades para su intranet. Para gestionar el proyecto de desarrollo se seguirá el framework Scrum, generando entre otros artefactos, un backlog de producto y un backlog de sprint. PREGUNTAS: 451-475 Pregunta 462: El microservicio de disponibilidad usa HTTPS. ¿Qué ocurriría si un atacante intentara interceptar la comunicación?

Pregunta 463

CASO PRÁCTICO 1 GESTIÓN DE PACIENTES DESCRIPCIÓN DEL CASO El sistema sanitario OsaNet (nombre ficticio) quiere mejorar su proceso de gestión de pacientes creando un sistema digital que pueda realizar un seguimiento de los historiales médicos y las citas de los pacientes. El sistema también debe permitir a los médicos actualizar los historiales de los pacientes y programar citas. OsaNet necesita desarrollar un diagrama entidad/relación para garantizar que la base de datos refleje con precisión las relaciones entre las distintas entidades implicadas en el proceso de gestión de pacientes, doctores/as y citas. Se ha comenzado con el siguiente diseño de tablas y relaciones. Transcripción textual del diagrama oficial (página 105): Doctor tiene dni VARCHAR(9), clave primaria; nombre VARCHAR(255); email VARCHAR(250). Cita tiene id INT, clave primaria; descripción VARCHAR(255); fecha DATETIME; doctor VARCHAR(9), clave foránea a Doctor.dni; paciente VARCHAR(9), clave foránea a Paciente.dni. Paciente tiene dni VARCHAR(9), clave primaria; nombre VARCHAR(45); email VARCHAR(45); numTarjeta INT; fechaNacimiento DATE. Las relaciones son Doctor 1:N Cita y Paciente 1:N Cita. OsaNet dispone también de un sistema online, dentro de su intranet, que permite conocer la disponibilidad de agenda de un/a doctor/a. Este sistema, accesible desde el dominio (ficticio) intranet.osanet.eus, se ha implementado como un microservicio al que puede accederse vía API REST por HTTPS. Antes de asignar una nueva cita a un doctor/a se puede realizar una consulta GET para conocer la disponibilidad del facultativo. El sistema OsaNet está considerando implementar nuevas funcionalidades para su intranet. Para gestionar el proyecto de desarrollo se seguirá el framework Scrum, generando entre otros artefactos, un backlog de producto y un backlog de sprint. PREGUNTAS: 451-475 Pregunta 463: En Abbott, “el sistema OsaNet quiere mejorar su proceso de gestión” debe interpretarse como:

Pregunta 464

CASO PRÁCTICO 1 GESTIÓN DE PACIENTES DESCRIPCIÓN DEL CASO El sistema sanitario OsaNet (nombre ficticio) quiere mejorar su proceso de gestión de pacientes creando un sistema digital que pueda realizar un seguimiento de los historiales médicos y las citas de los pacientes. El sistema también debe permitir a los médicos actualizar los historiales de los pacientes y programar citas. OsaNet necesita desarrollar un diagrama entidad/relación para garantizar que la base de datos refleje con precisión las relaciones entre las distintas entidades implicadas en el proceso de gestión de pacientes, doctores/as y citas. Se ha comenzado con el siguiente diseño de tablas y relaciones. Transcripción textual del diagrama oficial (página 105): Doctor tiene dni VARCHAR(9), clave primaria; nombre VARCHAR(255); email VARCHAR(250). Cita tiene id INT, clave primaria; descripción VARCHAR(255); fecha DATETIME; doctor VARCHAR(9), clave foránea a Doctor.dni; paciente VARCHAR(9), clave foránea a Paciente.dni. Paciente tiene dni VARCHAR(9), clave primaria; nombre VARCHAR(45); email VARCHAR(45); numTarjeta INT; fechaNacimiento DATE. Las relaciones son Doctor 1:N Cita y Paciente 1:N Cita. OsaNet dispone también de un sistema online, dentro de su intranet, que permite conocer la disponibilidad de agenda de un/a doctor/a. Este sistema, accesible desde el dominio (ficticio) intranet.osanet.eus, se ha implementado como un microservicio al que puede accederse vía API REST por HTTPS. Antes de asignar una nueva cita a un doctor/a se puede realizar una consulta GET para conocer la disponibilidad del facultativo. El sistema OsaNet está considerando implementar nuevas funcionalidades para su intranet. Para gestionar el proyecto de desarrollo se seguirá el framework Scrum, generando entre otros artefactos, un backlog de producto y un backlog de sprint. PREGUNTAS: 451-475 Pregunta 464: Abbott sugiere que sinónimos como “doctor/a” y “facultativo/a” deben:

Pregunta 465

CASO PRÁCTICO 1 GESTIÓN DE PACIENTES DESCRIPCIÓN DEL CASO El sistema sanitario OsaNet (nombre ficticio) quiere mejorar su proceso de gestión de pacientes creando un sistema digital que pueda realizar un seguimiento de los historiales médicos y las citas de los pacientes. El sistema también debe permitir a los médicos actualizar los historiales de los pacientes y programar citas. OsaNet necesita desarrollar un diagrama entidad/relación para garantizar que la base de datos refleje con precisión las relaciones entre las distintas entidades implicadas en el proceso de gestión de pacientes, doctores/as y citas. Se ha comenzado con el siguiente diseño de tablas y relaciones. Transcripción textual del diagrama oficial (página 105): Doctor tiene dni VARCHAR(9), clave primaria; nombre VARCHAR(255); email VARCHAR(250). Cita tiene id INT, clave primaria; descripción VARCHAR(255); fecha DATETIME; doctor VARCHAR(9), clave foránea a Doctor.dni; paciente VARCHAR(9), clave foránea a Paciente.dni. Paciente tiene dni VARCHAR(9), clave primaria; nombre VARCHAR(45); email VARCHAR(45); numTarjeta INT; fechaNacimiento DATE. Las relaciones son Doctor 1:N Cita y Paciente 1:N Cita. OsaNet dispone también de un sistema online, dentro de su intranet, que permite conocer la disponibilidad de agenda de un/a doctor/a. Este sistema, accesible desde el dominio (ficticio) intranet.osanet.eus, se ha implementado como un microservicio al que puede accederse vía API REST por HTTPS. Antes de asignar una nueva cita a un doctor/a se puede realizar una consulta GET para conocer la disponibilidad del facultativo. El sistema OsaNet está considerando implementar nuevas funcionalidades para su intranet. Para gestionar el proyecto de desarrollo se seguirá el framework Scrum, generando entre otros artefactos, un backlog de producto y un backlog de sprint. PREGUNTAS: 451-475 Pregunta 465: En el E/R, la entidad Cita tiene claves extranjeras a Paciente y Doctor/a. En Orientación a Objetos esto se traduce en:

Pregunta 466

CASO PRÁCTICO 1 GESTIÓN DE PACIENTES DESCRIPCIÓN DEL CASO El sistema sanitario OsaNet (nombre ficticio) quiere mejorar su proceso de gestión de pacientes creando un sistema digital que pueda realizar un seguimiento de los historiales médicos y las citas de los pacientes. El sistema también debe permitir a los médicos actualizar los historiales de los pacientes y programar citas. OsaNet necesita desarrollar un diagrama entidad/relación para garantizar que la base de datos refleje con precisión las relaciones entre las distintas entidades implicadas en el proceso de gestión de pacientes, doctores/as y citas. Se ha comenzado con el siguiente diseño de tablas y relaciones. Transcripción textual del diagrama oficial (página 105): Doctor tiene dni VARCHAR(9), clave primaria; nombre VARCHAR(255); email VARCHAR(250). Cita tiene id INT, clave primaria; descripción VARCHAR(255); fecha DATETIME; doctor VARCHAR(9), clave foránea a Doctor.dni; paciente VARCHAR(9), clave foránea a Paciente.dni. Paciente tiene dni VARCHAR(9), clave primaria; nombre VARCHAR(45); email VARCHAR(45); numTarjeta INT; fechaNacimiento DATE. Las relaciones son Doctor 1:N Cita y Paciente 1:N Cita. OsaNet dispone también de un sistema online, dentro de su intranet, que permite conocer la disponibilidad de agenda de un/a doctor/a. Este sistema, accesible desde el dominio (ficticio) intranet.osanet.eus, se ha implementado como un microservicio al que puede accederse vía API REST por HTTPS. Antes de asignar una nueva cita a un doctor/a se puede realizar una consulta GET para conocer la disponibilidad del facultativo. El sistema OsaNet está considerando implementar nuevas funcionalidades para su intranet. Para gestionar el proyecto de desarrollo se seguirá el framework Scrum, generando entre otros artefactos, un backlog de producto y un backlog de sprint. PREGUNTAS: 451-475 Pregunta 466: La relación 1:N entre Paciente y Cita se convierte en Orientación a Objetos en:

Pregunta 467

CASO PRÁCTICO 1 GESTIÓN DE PACIENTES DESCRIPCIÓN DEL CASO El sistema sanitario OsaNet (nombre ficticio) quiere mejorar su proceso de gestión de pacientes creando un sistema digital que pueda realizar un seguimiento de los historiales médicos y las citas de los pacientes. El sistema también debe permitir a los médicos actualizar los historiales de los pacientes y programar citas. OsaNet necesita desarrollar un diagrama entidad/relación para garantizar que la base de datos refleje con precisión las relaciones entre las distintas entidades implicadas en el proceso de gestión de pacientes, doctores/as y citas. Se ha comenzado con el siguiente diseño de tablas y relaciones. Transcripción textual del diagrama oficial (página 105): Doctor tiene dni VARCHAR(9), clave primaria; nombre VARCHAR(255); email VARCHAR(250). Cita tiene id INT, clave primaria; descripción VARCHAR(255); fecha DATETIME; doctor VARCHAR(9), clave foránea a Doctor.dni; paciente VARCHAR(9), clave foránea a Paciente.dni. Paciente tiene dni VARCHAR(9), clave primaria; nombre VARCHAR(45); email VARCHAR(45); numTarjeta INT; fechaNacimiento DATE. Las relaciones son Doctor 1:N Cita y Paciente 1:N Cita. OsaNet dispone también de un sistema online, dentro de su intranet, que permite conocer la disponibilidad de agenda de un/a doctor/a. Este sistema, accesible desde el dominio (ficticio) intranet.osanet.eus, se ha implementado como un microservicio al que puede accederse vía API REST por HTTPS. Antes de asignar una nueva cita a un doctor/a se puede realizar una consulta GET para conocer la disponibilidad del facultativo. El sistema OsaNet está considerando implementar nuevas funcionalidades para su intranet. Para gestionar el proyecto de desarrollo se seguirá el framework Scrum, generando entre otros artefactos, un backlog de producto y un backlog de sprint. PREGUNTAS: 451-475 Pregunta 467: Si en E/R existe una relación Doctor–Paciente solo a través de Cita, en Orientación a Objetos:

Pregunta 468

CASO PRÁCTICO 1 GESTIÓN DE PACIENTES DESCRIPCIÓN DEL CASO El sistema sanitario OsaNet (nombre ficticio) quiere mejorar su proceso de gestión de pacientes creando un sistema digital que pueda realizar un seguimiento de los historiales médicos y las citas de los pacientes. El sistema también debe permitir a los médicos actualizar los historiales de los pacientes y programar citas. OsaNet necesita desarrollar un diagrama entidad/relación para garantizar que la base de datos refleje con precisión las relaciones entre las distintas entidades implicadas en el proceso de gestión de pacientes, doctores/as y citas. Se ha comenzado con el siguiente diseño de tablas y relaciones. Transcripción textual del diagrama oficial (página 105): Doctor tiene dni VARCHAR(9), clave primaria; nombre VARCHAR(255); email VARCHAR(250). Cita tiene id INT, clave primaria; descripción VARCHAR(255); fecha DATETIME; doctor VARCHAR(9), clave foránea a Doctor.dni; paciente VARCHAR(9), clave foránea a Paciente.dni. Paciente tiene dni VARCHAR(9), clave primaria; nombre VARCHAR(45); email VARCHAR(45); numTarjeta INT; fechaNacimiento DATE. Las relaciones son Doctor 1:N Cita y Paciente 1:N Cita. OsaNet dispone también de un sistema online, dentro de su intranet, que permite conocer la disponibilidad de agenda de un/a doctor/a. Este sistema, accesible desde el dominio (ficticio) intranet.osanet.eus, se ha implementado como un microservicio al que puede accederse vía API REST por HTTPS. Antes de asignar una nueva cita a un doctor/a se puede realizar una consulta GET para conocer la disponibilidad del facultativo. El sistema OsaNet está considerando implementar nuevas funcionalidades para su intranet. Para gestionar el proyecto de desarrollo se seguirá el framework Scrum, generando entre otros artefactos, un backlog de producto y un backlog de sprint. PREGUNTAS: 451-475 Pregunta 468: En un diagrama de casos de uso, la comunicación entre Doctor y “Programar cita” se representa como:

Pregunta 469

CASO PRÁCTICO 1 GESTIÓN DE PACIENTES DESCRIPCIÓN DEL CASO El sistema sanitario OsaNet (nombre ficticio) quiere mejorar su proceso de gestión de pacientes creando un sistema digital que pueda realizar un seguimiento de los historiales médicos y las citas de los pacientes. El sistema también debe permitir a los médicos actualizar los historiales de los pacientes y programar citas. OsaNet necesita desarrollar un diagrama entidad/relación para garantizar que la base de datos refleje con precisión las relaciones entre las distintas entidades implicadas en el proceso de gestión de pacientes, doctores/as y citas. Se ha comenzado con el siguiente diseño de tablas y relaciones. Transcripción textual del diagrama oficial (página 105): Doctor tiene dni VARCHAR(9), clave primaria; nombre VARCHAR(255); email VARCHAR(250). Cita tiene id INT, clave primaria; descripción VARCHAR(255); fecha DATETIME; doctor VARCHAR(9), clave foránea a Doctor.dni; paciente VARCHAR(9), clave foránea a Paciente.dni. Paciente tiene dni VARCHAR(9), clave primaria; nombre VARCHAR(45); email VARCHAR(45); numTarjeta INT; fechaNacimiento DATE. Las relaciones son Doctor 1:N Cita y Paciente 1:N Cita. OsaNet dispone también de un sistema online, dentro de su intranet, que permite conocer la disponibilidad de agenda de un/a doctor/a. Este sistema, accesible desde el dominio (ficticio) intranet.osanet.eus, se ha implementado como un microservicio al que puede accederse vía API REST por HTTPS. Antes de asignar una nueva cita a un doctor/a se puede realizar una consulta GET para conocer la disponibilidad del facultativo. El sistema OsaNet está considerando implementar nuevas funcionalidades para su intranet. Para gestionar el proyecto de desarrollo se seguirá el framework Scrum, generando entre otros artefactos, un backlog de producto y un backlog de sprint. PREGUNTAS: 451-475 Pregunta 469: ¿En cuál de los siguientes casos es apropiado modelar un caso de uso “extends” en el sistema OsaNet?

Pregunta 470

CASO PRÁCTICO 1 GESTIÓN DE PACIENTES DESCRIPCIÓN DEL CASO El sistema sanitario OsaNet (nombre ficticio) quiere mejorar su proceso de gestión de pacientes creando un sistema digital que pueda realizar un seguimiento de los historiales médicos y las citas de los pacientes. El sistema también debe permitir a los médicos actualizar los historiales de los pacientes y programar citas. OsaNet necesita desarrollar un diagrama entidad/relación para garantizar que la base de datos refleje con precisión las relaciones entre las distintas entidades implicadas en el proceso de gestión de pacientes, doctores/as y citas. Se ha comenzado con el siguiente diseño de tablas y relaciones. Transcripción textual del diagrama oficial (página 105): Doctor tiene dni VARCHAR(9), clave primaria; nombre VARCHAR(255); email VARCHAR(250). Cita tiene id INT, clave primaria; descripción VARCHAR(255); fecha DATETIME; doctor VARCHAR(9), clave foránea a Doctor.dni; paciente VARCHAR(9), clave foránea a Paciente.dni. Paciente tiene dni VARCHAR(9), clave primaria; nombre VARCHAR(45); email VARCHAR(45); numTarjeta INT; fechaNacimiento DATE. Las relaciones son Doctor 1:N Cita y Paciente 1:N Cita. OsaNet dispone también de un sistema online, dentro de su intranet, que permite conocer la disponibilidad de agenda de un/a doctor/a. Este sistema, accesible desde el dominio (ficticio) intranet.osanet.eus, se ha implementado como un microservicio al que puede accederse vía API REST por HTTPS. Antes de asignar una nueva cita a un doctor/a se puede realizar una consulta GET para conocer la disponibilidad del facultativo. El sistema OsaNet está considerando implementar nuevas funcionalidades para su intranet. Para gestionar el proyecto de desarrollo se seguirá el framework Scrum, generando entre otros artefactos, un backlog de producto y un backlog de sprint. PREGUNTAS: 451-475 Pregunta 470: Para validar que OsaNet funciona tras introducir nuevas funcionalidades en la intranet, se deben ejecutar:

Pregunta 471

CASO PRÁCTICO 1 GESTIÓN DE PACIENTES DESCRIPCIÓN DEL CASO El sistema sanitario OsaNet (nombre ficticio) quiere mejorar su proceso de gestión de pacientes creando un sistema digital que pueda realizar un seguimiento de los historiales médicos y las citas de los pacientes. El sistema también debe permitir a los médicos actualizar los historiales de los pacientes y programar citas. OsaNet necesita desarrollar un diagrama entidad/relación para garantizar que la base de datos refleje con precisión las relaciones entre las distintas entidades implicadas en el proceso de gestión de pacientes, doctores/as y citas. Se ha comenzado con el siguiente diseño de tablas y relaciones. Transcripción textual del diagrama oficial (página 105): Doctor tiene dni VARCHAR(9), clave primaria; nombre VARCHAR(255); email VARCHAR(250). Cita tiene id INT, clave primaria; descripción VARCHAR(255); fecha DATETIME; doctor VARCHAR(9), clave foránea a Doctor.dni; paciente VARCHAR(9), clave foránea a Paciente.dni. Paciente tiene dni VARCHAR(9), clave primaria; nombre VARCHAR(45); email VARCHAR(45); numTarjeta INT; fechaNacimiento DATE. Las relaciones son Doctor 1:N Cita y Paciente 1:N Cita. OsaNet dispone también de un sistema online, dentro de su intranet, que permite conocer la disponibilidad de agenda de un/a doctor/a. Este sistema, accesible desde el dominio (ficticio) intranet.osanet.eus, se ha implementado como un microservicio al que puede accederse vía API REST por HTTPS. Antes de asignar una nueva cita a un doctor/a se puede realizar una consulta GET para conocer la disponibilidad del facultativo. El sistema OsaNet está considerando implementar nuevas funcionalidades para su intranet. Para gestionar el proyecto de desarrollo se seguirá el framework Scrum, generando entre otros artefactos, un backlog de producto y un backlog de sprint. PREGUNTAS: 451-475 Pregunta 471: El microservicio consultar Citas devuelve JSON corrupto. Quieres probar que el sistema de citas lo maneja correctamente. ¿Qué tipo de prueba haces?

Pregunta 472

CASO PRÁCTICO 1 GESTIÓN DE PACIENTES DESCRIPCIÓN DEL CASO El sistema sanitario OsaNet (nombre ficticio) quiere mejorar su proceso de gestión de pacientes creando un sistema digital que pueda realizar un seguimiento de los historiales médicos y las citas de los pacientes. El sistema también debe permitir a los médicos actualizar los historiales de los pacientes y programar citas. OsaNet necesita desarrollar un diagrama entidad/relación para garantizar que la base de datos refleje con precisión las relaciones entre las distintas entidades implicadas en el proceso de gestión de pacientes, doctores/as y citas. Se ha comenzado con el siguiente diseño de tablas y relaciones. Transcripción textual del diagrama oficial (página 105): Doctor tiene dni VARCHAR(9), clave primaria; nombre VARCHAR(255); email VARCHAR(250). Cita tiene id INT, clave primaria; descripción VARCHAR(255); fecha DATETIME; doctor VARCHAR(9), clave foránea a Doctor.dni; paciente VARCHAR(9), clave foránea a Paciente.dni. Paciente tiene dni VARCHAR(9), clave primaria; nombre VARCHAR(45); email VARCHAR(45); numTarjeta INT; fechaNacimiento DATE. Las relaciones son Doctor 1:N Cita y Paciente 1:N Cita. OsaNet dispone también de un sistema online, dentro de su intranet, que permite conocer la disponibilidad de agenda de un/a doctor/a. Este sistema, accesible desde el dominio (ficticio) intranet.osanet.eus, se ha implementado como un microservicio al que puede accederse vía API REST por HTTPS. Antes de asignar una nueva cita a un doctor/a se puede realizar una consulta GET para conocer la disponibilidad del facultativo. El sistema OsaNet está considerando implementar nuevas funcionalidades para su intranet. Para gestionar el proyecto de desarrollo se seguirá el framework Scrum, generando entre otros artefactos, un backlog de producto y un backlog de sprint. PREGUNTAS: 451-475 Pregunta 472: En una prueba funcional, simulas que el/la doctor/a intenta crear una cita con una fecha anterior al día actual. ¿Qué tipo de prueba es?

Pregunta 473

CASO PRÁCTICO 1 GESTIÓN DE PACIENTES DESCRIPCIÓN DEL CASO El sistema sanitario OsaNet (nombre ficticio) quiere mejorar su proceso de gestión de pacientes creando un sistema digital que pueda realizar un seguimiento de los historiales médicos y las citas de los pacientes. El sistema también debe permitir a los médicos actualizar los historiales de los pacientes y programar citas. OsaNet necesita desarrollar un diagrama entidad/relación para garantizar que la base de datos refleje con precisión las relaciones entre las distintas entidades implicadas en el proceso de gestión de pacientes, doctores/as y citas. Se ha comenzado con el siguiente diseño de tablas y relaciones. Transcripción textual del diagrama oficial (página 105): Doctor tiene dni VARCHAR(9), clave primaria; nombre VARCHAR(255); email VARCHAR(250). Cita tiene id INT, clave primaria; descripción VARCHAR(255); fecha DATETIME; doctor VARCHAR(9), clave foránea a Doctor.dni; paciente VARCHAR(9), clave foránea a Paciente.dni. Paciente tiene dni VARCHAR(9), clave primaria; nombre VARCHAR(45); email VARCHAR(45); numTarjeta INT; fechaNacimiento DATE. Las relaciones son Doctor 1:N Cita y Paciente 1:N Cita. OsaNet dispone también de un sistema online, dentro de su intranet, que permite conocer la disponibilidad de agenda de un/a doctor/a. Este sistema, accesible desde el dominio (ficticio) intranet.osanet.eus, se ha implementado como un microservicio al que puede accederse vía API REST por HTTPS. Antes de asignar una nueva cita a un doctor/a se puede realizar una consulta GET para conocer la disponibilidad del facultativo. El sistema OsaNet está considerando implementar nuevas funcionalidades para su intranet. Para gestionar el proyecto de desarrollo se seguirá el framework Scrum, generando entre otros artefactos, un backlog de producto y un backlog de sprint. PREGUNTAS: 451-475 Pregunta 473: ¿Qué tipo de cobertura utilizar para comprobar que todas las rutas del método consultarCitas() de la clase Paciente se ejecutan?

Pregunta 474

CASO PRÁCTICO 1 GESTIÓN DE PACIENTES DESCRIPCIÓN DEL CASO El sistema sanitario OsaNet (nombre ficticio) quiere mejorar su proceso de gestión de pacientes creando un sistema digital que pueda realizar un seguimiento de los historiales médicos y las citas de los pacientes. El sistema también debe permitir a los médicos actualizar los historiales de los pacientes y programar citas. OsaNet necesita desarrollar un diagrama entidad/relación para garantizar que la base de datos refleje con precisión las relaciones entre las distintas entidades implicadas en el proceso de gestión de pacientes, doctores/as y citas. Se ha comenzado con el siguiente diseño de tablas y relaciones. Transcripción textual del diagrama oficial (página 105): Doctor tiene dni VARCHAR(9), clave primaria; nombre VARCHAR(255); email VARCHAR(250). Cita tiene id INT, clave primaria; descripción VARCHAR(255); fecha DATETIME; doctor VARCHAR(9), clave foránea a Doctor.dni; paciente VARCHAR(9), clave foránea a Paciente.dni. Paciente tiene dni VARCHAR(9), clave primaria; nombre VARCHAR(45); email VARCHAR(45); numTarjeta INT; fechaNacimiento DATE. Las relaciones son Doctor 1:N Cita y Paciente 1:N Cita. OsaNet dispone también de un sistema online, dentro de su intranet, que permite conocer la disponibilidad de agenda de un/a doctor/a. Este sistema, accesible desde el dominio (ficticio) intranet.osanet.eus, se ha implementado como un microservicio al que puede accederse vía API REST por HTTPS. Antes de asignar una nueva cita a un doctor/a se puede realizar una consulta GET para conocer la disponibilidad del facultativo. El sistema OsaNet está considerando implementar nuevas funcionalidades para su intranet. Para gestionar el proyecto de desarrollo se seguirá el framework Scrum, generando entre otros artefactos, un backlog de producto y un backlog de sprint. PREGUNTAS: 451-475 Pregunta 474: OsaNet quiere registrar “PacienteAdulto” y “PacienteMenor”, donde los/las menores requieren autorización de tutor/a, pero ambos comparten datos personales y tarjeta sanitaria. ¿Qué diseño OO es adecuado?

Pregunta 475

CASO PRÁCTICO 1 GESTIÓN DE PACIENTES DESCRIPCIÓN DEL CASO El sistema sanitario OsaNet (nombre ficticio) quiere mejorar su proceso de gestión de pacientes creando un sistema digital que pueda realizar un seguimiento de los historiales médicos y las citas de los pacientes. El sistema también debe permitir a los médicos actualizar los historiales de los pacientes y programar citas. OsaNet necesita desarrollar un diagrama entidad/relación para garantizar que la base de datos refleje con precisión las relaciones entre las distintas entidades implicadas en el proceso de gestión de pacientes, doctores/as y citas. Se ha comenzado con el siguiente diseño de tablas y relaciones. Transcripción textual del diagrama oficial (página 105): Doctor tiene dni VARCHAR(9), clave primaria; nombre VARCHAR(255); email VARCHAR(250). Cita tiene id INT, clave primaria; descripción VARCHAR(255); fecha DATETIME; doctor VARCHAR(9), clave foránea a Doctor.dni; paciente VARCHAR(9), clave foránea a Paciente.dni. Paciente tiene dni VARCHAR(9), clave primaria; nombre VARCHAR(45); email VARCHAR(45); numTarjeta INT; fechaNacimiento DATE. Las relaciones son Doctor 1:N Cita y Paciente 1:N Cita. OsaNet dispone también de un sistema online, dentro de su intranet, que permite conocer la disponibilidad de agenda de un/a doctor/a. Este sistema, accesible desde el dominio (ficticio) intranet.osanet.eus, se ha implementado como un microservicio al que puede accederse vía API REST por HTTPS. Antes de asignar una nueva cita a un doctor/a se puede realizar una consulta GET para conocer la disponibilidad del facultativo. El sistema OsaNet está considerando implementar nuevas funcionalidades para su intranet. Para gestionar el proyecto de desarrollo se seguirá el framework Scrum, generando entre otros artefactos, un backlog de producto y un backlog de sprint. PREGUNTAS: 451-475 Pregunta 475: En OsaNet se desea diferenciar entre dos tipos de doctores/as: doctores/as de atención primaria y doctores/as especialistas. Ambos comparten los mismos datos básicos (nombre, DNI, número de colegiado/a), pero cada tipo añade atributos propios. ¿Cuál sería la solución OO más adecuada?