Caso de estudio · Squad de delivery Argentina

AAARBA (Asociación de Anestesia Analgesia y Reanimación de Buenos Aires)

Flujo de estación OSCE para ExamenCarrera AAARBA

Cómo Siblings Software ayudó a AAARBA a terminar la plataforma de evaluación OSCE ExamenCarrera

AAARBA—la Asociación de Anestesia Analgesia y Reanimación de Buenos Aires—corre programas de examen de posgrado donde equidad, anonimato y rigor de scoring no son opcionales. Su presencia en anestesiologo.org refleja décadas de educación de especialidad en Buenos Aires.

El sistema de evaluación ExamenCarrera ECEO estaba a mitad de camino cuando Siblings se sumó: front Next.js 16, Neon PostgreSQL, flujos OSCE multi-estación, roles admin/evaluador/colaborador, asignación anónima de IDs, scoring checklist más Global Rating, cut scores Angoff Modificado y analytics Cronbach Alpha. Nuestro trabajo fue terminar lo que el día de examen exigía—not reiniciar para un demo de framework.

No cotizamos métricas de throughput inventadas para AAARBA. La victoria cualitativa es un comité de examen que puede correr estaciones, puntuar de forma consistente, exportar para revisión y confiar en la asignación anónima el día del examen.

  • Industria: Asociación médica y examen de posgrado
  • Modelo de contratación: Squad de cuatro personas en Argentina terminando un sistema en curso
  • Equipo: Tech lead, full-stack engineer, backend engineer, especialista QA (Argentina)
  • Sitio del cliente: AAARBA — anestesiologo.org
  • Relacionado: Siblings Software Argentina

Revisado por Javier Uanini, Fundador y CEO, Siblings Software · LinkedIn

Hablemos de tu plataforma de examinación

Resumen del proyecto

  • Multi-estación flujos OSCE con asignación anónima de candidatos
  • 70/30 mezcla checklist y Global Rating en vistas de scoring
  • Export Excel para revisión de comité junto a analytics in-app
  • Argentina squad de cuatro personas terminando módulos críticos de producción

¿Quién es AAARBA?

AAARBA sirve a especialistas en anestesiología en Buenos Aires con educación continua y evaluación rigurosa de posgrado. La información pública sobre programas y estándares de especialidad vive en anestesiologo.org—la plataforma que ayudamos a terminar sostiene el lado de examinación de esa misión.

ExamenCarrera ECEO es su sistema de evaluación estructurado para exámenes OSCE multi-estación. Los comités definen estaciones, políticas de scoring y métodos de cut-score; el software debe reflejar esas reglas sin improvisar el día del examen.

Siblings se sumó para terminar módulos diferidos en el stack que AAARBA ya había elegido—Next.js 16 sobre Neon—con un squad de cuatro personas en Argentina alineado a calendarios de examen.

Objetivos del proyecto

  • Terminar flujos OSCE multi-estación con IDs anónimos de candidatos estables entre estaciones.
  • Entregar captura de checklist y Global Rating del evaluador con vistas de scoring 70/30.
  • Implementar analytics Angoff Modificado y Cronbach Alpha para revisión de comité.
  • Proveer paths de exportación Excel alineados a rituales de revisión existentes de AAARBA.

Test de preparación para examen OSCE

Tres preguntas que hacemos antes de tocar código de scoring en un programa de examen en vivo.

1. ¿El anonimato se sostiene entre estaciones?

Si un colaborador ve identidad en la estación dos, el examen está comprometido. AAARBA exigía IDs anónimos end-to-end.

2. ¿Checklist y Global Rating son de primera clase?

Los programas OSCE necesitan ítems estructurados y juicio holístico. Modelamos ambos—not un hack numérico único.

3. ¿Los comités exportan sin SQL?

La revisión Angoff y Cronbach pasa en reuniones con planillas. Export Excel fue requisito de producto.

Siblings desplegó un squad de cuatro personas en Argentina para terminar módulos de producción—alineado a nuestra práctica de delivery regional, no un handoff remoto sin contexto de dominio.

La situación que encontramos

Los líderes de examen de AAARBA tenían diseños claros de estaciones OSCE y políticas de scoring. El progreso de ingeniería se había frenado en las costuras: rotación anónima, captura dual de scoring, exports de analytics y separación de roles bajo presión del día de examen.

Necesitaban un partner para terminar ExamenCarrera ECEO en el stack ya elegido—Next.js 16 y Neon—not un pitch de rewrite.

  • Codebase Next.js en curso con lógica de rotación de estaciones incompleta.
  • Reglas de scoring combinando checklist y Global Rating no fully enforced en UI.
  • Analytics Angoff Modificado y Cronbach Alpha incompletos para ciclos de comité.
  • Límites de rol entre admin, evaluador y colaborador necesitaban hardening antes de exámenes en vivo.

Cómo lo abordamos

  1. Terminar flujos de estación: asignación anónima de IDs y rotación sin filtración de identidad.
  2. Modelo de scoring: checklist más Global Rating con vistas 70/30 y audit trails.
  3. Analytics: Angoff Modificado y Cronbach Alpha con export Excel para comités.
  4. Hardening día de examen: QA enfocado en gates de rol, UX tolerante a offline y integridad de export.

Modelo de scoring combinando checklist y Global Rating con analytics Angoff

Referenciamos literatura OSCE y estándares publicados de AAARBA en anestesiologo.org al validar comportamiento de estaciones—not templates genéricos de ed-tech.

Qué entregamos

ExamenCarrera ECEO ahora soporta el ciclo de examen que AAARBA definió: setup de estación, flujo anónimo de candidatos, captura dual de scoring, revisión de analytics y export de comité.

  • Flujos OSCE multi-estación con asignación anónima de candidatos entre rotaciones.
  • Captura de checklist y Global Rating del evaluador con vistas compuestas 70/30.
  • RBAC admin, evaluador y colaborador hardened para operaciones del día de examen.
  • Analytics Angoff Modificado y Cronbach Alpha con paths de export Excel.
  • Completitud de schema Neon PostgreSQL con migraciones seguras para ventanas de examen en vivo.

Modelo de scoring AAARBA checklist y mezcla Global Rating

Cómo trabajamos juntos

Squad Argentina

Cuatro ingenieros basados en Argentina trabajaron en idioma y zona horaria de AAARBA—standups con coordinadores de examen, no una cola de tickets lejana.

Ver Siblings Software Argentina para cómo staffeamos delivery regional.

Disciplina de finish-line

Scoping de módulos a terminar con fechas de examen fijas. Sin rewrite paralelo. Neon y Next.js se quedaron.

Escenarios QA reflejaron presión de timing de estación—redes lentas, cambios de rol, export en breaks de revisión.

Resultados que marcaron la diferencia

  • El comité de examen corre flujos OSCE multi-estación con IDs anónimos estables entre rotaciones.
  • Los evaluadores capturan scores checklist y Global Rating con vistas 70/30 que el comité pidió.
  • Analytics Angoff Modificado y Cronbach Alpha disponibles para ciclos de revisión—not reconstrucciones manuales en planilla.
  • Exports Excel matchean rituales de comité para discusiones de cut-score y confiabilidad.
  • Roles admin, evaluador y colaborador enforced bajo condiciones del día de examen.
  • AAARBA siguió publicando información de examen en anestesiologo.org mientras la plataforma alcanzaba readiness de producción.

En palabras de AAARBA

“No necesitábamos un deck de ventas—necesitábamos que el día de examen funcione. Siblings terminó los módulos de scoring y estación que habíamos diferido demasiado, en el stack que ya habíamos elegido.”

Representante del Comité de Examen, AAARBA

Entregado por nuestro squad en Argentina; más info en Siblings Software Argentina.

Qué llevaríamos al próximo proyecto similar

Dos lecciones de terminar una plataforma OSCE en vivo a mitad de vuelo.

Terminar le gana a reiniciar cuando las fechas de examen están fijas

AAARBA necesitaba módulos de estación y scoring completados—not una migración de framework que perdía el ciclo.

Export es parte de la UX de scoring

Los comités deciden en reuniones con planillas. Export Excel junto a analytics in-app fue innegociable.

Modelos de contratación y bandas de precios

Siblings Software ejecuta casos como este en tres modalidades comerciales. Los números de abajo son las bandas que cotizamos hoy en llamadas de descubrimiento—no una lista de precios fija, sino rangos honestos para validar el alcance antes del primer workshop.

Proyecto cerrado

USD $15k–$120k total, típicamente 2–6 ingenieros por 1–6 meses. Ideal cuando el backlog tiene un fin definido: un MVP, una migración acotada o un piloto con criterios de aceptación firmables.

Equipo dedicado

USD $12k–$60k / mes, usualmente 4–12 personas por 6–24+ meses. El pod posee un flujo de trabajo de punta a punta con un delivery lead de nuestro lado. Este engagement corrió como equipo dedicado—la banda de precios que coincidió con el tamaño del pod y el calendario.

Refuerzo de equipo

USD $4k–$9k / mes por desarrollador, 1–5 especialistas por 1–12 meses. Los ingenieros se integran a tus ceremonias y reportan a tu líder técnico. Útil cuando ya tenés dirección de producto y necesitás manos senior rápido.

Equipo dedicado vs freelancers vs in-house vs agencia por proyecto

Los compradores rara vez fallan por elegir el lenguaje equivocado. Fallan porque eligieron un modelo de contratación que no puede sostener la carga operativa que el producto exige.

Modelo Tiempo de arranque Mejor para Principal tradeoff
Equipo dedicado (Siblings) 2–4 semanas Productos multi-superficie con lógica de colas/workflows, gates de compliance o un roadmap que supera un sprint. Menos control diario sobre el orden de tareas que el staff aug embebido.
Freelancers / marketplaces Días a semanas Módulos aislados con entrega limpia en menos de cuatro semanas. Memoria institucional débil, sin banco compartido de QA/DevOps, alta rotación en workflows regulados.
Contratación in-house 8–16 semanas Roles que definen la cultura de ingeniería por años—platform leads, security owners, arquitectos de dominio. Demora de recruiting y presión salarial en mercados de talento de EE. UU.
Agencia por proyecto (SOW fijo) 3–6 semanas Sitios de marketing, integraciones puntuales, entregables con alcance congelado. Los change requests se acumulan cuando los operadores tocan producción; poco apto para herramientas internas de uso diario.

Servicios y capacidades

  • Completitud de workflows OSCE
  • RBAC de plataforma de examen
  • Analytics psicométricos (Angoff, Cronbach)
  • Delivery Next.js 16
  • Migraciones Neon PostgreSQL

Stack tecnológico

  • Next.js 16
  • Neon PostgreSQL
  • Flujos OSCE multi-estación
  • Export Excel
  • Control de acceso por rol

Preguntas Frecuentes

Sí. AAARBA es la Asociación de Anestesia Analgesia y Reanimación de Buenos Aires—ver anestesiologo.org.

No fabricamos métricas de negocio para programas de examen en vivo. Los resultados acá son cualitativos y orientados al comité.

AAARBA eligió Neon para el sistema en curso. Terminamos schema y trabajo de migración sobre esa elección.

Un método de cut-score que AAARBA usa en revisión de comité—implementado con paths de export que el comité ya espera.

Los candidatos reciben IDs anónimos al registrarse; las UIs de estación evitan filtrar identidad en vistas de colaborador.

Delivery regional con coordinadores de examen en alineación de zona horaria—ver nuestra página About Argentina.

Posible para módulos aislados; AAARBA necesitaba un squad de finish con QA enfocado en escenarios del día de examen.

¿Terminando una plataforma OSCE o de examen de especialidad?

Ayudamos a asociaciones a completar flujos de estación, scoring y exports de comité en el stack ya en movimiento—sin teatro de restart.

Visitá anestesiologo.org para los programas públicos de AAARBA, o hablá con nosotros sobre tu calendario de examen.

Agendar una consulta

Versión en inglés (sitio EE. UU.): siblingssoftware.com/en/case-studies/aaarba/ · Espejo en inglés Argentina: siblingssoftware.com.ar/en/case-studies/aaarba/

CONTACTANOS

Última actualización: Junio 2026