Cerramos el curso integrando lo aprendido en una sola habilidad: ante un supuesto de oposición o una incidencia de trabajo, decidir qué aplicación corresponde, ordenar la actuación y justificar por qué se protege la información y se deja evidencia suficiente.
En la lección anterior trabajaste la respuesta a un requerimiento: leer lo solicitado, calcular el plazo aplicable, usar la acción vinculada al expediente y conservar el justificante. Ahora aplicarás esa lógica junto con IANUS, SIGAP y FIDES/Expedient-e. El objetivo no es memorizar pantallas concretas, sino reconocer la regla que hace correcta una actuación incluso si la interfaz cambia.
Un método único para resolver casos variados
Muchos supuestos parecen complicados porque incluyen nombres, fechas y detalles secundarios. Antes de pensar en botones, reduce el caso a cuatro decisiones.
| Pregunta clave | Qué determina | Ejemplos |
|---|---|---|
| ¿De quién es el asunto? | El tipo de información protegida | Paciente, persona citada, aspirante, profesional |
| ¿Qué se necesita hacer? | La función administrativa | Consultar una cita, modificar una agenda, aportar un mérito, responder a un requerimiento |
| ¿Qué sistema lo gestiona? | La aplicación correcta | SIGAP, IANUS, FIDES/Expedient-e, sede o registro electrónico |
| ¿Qué límites existen? | Seguridad, legitimación y evidencia | Datos mínimos, representación acreditada, plazo, registro, cierre de sesión |
La primera distinción debe salir casi automáticamente:
| Si el caso trata de… | Aplicación o canal principal | Lo que no procede hacer |
|---|---|---|
| Historia clínica, documentación sanitaria o datos asistenciales autorizados | IANUS | Consultar datos clínicos por curiosidad, para ayudar informalmente o para resolver una cita |
| Centro, profesional, agenda, prestación o estado de una cita | SIGAP | Abrir IANUS para averiguar diagnósticos que no son necesarios para gestionar la cita |
| Currículo profesional, méritos, validación o inscripción en procesos del SERGAS | FIDES / Expedient-e | Tratarlo como un expediente clínico o una cita de paciente |
| Presentación, subsanación, recurso o respuesta formal a una notificación | Acción específica del expediente electrónico o registro habilitado | Enviar un correo informal o dejar el trámite en borrador |
Una buena respuesta de caso práctico suele tener esta estructura breve:
- Aplicación o canal: indicas dónde debe hacerse la actuación.
- Secuencia: expones las comprobaciones y acciones en orden.
- Seguridad: delimitas qué datos pueden consultarse, cómo se verifica identidad y qué evidencia debe conservarse.
- Justificación: explicas la regla que descarta las opciones incorrectas.
No basta con que una opción diga algo parcialmente cierto. En los test administrativos, la opción correcta suele ser la que reúne todas las condiciones necesarias: sistema adecuado, identificación correcta, actuación dentro de plazo, respeto de límites y constancia final.
IANUS: la pantalla accesible no amplía tus funciones
IANUS es la historia clínica electrónica corporativa. Precisamente porque reúne información muy sensible, la pregunta decisiva no es “¿puedo entrar técnicamente?”, sino “¿necesito este dato para una función que tengo asignada?”.
DECRETO …/2008, DO ... DE …, DE HISTORIA CLINICA ...
Lee este texto del SERGAS para consolidar la lógica que debe aparecer en cualquier supuesto de confidencialidad: relación con la función, proporcionalidad del acceso y trazabilidad.
En la introducción, localiza el pasaje que explica los principios generales y lee la proporcionalidad: el acceso debe ajustarse a lo estrictamente necesario en cada situación. Después, en el Capítulo II, Artículo 9, lee el límite del personal no sanitario, que restringe el acceso a los datos vinculados con sus propias funciones. Finalmente, en el Artículo 7, “Control do acceso”, revisa el control de acceso para identificar qué queda registrado cuando alguien intenta acceder a IANUS.
La imagen siguiente ayuda a visualizar un error típico de examen: en una ficha de paciente pueden aparecer opciones y documentos sensibles, pero su presencia en pantalla no convierte su consulta en legítima.
Caso resuelto: petición de información clínica en mostrador
Una administrativa verifica la identidad de una persona que acude a confirmar una cita. Durante la atención, la hermana de la paciente pide conocer el resultado de una prueba y pregunta si existe un documento de instrucciones previas. La pantalla de IANUS permite ver apartados clínicos.
La actuación correcta es:
- Confirmar la identidad de la persona atendida mediante los identificadores previstos y limitar la operación al objeto administrativo, en este caso la cita.
- No abrir resultados, informes ni el apartado de instrucciones previas: no son necesarios para confirmar una cita.
- No facilitar información clínica a una familiar por el mero hecho de declararse pariente.
- Informar del canal adecuado de atención al paciente o del profesional competente, según la petición concreta.
- Finalizar la atención sin dejar datos visibles y cerrar o bloquear la sesión cuando corresponda.
La justificación tiene tres elementos:
- Finalidad: la gestión de una cita no exige conocer resultados clínicos.
- Proporcionalidad: aunque exista acceso técnico, se deben consultar solo los datos necesarios.
- Trazabilidad: IANUS identifica al profesional y registra los intentos y partes de la historia consultadas.
En un test, descarta de inmediato opciones como “abrir el informe para comprobar si la cita es urgente” o “mostrar la información a la hermana si conoce datos personales de la paciente”. Conocer datos no sustituye la legitimación ni amplía el perfil de acceso.
Regla para memorizar: en IANUS, la necesidad funcional limita la consulta; no la curiosidad, la insistencia de un familiar ni la comodidad de tener la pantalla abierta.
SIGAP: una incidencia de cita se resuelve con datos de cita
En SIGAP, el centro de gravedad del caso es distinto. Lo relevante es la relación entre paciente identificado, centro, profesional, agenda, prestación y estado de la cita. La actuación es administrativa y debe quedarse dentro de ese ámbito.
Caso resuelto: dos citas aparentemente duplicadas
Una persona llama porque ha recibido dos avisos para la misma especialidad. En SIGAP aparecen dos citas con fechas distintas: una está confirmada para el centro correcto y otra figura como pendiente en un centro diferente. La persona pide que “borres las dos y me pongas una nueva”.
La respuesta correcta no es anular todo de forma automática. La secuencia segura sería:
- Verificar la identidad con los identificadores establecidos, sin pedir más datos de los necesarios.
- Localizar las citas y comprobar sus elementos: centro, prestación, profesional o agenda, fecha, hora y estado.
- Determinar cuál de las citas se ajusta a la petición o derivación existente y cuál presenta una incidencia.
- Aplicar la regla administrativa indicada en el supuesto: mantener, modificar o anular la cita que corresponda.
- Informar con claridad del resultado: qué cita sigue vigente, cuál se ha anulado o modificado y cuándo o dónde debe acudir la persona.
- Registrar la interacción con una nota mínima de seguimiento si el procedimiento lo exige, sin incluir diagnósticos ni detalles clínicos innecesarios.
- Proteger la sesión antes de abandonar el puesto.
La trampa habitual consiste en confundir una incidencia de agenda con una necesidad de consultar el historial clínico. Si la duda es “¿qué cita está asignada?” o “¿en qué agenda hay hueco?”, la aplicación principal es SIGAP. Solo una necesidad asistencial real, atendida por el perfil competente, podría justificar la consulta de información clínica en IANUS.
Cómo elegir entre respuestas parecidas
| Opción propuesta en un test | Valoración |
|---|---|
| “Anular ambas citas y crear otra sin comprobar datos” | Incorrecta: elimina información y puede dejar sin atención a la persona. |
| “Abrir IANUS para decidir qué cita debe mantenerse” | Incorrecta: la decisión administrativa se basa primero en agenda, prestación y reglas de citación. |
| “Verificar identidad, revisar estado y centro de ambas citas, aplicar la regla indicada y comunicar el resultado” | Correcta: combina verificación, sistema adecuado y actuación proporcional. |
| “Informar a un familiar del horario solo porque conoce el DNI de la paciente” | Incorrecta: debe respetarse la identidad y las reglas de confidencialidad aplicables. |
FIDES y Expedient-e: mérito, proceso y registro no son lo mismo
En los casos de recursos humanos conviene distinguir tres niveles:
- FIDES / Expedient-e: entorno de la Oficina Virtual del Profesional donde se incorpora y consulta la información curricular, los méritos y los procesos.
- Estado del mérito: indica qué ha ocurrido tras su revisión documental.
- Estado de la solicitud o presentación: indica si la inscripción está en borrador, confirmada o efectivamente registrada.
Esta diferencia evita dos errores de oposición muy frecuentes: creer que un mérito introducido ya está acreditado, o creer que una solicitud guardada o confirmada ya está presentada.
Preguntas Frecuentes - Consellería de Sanidade - Servizo Galego de Saúde
Consulta estas preguntas frecuentes del SERGAS como referencia de trabajo para distinguir la carga de méritos, su validación, la presentación documental y el estado de una inscripción.
En el bloque “COMÚNS A EXPEDIENT-E”, lee las subsecciones “Cales son os primeiros pasos no sistema?” y “Como consultar a validación de cada mérito?”. Detente en el estado DI y observa que la propia aplicación muestra el motivo de la documentación incompleta. Después, en “ACHEGA DA DOCUMENTACIÓN”, lee la subsección “Onde achegar a documentación?” y revisa las vías de aportación. Por último, en “Listaxes de contratación”, revisa el apartado “Como inscribirse por primeira vez?” y diferencia con atención los estados de borrador, confirmación y registro.
Caso resuelto: mérito con estado DI
Una aspirante consulta un curso en Expedient-e. El mérito figura como DI, documentación incompleta. Cree que debe eliminar el mérito, volver a crear el curso y enviar otra solicitud desde cero.
Esa opción no es la adecuada. El estado DI indica que la documentación aportada no basta para acreditar el mérito. La actuación razonada consiste en:
- Abrir el detalle u observaciones del mérito para conocer el defecto concreto.
- Comprobar qué exige la convocatoria o el baremo aplicable.
- Preparar el documento que subsana el defecto: por ejemplo, un certificado legible con identificación, entidad acreditadora, fechas y horas o créditos cuando sean exigibles.
- Aportarlo por el canal y dentro del plazo que correspondan al proceso.
- Conservar el justificante de la presentación y comprobar después la evolución del estado.
No confundas DI con NC. Según las preguntas frecuentes de FIDES, el estado NC, “Non Catalogable”, indica que el mérito no tiene encaje en el catálogo interno del apartado donde se introdujo y no requiere subsanación. En cambio, V, “Validado”, acredita correctamente el mérito, aunque su puntuación final dependerá del baremo de la convocatoria.
Caso resuelto: solicitud de contratación en estado “Borrador”
Una persona inicia una inscripción en una lista de contratación, guarda los datos y se marcha pensando que “ya está presentada”. Al consultar de nuevo, la solicitud sigue en estado Borrador el último día del plazo.
La actuación correcta es revisar los datos, realizar las modificaciones necesarias y confirmar la solicitud. Si la convocatoria exige presentación telemática o registro, debe completarse también ese paso y obtenerse su justificante. Una solicitud en borrador no se admite por el simple hecho de estar guardada.
La respuesta sólida en un supuesto debe incluir esta idea:
Guardar permite conservar un trabajo provisional; confirmar fija la solicitud conforme a las reglas del procedimiento; registrar o presentar acredita formalmente que se entregó dentro de plazo.
Si la plataforma muestra “Confirmada pendiente de registrar”, tampoco debe darse por terminado el trámite: la propia denominación indica que falta la presentación efectiva.
Notificaciones y tramitación electrónica: fecha, canal y prueba
En la lección anterior viste que la respuesta a un requerimiento debe vincularse al expediente, firmarse y registrarse. En los test suelen introducir una distracción adicional: confundir un aviso por SMS o correo con la notificación electrónica oficial.
Ley 39/2015 PAC: caso práctico: notificaciones.
El vídeo “Ley 39/2015 PAC: caso práctico: notificaciones”, de Material Academy | Oposiciones 2026, plantea una situación típica de examen sobre avisos y acceso a notificaciones electrónicas.
Visualiza el primer caso. Fíjate especialmente en la diferencia entre recibir un SMS de aviso y acceder al contenido dentro de la sede mediante identificación. Al resolver casos, usa siempre las fechas que aporte el enunciado sobre puesta a disposición, acceso y plazo; no sustituyas una fecha oficial por la fecha de un aviso informal.
La idea esencial es esta:
- Un aviso informa de que puede existir una notificación disponible, pero no equivale por sí mismo al acceso al contenido.
- El acceso efectivo se produce en el canal oficial, con identificación válida.
- Si una notificación electrónica no se abre, los efectos de un posible rechazo se determinan conforme a la regla y fechas oficiales aplicables; en los casos de la Ley 39/2015, es habitual que se pregunte por los diez días naturales desde su puesta a disposición.
- Para responder a un requerimiento, importa la fecha y hora del registro de la respuesta, no la fecha en la que se preparó el PDF.
Caso resuelto: el SMS no marca por sí solo la fecha de acceso
El enunciado dice que una persona recibió un SMS avisando de una notificación, pero no entró en la sede hasta varios días después. Una opción afirma: “La notificación se practicó el día del SMS”. Otra afirma: “Debe comprobarse la fecha de puesta a disposición y la fecha real de acceso en el canal oficial”.
La segunda opción es la correcta. El SMS es un preaviso; para resolver el cómputo hay que distinguir, como mínimo, estas fechas:
| Fecha | Para qué sirve |
|---|---|
| Puesta a disposición | Puede iniciar el cómputo de los efectos de una notificación no abierta, según la norma aplicable |
| Acceso al contenido | Acredita la comparecencia electrónica efectiva |
| Fin del plazo otorgado | Marca el límite para subsanar, alegar, recurrir o aportar documentos |
| Registro de la respuesta | Acredita que la actuación se presentó dentro de plazo |
No elijas una respuesta que calcule plazos con intuiciones del tipo “diez días laborables” si el supuesto habla de días naturales, ni una que use la fecha de creación de un documento en lugar del asiento de registro.
Técnica de examen: detectar la opción completa
Antes de marcar una alternativa, haz una lectura en dos vueltas.
En la primera, identifica cinco datos: persona afectada, aplicación, actuación, plazo y evidencia exigible. En la segunda, busca los defectos que invalidan las opciones: acceso a información excesiva, identidad no comprobada, expediente incorrecto, trámite en borrador, falta de registro, representación no acreditada o plazo mal calculado.
Puedes aplicar esta matriz rápida:
| Control | Pregunta que debes hacerte | Ejemplo de fallo |
|---|---|---|
| Competencia funcional | ¿Esta persona puede realizar esta operación? | Auxiliar administrativo que divulga un informe clínico |
| Aplicación | ¿El sistema elegido gestiona realmente esta tarea? | Usar IANUS para resolver una duplicidad de agenda |
| Identidad | ¿Se ha identificado correctamente a paciente o interesado? | Modificar datos por una llamada de alguien no verificado |
| Proporcionalidad | ¿Se consultan solo los datos necesarios? | Abrir resultados clínicos para confirmar una cita |
| Procedimiento | ¿Se usa la acción vinculada al expediente? | Presentar una solicitud nueva en vez de subsanar |
| Plazo | ¿La fecha relevante es la correcta? | Contar desde un SMS o desde un borrador |
| Evidencia | ¿Existe justificante, asiento o registro? | Dar por presentada una solicitud solo confirmada |
| Seguridad | ¿La sesión y los documentos quedan protegidos? | Dejar IANUS abierto o usar credenciales ajenas |
Caso integrador final
Una persona acude al centro de salud. Solicita cambiar una cita, pide saber por qué le han derivado y comenta que está preparando una inscripción en una lista de contratación del SERGAS, donde tiene un mérito con estado DI. Antes de irse, enseña un SMS sobre un requerimiento electrónico.
Una resolución administrativa completa sería:
- Cita: verificar identidad y gestionar en SIGAP la modificación conforme a centro, agenda, prestación y disponibilidad.
- Motivo de derivación: no consultar ni comunicar información clínica que no sea necesaria para la gestión de cita; orientar al canal asistencial o de atención al paciente pertinente.
- Mérito DI: explicar que debe revisar las observaciones de Expedient-e, aportar la documentación que subsane el defecto por la vía prevista y dentro del plazo aplicable.
- SMS: aclarar que es un aviso; debe acceder al canal oficial para conocer el contenido, las fechas relevantes y la actuación exigida.
- Seguridad: no usar cuentas ajenas, no conservar documentación personal en dispositivos no autorizados y cerrar o bloquear la sesión al finalizar.
Fíjate en que esta respuesta no mezcla aplicaciones ni intenta “resolverlo todo” desde un mismo sistema. Cada cuestión recibe el canal adecuado y cada acceso se limita a la necesidad administrativa real.
Cierre del curso
Las ideas que debes conservar para oposición y trabajo diario son estas:
- IANUS se usa con finalidad legítima, datos mínimos y plena conciencia de que todo acceso es trazable.
- SIGAP concentra la gestión de pacientes, agendas y citas; una incidencia de citación no autoriza por sí sola una consulta clínica.
- FIDES/Expedient-e permite gestionar información profesional, méritos y procesos, pero un mérito cargado no equivale necesariamente a mérito validado, y un borrador no equivale a presentación.
- En tramitación electrónica, la actuación correcta exige identificar expediente, plazo, canal específico, firma cuando proceda y justificante de registro.
- En un caso práctico, la mejor respuesta es la que une aplicación correcta, secuencia completa, confidencialidad, plazo y evidencia.
Has recorrido el circuito básico de herramientas y decisiones de un auxiliar administrativo del SERGAS: acceso seguro, consulta responsable, gestión de citas, calidad de datos, expediente profesional y tramitación electrónica. A partir de aquí, la práctica más útil consiste en leer cada supuesto buscando primero su finalidad administrativa y sus límites de seguridad, antes de fijarte en los nombres concretos de las pantallas.
Can't find a good explanation? Sign up and we'll make it for you
Sign up