Necesidad clínica
Qué problema se intenta resolver y en qué contexto.
05 / Ejemplo de trabajo recreado
Un ejemplo sin información de clientes que muestra cómo convertir una necesidad asistencial en actores, entradas, decisiones, alertas, riesgos y requisitos implementables.
Qué problema se intenta resolver y en qué contexto.
Quién actúa, cuándo decide y qué información necesita.
Requisitos, alertas, límites y salidas útiles.
Idea central
Antes de definir pantallas o funcionalidades, el análisis separa la necesidad real de la solución asumida y localiza actores, decisiones, riesgos, fricciones y puntos de adopción.
Contexto clínico-producto
Una funcionalidad puede ser técnicamente viable y, aun así, no encajar en los tiempos, responsabilidades o riesgos del entorno asistencial.
Definir quién necesita la información, qué decisión habilita y qué ocurre cuando el dato falta, llega tarde o resulta ambiguo.
Convertir esa revisión en requisitos priorizados, alertas, excepciones, criterios de escalado y límites explícitos.
Workflow reconstruido
El recorrido mantiene trazabilidad entre la necesidad clínica, la interacción del usuario y cada decisión de producto.
Objetivo asistencial, población y contexto de uso.
Paciente, cuidador, profesionales y responsables.
Datos, frecuencia, procedencia y calidad mínima.
Umbrales, excepciones, responsabilidades y tiempos.
Falsas alertas, carga, abandono y seguridad.
Mapa, requisitos, casos de prueba y recomendaciones.
El resultado no es un diagrama decorativo: es una base compartida para priorizar producto, validación y piloto.
Capacidad contratable
Actores, secuencia, decisiones, entradas y salidas.
Fricciones, carga asistencial, seguridad y puntos de abandono.
Recomendaciones accionables para producto, piloto y validación.
Este caso es un ejemplo recreado para mostrar el método de trabajo. No representa un producto implantado ni contiene información confidencial.