Skip to main content
Glama

Próceres · escritos judiciales de España: papeleta, demanda y recursos

Incapacidad: los grados y su prestación, las enfermedades profesionales, los oficios, el baremo y el procedimiento

consultar_incapacidad
Read-only

Consulta el apartado de incapacidad de la web con el mismo motor que lo sirve GET /api/incapacidad: los cuatro grados de la incapacidad permanente con su definición legal y su prestación; la incapacidad temporal, los requisitos de cotización, la base reguladora y la revisión; el cuadro OFICIAL de enfermedades profesionales del RD 1299/2006 (6 grupos, 143 enfermedades y sus 1.698 actividades); las 761 ocupaciones de la CNO-11 con su linaje y lo que exige cada una; el baremo de lesiones permanentes no invalidantes con su cuantía por epígrafe; y el procedimiento del RD 1300/1995 con sus 8 pasos, sus 9 situaciones y sus plazos. Con consulta se elige qué parte y con texto, situacion, capacidad, ocupacion, nivel o epigrafe se afina. DOS COSAS QUE HAY QUE ENTENDER ANTES DE USARLA. Primera: los plazos van EN PALABRAS y con el identificador de la acción con la que se calculan («30 días hábiles desde la notificación»), nunca con una fecha; ponerle fecha exige el calendario de la sede y eso es otra cosa (el cómputo de plazos de la web). Segunda: el listado de ocupaciones, el cuadro de enfermedades y el baremo son oficiales y se citan con su norma, pero «qué exige cada oficio» es una clasificación PROPIA de Próceres y viaja declarada como tal, con la regla de la que sale cada exigencia. No pide ni devuelve datos personales: el nombre, el DNI, el domicilio y el contacto NO están entre sus campos (el escrito los deja como huecos entre corchetes para que los rellene quien lo presenta). No le pidas esos datos y no los escribas en la llamada.

Tool call template

Replace each placeholder with a value matching the input schema. Only required parameters are included; add optional parameters as needed.

{
  "id": 1,
  "jsonrpc": "2.0",
  "method": "tools/call",
  "params": {
    "arguments": {
      "consulta": "<consulta>"
    },
    "name": "consultar_incapacidad"
  }
}

Input Schema

NameRequiredDescriptionDefault
nivelNoCon `capacidad`: «alto» (la profesión no se puede desempeñar sin esa capacidad) o «medio» (la dificulta o la exige en parte). Sin él, las dos.
textoNoPara buscar: en «enfermedades», el agente, la enfermedad o la actividad («asbesto», «fundición»); en «ocupaciones», palabras del título oficial («agente comercial»); en «baremo», el enunciado de la secuela («dedo», «cicatriz»).
limiteNoCuántas filas devolver como máximo en una lista, de 1 a 100 (por defecto 25). El total de coincidencias se dice siempre.
consultaYesQué parte del apartado se consulta: «catalogo» el índice, con los cuatro grados resumidos y lo que hay de cada cosa; «grados» los cuatro grados enteros; «prestacion» la incapacidad temporal, los requisitos, la base reguladora, la calificación y la revisión, y las lesiones no invalidantes; «procedimiento» los pasos y las situaciones con sus plazos; «enfermedades» el cuadro oficial por `texto`; «ocupaciones» la CNO-11 por `texto` o por `ocupacion`; «capacidades» qué exige cada oficio; «baremo» las secuelas no invalidantes por `texto` o por `epigrafe`.
epigrafeNoCon `consulta: «baremo»`, el número de epígrafe, del 1 al 110, para devolverlo con su cuantía.
capacidadNoCon `consulta: «capacidades»`, la exigencia de la que se quieren las profesiones: carga-fisica (Levantar y mover peso); bipedestacion (Estar de pie o andar); sedestacion (Estar sentado muchas horas); destreza-manual (Precisión y fuerza con las manos); vision (Vista exigente); oido-voz (Oído fino y voz); altura (Altura y huecos); maquinas (Conducir o manejar máquinas); quimicos (Químicos, polvo y humos); ruido (Ruido); intemperie (A la intemperie, frío o calor); biologico (Gérmenes y fluidos); turnos (Turnos, noches y festivos); carga-mental (Responsabilidad y decisiones); relacion-terceros (Trato continuado con terceros); regulacion-animica (Ritmo propio: sueño, turnos y alerta).
ocupacionNoCon `consulta: «ocupaciones»`, el código de la CNO-11 (por ejemplo «7111») para la ficha de una ocupación con su linaje, sus códigos hijos y lo que exige.
situacionNoCon `consulta: «procedimiento»`, una situación concreta para que devuelva su ficha entera: denegada («Me han denegado la incapacidad»); grado-inferior («Me han dado un grado, pero menos del que pedí»); reclamacion-desestimada («Me han desestimado la reclamación previa»); silencio («El INSS no me contesta»); alta-medica («Me han dado el alta médica y yo sigo enfermo»); alta-propuesta-ip («Me dieron el alta con propuesta de incapacidad permanente»); 545 («Llevo casi dos años de baja»); revision («Ha pasado el tiempo y estoy peor»); no-invalidantes («Tengo secuelas de un accidente, pero no me dan la incapacidad»).

Schema Changelog

Changes observed during successful MCP inspections.

  1. Added

TDQS

A4.1/5.0
Behavior4/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

Annotations already declare readOnly/non-destructive/closed-world, and the description adds material context beyond them: no personal data is read or returned, official sources (RD 1299/2006, CNO-11, RD 1300/1995) are cited with their norm, and the 'qué exige cada oficio' classification is flagged as Próceres' own proprietary rule. Return format itself is not described, but the schema burden is minimal here.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness3/5

Is the description appropriately sized, front-loaded, and free of redundancy?

Front-loaded and organized, but the long enumeration of grados/enfermedades/ocupaciones/baremo/procedimiento substantially duplicates the `consulta` enum descriptions in the schema, and the dense run-on phrasing makes it heavier than needed. Every caveat earns its place, but the content list could be trimmed.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness5/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

For an 8-parameter, enum-rich tool with no output schema, the description covers purpose, sub-mode selection, the deadline-format caveat, data-sensitivity constraints, and the official-vs-proprietary distinction. Nothing an agent needs to call it correctly is missing.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters3/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Schema coverage is 100% with four enum params fully documented, so the schema already carries parameter meaning. The description's 'con `consulta` se elige qué parte y con `texto`, `situacion`… se afina' largely restates what the schema says rather than adding new semantics. Baseline 3 applies.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose5/5

Does the description clearly state what the tool does and how it differs from similar tools?

States a specific verb and resource ('Consulta el apartado de incapacidad de la web… GET /api/incapacidad') and enumerates the exact sub-domains covered (grados, prestación, enfermedades profesionales, CNO-11, baremo, procedimiento). It also distinguishes itself from the plazo-calculation sibling by noting that dates belong to 'el cómputo de plazos de la web'.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines4/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

Gives clear usage context ('Consulta' enum selects the part, other params refine) and two explicit constraints: deadlines are returned in words not dates, and personal data must not be requested or supplied. It points to the plazo-calculation area as the alternative, though it does not name the sibling tool (e.g. computar_plazo) explicitly.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

Try in Browser

Glama MCP Gateway

Add one secure layer between your agents and this server.

Resources