Software de investigación

// El problema

Las plataformas científicas de una universidad reservan microscopios, secuenciadores y citómetros en hojas de papel y calendarios compartidos, y la responsable dedica días cada mes a preparar a mano las facturas internas.

// Lo que construiríamos

Un sistema de reservas en el que los investigadores entran con su cuenta universitaria, reservan solo los instrumentos para los que están formados y se les factura por horas a la cuenta de subvención correcta, con la facturación interna enviada a su sistema financiero y los usuarios externos pagando con tarjeta.

// Qué incluye

// Tecnologías

• Next.js
• PostgreSQL
• SAML y OpenID Connect
• Stripe
• DigitalOcean Toronto

// El problema

Una oficina de investigación sigue cada subvención en un libro de Excel lleno de macros escritas por alguien que se jubiló, y los investigadores principales descubren que se han pasado cuando finanzas rechaza una compra.

// Lo que construiríamos

Sacamos cada subvención, partida y compromiso del libro antiguo, lo comprobamos con su equipo de finanzas de investigación y lo reconstruimos como una aplicación web alimentada cada noche desde su sistema financiero, para que cada investigador vea sus subvenciones, gastos y compromisos, y la oficina los vea todos.

// Qué incluye

// Tecnologías

• Next.js
• PostgreSQL
• Importación desde Excel
• Metabase
• DigitalOcean Toronto

// El problema

La oficina de ética de la investigación de una universidad recibe las solicitudes como archivos de Word por correo, las sigue en una antigua base de datos FileMaker y dedica horas cada semana a decir a los solicitantes en qué punto está su expediente.

// Lo que construiríamos

Software de flujo de trabajo para solicitudes de ética: formularios en línea creados a partir de las plantillas de su comité, envío a evaluadores, versiones y comentarios juntos, y una página de estado que los solicitantes pueden consultar. Un asistente sobre un modelo de código abierto, servido para usted en Canadá, compara cada solicitud con la lista de control de su comité para detectar apartados que faltan. Nunca da asesoramiento ético; las decisiones siguen siendo de su comité.

// Qué incluye

// Tecnologías

• Next.js
• PostgreSQL
• LLM de código abierto
• Importación desde FileMaker
• DigitalOcean Toronto

// El problema

El equipo de datos de investigación de una universidad pide un plan de gestión de datos a cada proyecto y luego no tiene forma de ver dónde están realmente los datos, de quién son ni cuándo pueden borrarse.

// Lo que construiríamos

Un nexo interno que une su almacenamiento, repositorio institucional, ORCID, sistema de subvenciones y cuentas de HPC a través de sus API publicadas, para que cada conjunto de datos tenga un responsable, un proyecto, una ubicación y una fecha de conservación, y los depósitos en el repositorio partan del mismo registro. Revisamos la API de cada sistema antes de presupuestar.

// Qué incluye

// Tecnologías

• Node.js
• PostgreSQL
• OpenAPI
• API de ORCID
• API de Dataverse
• DigitalOcean Toronto

// El problema

Un instituto de investigación paga el tiempo de clúster y tres cuentas en la nube con un solo presupuesto, y ningún laboratorio ni subvención puede ver lo que cuesta su trabajo hasta que llega la factura de fin de año.

// Lo que construiríamos

Paneles que leen la contabilidad de su planificador de HPC y las exportaciones de facturación de sus proveedores de nube, asignan cada trabajo y recurso a un grupo y una subvención, y muestran a cada laboratorio su gasto frente al presupuesto. Lo alojamos y lo cuidamos, con alertas cuando el gasto de un grupo se dispara.

// Qué incluye

// Tecnologías

• Python
• PostgreSQL
• Contabilidad de Slurm
• Exportaciones de facturación en la nube
• Grafana
• DigitalOcean Toronto

// El problema

Cada grupo de un instituto de investigación creó su propio sitio hace años, la mitad están desactualizados, y los futuros estudiantes y socios del extranjero no pueden leerlos en su idioma.

// Lo que construiríamos

Un conjunto diseñado de sitios de grupos de investigación en una sola plataforma, en el que cada grupo edita sus personas, proyectos y publicaciones, en los idiomas que usted elija, con un asistente que responde a los visitantes a partir de las páginas de los sitios y pasa a una persona todo lo relativo a admisiones o colaboraciones.

// Qué incluye

// Tecnologías

• Next.js
• CMS headless
• API de Claude
• API de ORCID
• DigitalOcean Toronto

// El problema

Los investigadores se mueven entre los laboratorios y plataformas de tres universidades, y cada institución lleva su propia hoja de cálculo de formación en seguridad, así que la gente repite cursos o trabaja en laboratorios que su formación no cubre.

// Lo que construiríamos

Una aplicación de registros de formación para cada institución, con recordatorios de caducidad y comprobaciones al reservar, y cada curso completado escrito en un registro privado con permisos del que cada institución opera un nodo, para que un socio pueda confirmar la formación de alguien sin pedir una hoja de cálculo. Una base de datos compartida gestionada por una institución suele bastar; el registro ayuda cuando ninguna institución debería tener el registro sola.

// Qué incluye

// Tecnologías

• Next.js
• Hyperledger Besu (privado, con permisos)
• PostgreSQL
• DigitalOcean Toronto