Des données de labo en ordre

// Le problème

Une biotech en phase de découverte garde des milliers d’échantillons dans des congélateurs et une réserve d’azote liquide, suivis sur un tableur, et les scientifiques perdent des heures à chercher des aliquotes épuisées depuis des mois.

// Ce que nous bâtirions

Une application d’inventaire pour les échantillons, les réactifs et l’entreposage, où chaque tube et chaque boîte porte un code-barres lu à l’entrée et à la sortie avec un téléphone ou un lecteur sans fil, et où chaque échantillon est lié à l’expérience de votre cahier de laboratoire qui l’a utilisé.

// Ce qu’il comprend

// Technologies

• Next.js
• React Native
• PostgreSQL
• Imprimantes d’étiquettes Zebra
• AWS Canada (Centre)

// Le problème

Les lecteurs de plaques et analyseurs d’un laboratoire de criblage écrivent leurs fichiers sur un lecteur partagé, et un scientifique recopie les chiffres dans un tableur avant que quiconque voie une courbe dose-réponse.

// Ce que nous bâtirions

Des fichiers d’instruments récupérés dès leur écriture, conservés dans un stockage infonuagique géré, analysés dans une seule base de données avec le plan de plaque et les identifiants d’échantillons, et présentés dans des tableaux de bord d’essais que votre équipe et votre conseil peuvent lire. Nous exploitons la chaîne pour vous, avec surveillance et sauvegardes.

// Ce qu’il comprend

// Technologies

• Python
• PostgreSQL
• Amazon S3
• Metabase
• AWS Canada (Centre)
• Terraform

// Le problème

Un laboratoire de recherche sous contrat utilise un cahier de laboratoire électronique, un LIMS, un inventaire de congélateurs et quelques instruments, et chaque passage de l’un à l’autre est une personne qui retape des identifiants.

// Ce que nous bâtirions

Un carrefour d’intégration interne qui relie votre cahier, votre LIMS, votre inventaire et vos instruments au moyen de leurs API publiées : un échantillon enregistré une fois apparaît partout où il faut, les résultats reviennent au bon dossier, et chaque synchronisation est consignée. Nous examinons l’API de chaque système avant de donner un prix.

// Ce qu’il comprend

// Technologies

• Node.js
• PostgreSQL
• OpenAPI
• API de Benchling
• AWS Canada (Centre)

// Le problème

Un laboratoire sous contrat mène encore ses études sur un LIMS monté dans Access il y a quinze ans, un remplacement par un fournisseur s’est arrêté à mi-chemin, et personne ne sait auquel des deux se fier.

// Ce que nous bâtirions

Nous commençons par un examen de l’architecture de l’ancien système et de celui qui est resté en plan, et nous écrivons ce qui vaut la peine d’être gardé. Puis nous reprenons le travail : un LIMS Web construit selon les exigences de votre équipe qualité, chaque dossier transféré et vérifié, et l’ancienne base gardée en lecture seule jusqu’à l’approbation de votre équipe.

// Ce qu’il comprend

// Technologies

• Next.js
• PostgreSQL
• Import Access
• AWS Canada (Centre)

// Le problème

Les scientifiques d’une biotech passent des heures chaque semaine à chercher dans les articles, les brevets et leurs propres rapports internes, et l’entreprise refuse de coller des travaux non publiés dans un robot conversationnel public.

// Ce que nous bâtirions

Un assistant bibliographique sur un modèle à code source ouvert qui tourne sur des GPU que nous configurons pour vous, pour que rien ne vous échappe. Il cherche dans les articles que vous choisissez, vos rapports internes et vos exportations de cahier, répond avec les passages utilisés et dit quand il ne sait pas. Il aide vos scientifiques à lire ; il ne porte aucun jugement scientifique ou médical.

// Ce qu’il comprend

// Technologies

• Python
• LLM à code source ouvert
• PostgreSQL avec pgvector
• Next.js
• GPU Droplets de DigitalOcean

// Le problème

Un laboratoire de recherche sous contrat reçoit les demandes d’études et envoie les résultats par courriel, des commanditaires de plusieurs pays posent chaque semaine les mêmes questions sur l’avancement, et le site du laboratoire ne ressemble pas au travail qu’il fait.

// Ce que nous bâtirions

Un portail des commanditaires conçu pour votre laboratoire : les commanditaires soumettent leurs demandes, suivent leurs échantillons et leurs études et téléchargent les rapports, avec un centre d’aide et un assistant qui y puise ses réponses dans les langues de vos commanditaires, et qui confie à vos chargés de projet tout ce qui touche une étude.

// Ce qu’il comprend

// Technologies

• Next.js
• API Claude
• PostgreSQL avec pgvector
• CMS sans tête
• AWS Canada (Centre)

// Le problème

Une biotech, deux laboratoires sous contrat et un partenaire universitaire s’échangent échantillons et résultats, et chacun garde sa propre trace de ce qui a été envoyé, reçu et publié, qui ne concorde jamais tout à fait.

// Ce que nous bâtirions

Une application Web partagée où chaque organisation note les échantillons envoyés, reçus et publiés, chaque passage étant inscrit dans un registre privé à permissions dont chaque partenaire exploite un nœud. Une base commune tenue par un partenaire, ou des PDF signés, suffisent souvent ; le registre aide quand plusieurs organisations ont besoin d’une seule trace qu’aucune ne contrôle seule.

// Ce qu’il comprend

// Technologies

• Next.js
• Hyperledger Besu (privé, à permissions)
• PostgreSQL
• AWS Canada (Centre)