Rotaciones, residentes y estudiantes

La causa más común de acceso acumulado no es un error: al cambiar de rotación se añade el grupo del servicio nuevo, y nadie quita el anterior porque nadie lo pide. En el módulo 1 viste el mismo fenómeno con los cambios de puesto de una empresa. En un hospital pesa más, porque cada grupo abre pacientes distintos.

Por eso las reglas piden un plazo corto para retirar el grupo anterior y la revisión busca grupos que ya no tienen una rotación que los respalde.

residentes.txt dice dónde estuvo cada residente y cuándo terminó; grupos-de-residentes.txt dice qué grupos tiene hoy. Las reglas dan un plazo para retirar el grupo anterior y un ejemplo de cómo contarlo. Calcula el límite de cada residente y mira quién lo superó a la fecha de corte. Quien terminó apenas un día antes del corte todavía puede estar dentro del plazo.

La regla de estudiantes limita a cada uno a un único grupo de servicio. Revisa estudiantes.txt y cuenta cuántos tienen más de uno. No importa qué grupos sean ni en qué convenio estén: importa cuántos grupos tiene cada cuenta.

Un estudiante accede por el convenio entre su universidad y el hospital. Si el convenio vence, la regla manda suspender las cuentas ese mismo día. Cruza convenios.txt con estudiantes.txt y mira cuál convenio venció antes de la fecha de corte y aun así tiene estudiantes activos.

La regla dice que los estudiantes solo leen y que las notas las escribe su tutor. Un permiso de escritura en una cuenta de estudiante significa que el estudiante puede dejar en la historia notas que nadie cofirma. Es un hallazgo de otra naturaleza que el acceso acumulado: aquí el permiso es de más desde el principio.