Logiciels pharma

// Le problème

Un promoteur qui mène un essai multicentrique recueille les journaux de symptômes sur papier, remplis en retard ou d’un coup, et le personnel des sites les retranscrit dans l’EDC.

// Ce que nous bâtirions

Une application de journal iOS et Android avec des rappels au bon moment de la journée, un portail pour les coordonnateurs de site et une exportation vers l’EDC, avec la piste d’audit et les signatures électroniques qu’attendent le 21 CFR Part 11 et les BPC de l’ICH.

// Ce qu’il comprend

// Technologies

• React Native
• Next.js
• PostgreSQL
• Interface d’exportation vers l’EDC
• AWS (région canadienne)

// Le problème

Une équipe de pharmacovigilance lit à la main chaque déclaration d’effet indésirable pour trouver le produit, l’événement, les renseignements sur le patient et l’échéance de déclaration.

// Ce que nous bâtirions

Un modèle sur mesure, entraîné davantage sur la littérature médicale et de sécurité puis sur les cas dépersonnalisés de l’équipe, qui lit chaque déclaration et propose les champs du cas et les termes MedDRA qu’un spécialiste confirme, sur un serveur GPU à l’intérieur de l’entreprise.

// Ce qu’il comprend

// Technologies

• Modèle de base à poids ouverts, entraîné davantage
• PyTorch
• Python
• Next.js
• Serveur GPU Lenovo sur place

// Le problème

Le personnel de la qualité et de la production fouille un système documentaire pour trouver la version en vigueur d’une PON, et la section voulue est enfouie dans un long PDF.

// Ce que nous bâtirions

Un assistant qui répond uniquement à partir des PON en vigueur, cite le document, la version et la section, et ouvre un formulaire de déviation sur demande, sur un modèle open source dans le compte infonuagique de l’entreprise pour que les documents contrôlés restent privés.

// Ce qu’il comprend

// Technologies

• Llama ou Mistral (open source)
• vLLM
• PostgreSQL avec pgvector
• Next.js
• GPU AWS

// Le problème

Les fournitures d’essais passent entre le promoteur, un dépôt et des dizaines de sites, et la trace de qui détenait chaque trousse, et à quelle température, est éparpillée entre chiffriers et courriels de messagerie.

// Ce que nous bâtirions

Une chaîne de possession partagée sur un registre privé à permissions dont le promoteur, le dépôt et l’ORC exploitent chacun un nœud, avec une application Android pour lire les trousses à la remise et un portail pour les températures et les écarts.

// Ce qu’il comprend

// Technologies

• Next.js
• React Native (Android)
• Hyperledger Besu (privé, à permissions)
• PostgreSQL
• AWS

// Le problème

Les résultats de laboratoire, les déviations et les dossiers de lot d’un fabricant à façon vivent dans des systèmes séparés, et le personnel qualité recopie les résultats de l’un à l’autre avant chaque libération de lot.

// Ce que nous bâtirions

Une intégration qui transmet les résultats du LIMS au dossier de lot, ouvre une déviation dans le QMS quand un résultat est hors spécification et met à jour le statut du lot dans l’ERP, chaque transfert étant journalisé et les documents de validation rédigés en parallèle.

// Ce qu’il comprend

// Technologies

• Node.js
• PostgreSQL
• REST
• OpenAPI
• AWS Canada

// Le problème

L’équipe d’étude d’un promoteur suit le recrutement, l’activation des sites et les requêtes de données en attente à partir de rapports hebdomadaires de CRO aux formats différents, si bien que les problèmes d’un site apparaissent des semaines plus tard.

// Ce que nous bâtirions

Un tableau de bord qui charge selon un calendrier les chiffres de recrutement, de sites et de gestion des données depuis vos systèmes d’étude et vos partenaires, et montre le recrutement par rapport au plan, les requêtes ouvertes par site et par âge et les sites qui demandent de l’attention, sans aucune identité de participant.

// Ce qu’il comprend

// Technologies

• PostgreSQL
• dbt
• Apache Superset
• Python
• AWS Canada