Logiciels pour la recherche

// Le problème

Les plateformes d’une université réservent microscopes, séquenceurs et cytomètres sur des feuilles et des calendriers partagés, et la responsable passe des jours chaque mois à monter les factures internes à la main.

// Ce que nous bâtirions

Un système de réservation où les chercheurs se connectent avec leur compte universitaire, ne réservent que les instruments pour lesquels ils sont formés et sont facturés à l’heure sur le bon compte de subvention, avec la facturation interne transmise à votre système financier et le paiement par carte pour les utilisateurs externes.

// Ce qu’il comprend

// Technologies

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

// Le problème

Un bureau de la recherche suit chaque subvention dans un classeur Excel plein de macros écrites par une personne partie à la retraite, et les chercheurs principaux découvrent un dépassement quand le service des finances refuse un achat.

// Ce que nous bâtirions

Nous sortons chaque subvention, ligne budgétaire et engagement de l’ancien classeur, les vérifions avec votre équipe des finances de la recherche, et refaisons l’outil en application Web alimentée chaque nuit par votre système financier : chaque chercheur voit ses subventions, ses dépenses et ses engagements, et le bureau voit tout.

// Ce qu’il comprend

// Technologies

• Next.js
• PostgreSQL
• Import Excel
• Metabase
• DigitalOcean Toronto

// Le problème

Le bureau d’éthique de la recherche d’une université reçoit les demandes en fichiers Word par courriel, les suit dans une vieille base FileMaker et passe des heures chaque semaine à dire aux demandeurs où en est leur dossier.

// Ce que nous bâtirions

Un logiciel de flux de travail pour les demandes d’éthique : formulaires en ligne tirés des gabarits de votre comité, acheminement vers les évaluateurs, versions et commentaires gardés ensemble, et une page d’état que les demandeurs consultent eux-mêmes. Un assistant sur un modèle à code source ouvert, servi pour vous au Canada, compare chaque demande à la liste de contrôle de votre comité pour repérer les sections manquantes. Il ne donne jamais d’avis éthique ; les décisions restent à votre comité.

// Ce qu’il comprend

// Technologies

• Next.js
• PostgreSQL
• LLM à code source ouvert
• Import FileMaker
• DigitalOcean Toronto

// Le problème

L’équipe des données de recherche d’une université demande un plan de gestion des données à chaque projet, puis n’a aucun moyen de voir où se trouvent vraiment les données, à qui elles appartiennent ou quand elles peuvent être supprimées.

// Ce que nous bâtirions

Un carrefour interne qui relie votre stockage, votre dépôt institutionnel, ORCID, votre système de subventions et vos comptes de calcul au moyen de leurs API publiées : chaque jeu de données a un responsable, un projet, un emplacement et une date de conservation, et les dépôts commencent à partir du même dossier. Nous examinons l’API de chaque système avant de donner un prix.

// Ce qu’il comprend

// Technologies

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

// Le problème

Un institut de recherche paie le temps de grappe et trois comptes infonuagiques sur un seul budget, et aucun laboratoire ni aucune subvention ne voit ce que coûte son travail avant la facture de fin d’année.

// Ce que nous bâtirions

Des tableaux de bord qui lisent la comptabilité de votre ordonnanceur de calcul et les exportations de facturation de vos fournisseurs infonuagiques, associent chaque tâche et chaque ressource à un groupe et à une subvention, et montrent à chaque laboratoire ses dépenses par rapport au budget. Nous l’hébergeons et l’entretenons, avec des alertes quand les dépenses d’un groupe bondissent.

// Ce qu’il comprend

// Technologies

• Python
• PostgreSQL
• Comptabilité Slurm
• Exportations de facturation infonuagique
• Grafana
• DigitalOcean Toronto

// Le problème

Les groupes d’un institut de recherche ont chacun monté leur site il y a des années, la moitié ne sont plus à jour, et les futurs étudiants et partenaires à l’étranger ne peuvent pas les lire dans leur langue.

// Ce que nous bâtirions

Un ensemble conçu de sites de groupes de recherche sur une seule plateforme, chaque groupe mettant à jour ses membres, ses projets et ses publications, dans les langues de votre choix, avec un assistant qui répond aux visiteurs à partir des pages des sites et confie à une personne tout ce qui touche l’admission ou les partenariats.

// Ce qu’il comprend

// Technologies

• Next.js
• CMS sans tête
• API Claude
• API d’ORCID
• DigitalOcean Toronto

// Le problème

Des chercheurs passent d’un laboratoire et d’une plateforme à l’autre entre trois universités, et chaque établissement tient son propre tableur des formations en sécurité : on refait des cours, ou on travaille dans des laboratoires que sa formation ne couvre pas.

// Ce que nous bâtirions

Une application de dossiers de formation pour chaque établissement, avec rappels d’échéance et vérifications à la réservation, chaque cours terminé étant inscrit dans un registre privé à permissions dont chaque établissement exploite un nœud : un partenaire confirme la formation d’une personne sans demander de tableur. Une base commune tenue par un établissement suffit souvent ; le registre aide quand aucun établissement ne devrait détenir seul le registre.

// Ce qu’il comprend

// Technologies

• Next.js
• Hyperledger Besu (privé, à permissions)
• PostgreSQL
• DigitalOcean Toronto