Communitygithub.com

Habilidad de Presentación de Casos Clínicos

Genera presentaciones médicas estructuradas para rondas, conferencias y documentación. Produce informes de casos en formato SOAP o narrativo con signos vitales fisiológicamente precisos, laboratorios y planes basados en evidencia. Úsalo cuando la consulta mencione "informe de caso", "presentación de caso", "nota SOAP", "caso clínico", "rondas de sala", "resumen de caso" o "presentación de paciente".

¿Qué es Habilidad de Presentación de Casos Clínicos?

Esta habilidad genera presentaciones de casos clínicos estructuradas para entornos médicos, adaptándose a formatos como SOAP/Conferencia (informe completo) o Rondas Breves (resumen conciso para revisiones diarias). Lee archivos de referencia para determinar el formato correcto y garantiza que los datos generados (como signos vitales y laboratorios) sean fisiológicamente consistentes con el diagnóstico, sin sobrescribir información proporcionada por el usuario. La habilidad construye una narrativa clínica cronológica, redacta una evaluación con diagnóstico primario, razonamiento clínico y diferenciales, y elabora un plan de manejo específico (con nombres de medicamentos, dosis y vías) basado en evidencia. Finalmente, produce un archivo HTML (`index.html`) con tipografía profesional, tablas para signos vitales y laboratorios, y reglas CSS para impresión, incluyendo un descargo de responsabilidad que lo marca como educativo o de simulación.

Compatible con~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/aurora-ember-bio-lab/splatstudio/tree/HEAD/design-templates/clinical-case-report

Preguntar en tu IA favorita

Abre un nuevo chat con esta habilidad de agente ya precargada.

Documentación

¿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:

  1. references/case-formats.md — úsalo para elegir el formato de salida correcto (SOAP, Conferencia o Rondas Breves) según el contexto del usuario
  2. references/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:

  1. Diagnóstico primario indicado claramente en la primera línea
  2. Razonamiento clínico — una oración que explique por qué este es el diagnóstico más probable
  3. Diagnóstico diferencial — exactamente de 3 a 5 elementos, cada uno con una oración de evidencia de apoyo o refutación
  4. 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-id para 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.

Individual skills in this repo

This repo contains 20 individual skills — each has its own dedicated page.

aurora-ember-bio-lab/splatstudio

Audio generation skill — jingles, beds, voiceover, and sound effects. Routes music requests to Suno V5 / Udio / Lyria, speech to MiniMax TTS / FishAudio / ElevenLabs V3, and SFX to ElevenLabs SFX or AudioCraft. Output is one MP3/WAV file saved to the project folder.

aurora-ember-bio-lab/splatstudio

A long-form article / blog post — masthead, hero image placeholder, article body with figures and pull quotes, author byline, related posts. Use when the brief asks for "blog", "article", "post", "essay", or "case study".

aurora-ember-bio-lab/splatstudio

Self-contained floating chat widget with welcome screen, social links, meeting button, and message input. Single HTML file, zero dependencies.

aurora-ember-bio-lab/splatstudio

Run a 5-dimension expert design review on any HTML artifact in the project — Philosophy / Visual hierarchy / Detail / Functionality / Innovation, each scored 0–10. Outputs a single self-contained HTML report with a radar chart, evidence-backed scores, and three lists: Keep / Fix / Quick-wins. Use when the brief asks for a "design review", "design critique", "5 维度评审", "design audit", or "what's wrong with my design".

aurora-ember-bio-lab/splatstudio

Admin / analytics dashboard in a single HTML file. Fixed left sidebar, top bar with user/search, main grid of KPI cards and one or two charts. Use when the brief asks for a "dashboard", "admin", "analytics", or "control panel" screen.

aurora-ember-bio-lab/splatstudio

A consumer-feeling dating / matchmaking dashboard — left rail navigation, ticker bar of community signals, headline KPIs, a 30-day mutual-matches bar chart, and a match-rate trend block. Editorial typography, restrained accent. Use when the brief asks for a "dating site", "matchmaking", "community dashboard", "social network dashboard", or any consumer product where the data is the story.

aurora-ember-bio-lab/splatstudio

Discounted cash flow valuation and intrinsic value analysis for public companies. Use when the brief asks for DCF, fair value, intrinsic value, price target, undervalued or overvalued analysis, or "what is this company worth?"

aurora-ember-bio-lab/splatstudio

A two-spread digital e-guide preview — page 1 is a cover (display title, author, "What's inside" stats, table of contents teaser); page 2 is a spread (lesson body with pull-quote and a step list). Lifestyle / creator brand tone. Use when the brief asks for an "e-guide", "digital guide", "lookbook", "lead magnet", "creator guide", "playbook", "PDF guide", or "电子指南".

aurora-ember-bio-lab/splatstudio

A documentation page — inline-start nav, scrollable article body, inline-end table of contents. Use when the brief mentions "docs", "documentation", "guide", "API reference", or "tutorial".

aurora-ember-bio-lab/splatstudio

A brand product-launch email — masthead with wordmark, hero image block, headline lockup with skewed-italic accent, body copy, primary CTA, and a specifications grid. Pure HTML email layout (centered single column, table fallback). Use when the brief asks for an "email", "newsletter blast", "MJML", "product launch email", or "email template".

aurora-ember-bio-lab/splatstudio

An engineering runbook — service overview, alerts table, dashboards links, common procedures with copy-pasteable commands, on-call rotation, and an incident-response checklist. Use when the brief mentions "runbook", "ops doc", "on-call guide", "SRE doc", or "运维手册".

aurora-ember-bio-lab/splatstudio

Quarterly / monthly financial report — masthead with KPIs, revenue and burn charts, P&L summary table, top-line highlights, and an outlook paragraph. Use when the brief mentions "financial report", "Q3 report", "MRR review", "P&L", or "财报".

aurora-ember-bio-lab/splatstudio

Team-management dashboard skill in the FlowAI aesthetic — three tabs (Team Members, Team Details, Activity Log), KPI stat row, member table, role distribution bar chart, online presence and activity sparklines, and a top-contributors panel, all in a single self-contained HTML file with light/dark theming, hoverable chart tooltips, click-to-zoom panels, and CSV export. Use when the brief asks for a team / workspace admin dashboard, an interactive admin dashboard with charts, or names FlowAI.

aurora-ember-bio-lab/splatstudio

A multi-frame gamified mobile-app prototype — three phone frames on a dark showcase stage. Frame 1: cover / poster, Frame 2: today's quests with XP ribbons and a level bar, Frame 3: quest detail. Vivid quest tiles, level ribbon, bottom tab bar. Use when the brief asks for a "gamified app", "habit tracker", "RPG-style life app", "level-up app", "daily quests", "XP / streak app", or "ELI5-style explainer app".

aurora-ember-bio-lab/splatstudio

GitHub repository analytics dashboard — stars, forks, contributors, issues, pull requests, recent activity, and top contributors. Use when the brief asks for a GitHub repo dashboard, open-source growth report, repository health page, or GitHub analytics view.

aurora-ember-bio-lab/splatstudio

For marketing and gtm work: bind launches, campaigns, events, and brand plans to growth and pipeline outcomes. Built around the core query "annual-marketing-plan", with GTM strategy lead judgment, buyer-ready proof, and this outcome: approve launch plan, campaign budget, or GTM motion.

aurora-ember-bio-lab/splatstudio

A new-hire onboarding plan as a single page — first week schedule, buddy + manager intro, learning track, equipment checklist, and "you're set when…" outcomes. Use when the brief mentions "onboarding", "new hire", "first week plan", or "入职".

aurora-ember-bio-lab/splatstudio

A first-30-days onboarding module for new hospitality hires — the behaviors, the practice, the checks, and the manager follow-up. Built as a decision-grade professional training deck for new hires, managers.

aurora-ember-bio-lab/splatstudio

Produce a print-grade single-page kami (紙 / 纸) document — warm parchment canvas, ink-blue accent, serif at one weight, no italic, no cool grays. The output reads like a professional white paper or studio one-pager, not an app UI. Multilingual by design (EN · zh-CN · ja). One self-contained HTML file, zero dependencies.

aurora-ember-bio-lab/splatstudio

Single-page SaaS landing with hero, features, social proof, pricing, and CTA. Respects the active DESIGN.md color/typography/layout tokens. Trigger keywords: "saas landing", "marketing page", "product landing".

Skills relacionados