Le monde du programmeur SAS en pharma

 

L’environnement professionnel du programmeur SAS dans le secteur pharmaceutique et plus précisément dans la partie essais cliniques peut ressembler à une boîte noire. Hors SAS est un standard dans ce secteur et les besoins en programmeurs y sont récurrents. Il est donc fort enrichissant d’avoir une connaissance de ce milieu.

Pour une immersion dans l’univers des essais cliniques, je vous propose l’article sur le sujet a été écrit par Sy Truong, Meta-Xceed : Clinical Trials Terminology for SAS Programmers. Voici une traduction du résumé et de l’introduction pour vous donner un avant goût de cet article.

« Le processus de développement des médicaments/drogues est un processus clinique qui a son propre langage. La fonction des programmeurs SAS n’a pas besoin d’être MD ou expert de la réglementation mais une connaissance des terminologies professionnelles est importante pour être efficace. Cet article couvrira le processus de développement d’une drogue de la découverte à la phase IV. Il expliquera le large éventail d’acronymes comme IND, NDA, GCP et MedDRA. Il décrira également certaines terminologies utilisées dans le processus des essais cliniques lorsqu’une drogue est développée et soumise au FDA. Cela donnera aux programmeurs SAS une perspective plus large et un contexte à leur travail durant l’analyse et le rapport de données d’essais cliniques. »

« Cet article va vous raconter une histoire fictive concernant un diplômé de l’enseignement supérieur nommé James qui commence un nouvel emploi dans une entreprise pharmaceutique. Chaque nouveau terme que James rencontre est présenté en gras et en italique pour le faire ressortir. En entrant dans un nouvel cercle professionnel, il rencontre beaucoup de personnes et apprend de nouveaux processus remplis de vocabulaires et d’acronymes non familiers. Au fur et à mesure que James s’immerge dans son nouveau job en tant que programmeur SAS, il apprend le sens des terminologies et devient plus productif au travail. »

Pour faire face à un vocabulaire technique en anglais, je vous conseille vivement le dictionnaire français-anglais du site québécois www.granddictionnaire.com.

8 clés pour vos en-têtes

Que vous programmiez en SAS, en C++, en Java ou en Visual Basic, la qualité d’un programme commence par l’utilisation de commentaires. Ceux-ci doivent être compréhensibles par les non-spécialistes. L’entête est le premier élément à apparaître dans votre programme. Les étapes de votre programme se doivent d’être lisibles sans avoir à se plonger dans chaque ligne individuelle de code.

1. Préférez un nom de programme parlant : dans le milieu pharmaceutique, les tableaux et listings suivent des règles précises. Celles-ci assurent une cohérence entre les projets ou pour répondre à des contraintes techniques. Par exemple, ‘pp’ pourra être inclus dans le nom pour préciser la population à laquelle réfère le tableau est Per Protocol, ou encore, les noms de programmes pourront apparaître en minuscule.

2. Positionnez votre programme dans son projet : il est rare d’écrire un seul programme pour un projet. Le nom du projet auquel appartient le programme pourra ainsi figurer en premier.

3. Clarifiez l’objectif de votre programme : qu’il s’agisse le titre d’un tableau statistique “Nombre de patients par centre, âge et sexe” ou le rôle d’une macro “Créer des fichiers XML à partir de jeux de données SAS”, l’objectif du programme doit être explicitement défini.

4. Listez les grandes étapes du programme : vous pourrez compléter cette rubrique en fin de programmation en exploitant les grands titres numérotés.

5. Renvoyez votre lecteur vers les références documentaires : le protocole d’une étude statistique (protocol), le cahier d’observation électronique annoté (eCRF), le descriptif détaillé du programme (specification) sont des sources de documentation possibles.

6. Enumérez vos entrées/sorties : listez les données que vous exploitez dans votre programme et les fichiers permanents que vous crées.

7. Prévenez des limites du programme : les contraintes techniques comme la version SAS requise au minimum ou le système d’exploitation ont leur place dans l’entête.

8. Datez et signez vos programmes : En plus du nom des auteurs et les dates de création et de modifications, on trouvera l’inventaire des changements intervenus.

Vous venez de voir 8 informations clés pour votre entête. Cette liste n’est pas exhaustive. Elle doit s’adapter au cas par cas. Par exemple, votre client ou votre entreprise aura probablement une liste prédéfinie des critères à faire figurer. Afin d’éviter les oublis, vous pourrez faire l’usage d’un modèle d’entête.