¿Qué hace Habilidad de Presentación de Casos Clínicos?
Genera una presentación de caso clínico estructurada para rondas médicas, conferencias o documentación. El resultado sigue las convenciones de formato médico estándar utilizadas en entornos hospitalarios de todo el mundo.
Lo que producirás
Un informe de caso HTML de una sola página (index.html). El contenido varía según el formato
(consulta references/case-formats.md — seleccionado en el Paso 0):
Formato SOAP / Conferencia:
- Identificación del paciente — edad, sexo, motivo principal de consulta
- Historia de la Enfermedad Actual (HEA) — narrativa cronológica con hallazgos positivos y negativos pertinentes
- Antecedentes Médicos, Medicamentos, Alergias
- Revisión por Sistemas
- Examen Físico — hallazgos sistemáticos por sistema
- Signos Vitales — tabla formateada con rangos de referencia y alertas
- Investigaciones — resultados de laboratorio y hallazgos de imagen
- Evaluación — diagnóstico primario y diferencial (3–5 elementos) con razonamiento clínico para cada uno
- Plan de Manejo — basado en evidencia, organizado por problema
Formato de Rondas Breves (revisión diaria, ronda de sala, entrega de turno, UCI, post-guardia):
- Línea de identificación — edad, sexo, día de ingreso, problema principal
- Eventos del intervalo / estado actual — qué ha cambiado desde la última revisión
- Problemas activos — lista numerada
- Plan por problema — acciones concisas para cada problema activo
- La HEA completa y el examen físico sistemático no se incluyen
Flujo de trabajo paso a paso
Paso 0 — Cargar archivos de referencia
Antes de comenzar, lee ambos archivos de referencia:
references/case-formats.md— úsalo para elegir el formato de salida correcto (SOAP, Conferencia o Rondas Breves) según el contexto del usuarioreferences/checklist.md— ten en cuenta las puertas P0 durante todo el proceso; debes pasar todos los elementos P0 antes de emitir el artefacto final
Paso 1 — Analizar la consulta
Lee la indicación del usuario y extrae:
- Edad y sexo del paciente
- Motivo principal de consulta o problema de presentación
- Cualquier signo vital, laboratorio o imagen que el usuario haya proporcionado
- Contexto clínico: urgencias, rondas de sala, caso de conferencia, consulta externa, etc.
- Contexto de especialidad: cardiología, urgencias, medicina interna, etc.
Si el motivo principal de consulta o el problema de presentación falta:
- SOAP / Conferencia: haz una pregunta aclaratoria antes de continuar. No continúes sin ella.
- Rondas Breves: si el problema de ingreso o la línea de identificación ya está disponible (p. ej., "revisión UCI día 3 por shock séptico"), continúa directamente — no se requiere un motivo principal de consulta por separado.
Paso 2 — Construir la narrativa clínica
Para salidas SOAP / Conferencia: redacta la HEA como una narrativa en prosa continua con estilo clínico estándar:
"Este es un paciente de [edad] años, [sexo], con antecedentes de [AP relevantes] que se presenta con [motivo principal de consulta]. Los síntomas comenzaron [cronología] y se caracterizan por [calidad, gravedad, irradiación]. Los síntomas asociados incluyen [lista]. Los hallazgos negativos pertinentes incluyen [lista]."
La HEA debe ser cronológica. Incluye marcadores temporales ("2 horas antes de la presentación", "inicio ayer por la mañana").
Para salidas de Rondas Breves (revisión diaria, ronda de sala, entrega de turno, UCI, post-guardia): omite la HEA completa y el examen. En su lugar, produce:
- Línea de identificación: "[Edad][sexo], Día [N] de ingreso, [problema principal]"
- Eventos del intervalo / estado actual: qué ha cambiado desde la última revisión
- Problemas activos: lista numerada
- Plan por problema: acción concisa para cada problema activo
Paso 3 — Generar datos clínicos fisiológicamente consistentes
Si el usuario no ha proporcionado valores específicos, genera valores que sean internamente consistentes con el diagnóstico:
Verificaciones de consistencia (patrones típicos):
- Un paciente en shock típicamente tiene: FC >100, PAS <90, lactato elevado, llenado capilar alterado — pero los medicamentos (betabloqueantes), la edad o el tipo de shock (neurogénico, espinal) pueden alterar este patrón
- La neumonía típicamente se presenta con leucocitos elevados, PCR elevada, temperatura >38°C — pero existe neumonía afebril, especialmente en ancianos o inmunocomprometidos
- Un IAMCEST típicamente muestra elevación del ST en derivaciones contiguas y troponina de alta sensibilidad elevada — pero las presentaciones tempranas pueden tener troponina inicialmente normal; la CK-MB no es universalmente requerida
- La sepsis típicamente muestra leucocitos elevados o bajos, lactato >2, anormalidad de la temperatura — pero la sepsis temprana compensada puede presentarse con signos vitales normales
- Las unidades de laboratorio deben coincidir con la convención: creatinina en µmol/L o mg/dL (indicar cuál), glucosa en mmol/L, hemoglobina en g/dL
Regla crítica — preservar los datos proporcionados por el usuario:
- Nunca sobrescribas un valor que el usuario haya indicado explícitamente
- Si un valor proporcionado por el usuario es atípico para el diagnóstico, mantenlo y señala la presentación atípica en la evaluación en lugar de forzar números canónicos
- Nunca generes un valor que contradiga el diagnóstico indicado
Paso 4 — Redactar la evaluación
La sección de evaluación debe contener:
- Diagnóstico primario indicado claramente en la primera línea
- Razonamiento clínico — una oración que explique por qué este es el diagnóstico más probable
- Diagnóstico diferencial — exactamente de 3 a 5 elementos, cada uno con una oración de evidencia de apoyo o refutación
- Estratificación de riesgo — incluye una puntuación clínica validada cuando sea aplicable (TIMI para SCA, GRACE para SCA, clase Killip + Índice de Shock para IAMCEST/shock cardiogénico, CURB-65 para neumonía, qSOFA para sepsis, Wells para TEP, etc.). La clase Killip y el Índice de Shock juntos se aceptan como estratificación de riesgo suficiente para casos de IAMCEST/shock cardiogénico.
Paso 5 — Redactar el plan de manejo
El plan debe ser:
- Específico: escribe nombres de medicamentos, dosis, vías y frecuencias. No escribas "iniciar antibióticos" — escribe "Piperacilina-Tazobactam 4.5 g IV c/8 h durante 5 días"
- Organizado por problema usando encabezados numerados
- Basado en evidencia: el manejo debe reflejar el estándar de atención actual para el diagnóstico
- Completo: incluye investigaciones a solicitar, parámetros de monitoreo, interconsultas a solicitar y disposición
Si no estás seguro de una dosis específica, escribe "[nombre del medicamento] — dosis según formulario/protocolo local" en lugar de inventar una dosis.
Importante — Seguridad en la prescripción
Los planes generados deben:
- Estar marcados como educativos/simulados, no como sustituto del juicio clínico
- Usar el lenguaje "según formulario/protocolo local" cuando las variables del paciente requeridas (peso, función renal, alergias) falten en la consulta
- Listar las contraindicaciones clave y las incógnitas antes de las recomendaciones de medicamentos cuando no se hayan proporcionado datos relevantes del paciente
- Nunca afirmar que un plan es "definitivo" o "estándar de atención" sin el contexto completo del paciente (estado de alergia, función renal/hepática, estado de embarazo, peso, riesgo de anticoagulación/sangrado)
- Incluir un pie de página de descargo de responsabilidad en la salida HTML que indique que el caso es solo para fines educativos y de documentación
Paso 6 — Escribir index.html
Requisitos para la salida HTML:
- Tipografía profesional de documento médico (se prefiere Georgia o serif del sistema)
- Fondo blanco, texto oscuro — adecuado para impresión
- Signos vitales y resultados de laboratorio en elementos
<table>de HTML - Hallazgos críticos (elevación del ST, troponina elevada, presión baja, etc.) resaltados en un cuadro de llamada visualmente distintivo con borde izquierdo rojo
- Reglas CSS @media print para que el documento se imprima limpiamente en A4/Carta
- Etiqueta cada sección principal con
data-od-idpara la orientación en modo de comentario:
<section data-od-id="hpi">...</section>
<section data-od-id="vitals">...</section>
<section data-od-id="pmh">...</section>
<section data-od-id="examination">...</section>
<section data-od-id="investigations">...</section>
<section data-od-id="assessment">...</section>
<section data-od-id="plan">...</section>
Paso 7 — Autoverificación contra references/checklist.md
Antes de emitir <artifact>, ejecuta cada elemento P0 en references/checklist.md.
Todos los elementos P0 deben pasar. Corrige cualquier falla antes de emitir.