Pregunta 455 de Temario Específico Técnico/a Superior Informática

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?