MSL CRM
POUR LES CHARGÉS DE RELATIONS SCIENTIFIQUES
TikaMSL est le CRM destiné aux chargés de relations scientifiques. Il contient le plan KOL, le compte-rendu des visites scientifiques et les demandes de renseignements enregistrées pour chaque professionnel de santé. Il fonctionne en parallèle du CRM déjà utilisé par l'entreprise.

Plan Kol
Le plan KOL
Le professionnel de santé, le niveau hiérarchique et le plan de relation figurent dans un seul dossier. La prochaine visite s’appuie sur ce plan. Elle ne part pas d’une liste reconstituée pendant le week-end.
Identifier les personnes susceptibles d’avoir une influence relève d’une autre tâche. Les publications, les essais cliniques et les rôles joués lors de congrès sont des indicateurs. Ils ne constituent pas la relation en soi. L’identification des KOL correspond à cette étape en amont. TikaMSL conserve les informations sur la personne concernée : le niveau de priorité et l’objectif de la prochaine conversation scientifique.
Les définitions des niveaux figurent dans le glossaire de classification des KOL. Cette page n’ajoute pas de deuxième modèle. L’engagement des KOL correspond au plan de cette relation.
En plus du CRM
En complément du CRM déjà en place
TikaMSL ne remplace pas le CRM déjà utilisé par l’entreprise. Cela inclut Veeva et Salesforce. Le service des affaires médicales conserve son propre registre des relations scientifiques parallèlement à ce système.
Le CRM commercial peut rester en place. Son remplacement relève d’un autre projet. Cette page est destinée aux leaders d’opinion clés (KOL), aux visites et aux demandes de renseignements enregistrées pendant que le MSL est encore en présence de ce professionnel de santé.
La visite
La visite
L'interaction permet de consigner l'échange scientifique et ses résultats. Il ne s'agit pas d'une visite commerciale déguisée en visite médicale.
Avant la réunion, le MSL ouvre le dossier déjà établi sur ce professionnel de santé. Après la réunion, le compte-rendu doit indiquer ce qui a été discuté et ce qui en a résulté. Une simple ligne indiquant que la visite s’est bien déroulée ne constitue pas un résultat.
TikaMSL peut transcrire une note vocale en texte en environ 60 secondes. Le MSL vérifie ce texte avant qu’il ne soit intégré au compte-rendu. Il n’est archivé qu’une fois cette vérification effectuée.
La demande
La demande auprès du professionnel de santé
Un MSL peut saisir une demande d’informations médicales lors de la visite, alors qu’il est encore en présence de ce professionnel de santé. Cette saisie sur le terrain correspond à l’eMIRF. Elle reste associée à la visite.
L’eMIRF n’est pas le dossier. Le dossier, la réponse et la personne qui l’envoie relèvent de TikaMedInfo, un produit distinct. Une question saisie sur le terrain peut être intégrée à cette file d’attente. Les deux produits ne sont pas vendus ensemble, et une note de terrain ne constitue pas une réponse complète.
Produits distincts
Produits distincts pouvant fonctionner avec celui-ci
Aucun de ces éléments n’est inclus simplement parce que le CRM est activé.
TikaConference
La gestion des sessions de congrès est assurée par TikaConference. Ce module peut fonctionner avec TikaMSL ou parallèlement au CRM déjà utilisé par l’entreprise. Il s’agit du tableau indiquant qui se trouve dans quelle salle, ainsi que des notes prises lors de chaque session. Ce n’est pas le CRM.
TikaSpeaker Bureau
Les programmes de conférenciers gérés par l’entreprise relèvent de TikaSpeaker Bureau. C’est là que sont gérés le conférencier, le contrat et le plafond de valeur de marché. Il ne s’agit pas d’un onglet au sein de TikaMSL.
TikaInsights
TikaInsights peut fonctionner avec TikaMSL ou de manière autonome. Il accompagne la rédaction d’une analyse, regroupe les thèmes et conserve une action jusqu’à ce qu’un responsable la valide. Une note de visite ne devient pas automatiquement cet enregistrement.
TikaEvidence and Studies
TikaEvidence et Studies est une fonctionnalité optionnelle. Elle reste désactivée jusqu’à ce qu’un client l’active. Lorsqu’elle est activée, elle peut fonctionner au sein de TikaMSL ou en tant qu’application autonome. Elle héberge l’étude. Il ne s’agit pas d’un CRM de terrain et elle ne fait pas partie de tous les contrats TikaMSL.
Comment évaluer
Comment évaluer un CRM dédié aux affaires médicales
Il n’existe pas de solution idéale. Posez-vous ces quatre questions et notez la réponse pendant que le fournisseur est encore à l’écran.
Le service des affaires médicales est-il l’utilisateur principal, ou s’agit-il d’un CRM commercial portant une étiquette « médical » ?
Les données relatives aux leaders d'opinion (KOL) et aux échanges scientifiques sont-elles intégrées de manière native ?
La demande de renseignements sur le terrain reste-t-elle associée à cette visite, le dossier d'informations médicales étant conservé comme un produit à part entière ?
Le système peut-il coexister avec le CRM déjà utilisé par l’entreprise ?
Une réponse affirmative subordonnée à la mise en place ultérieure d’un projet de services équivaut à un « non » pour cette décision.
Questions
Questions posées par les responsables des affaires médicales
Qu’est-ce que TikaMSL ?
TikaMSL est le CRM destiné aux chargés de relations scientifiques. Il contient le plan KOL, le compte-rendu des visites scientifiques et les demandes de renseignements enregistrées pour chaque professionnel de santé. Il fonctionne en parallèle du CRM déjà utilisé par l'entreprise.
TikaMSL remplace-t-il Veeva ou Salesforce ?
Non. Le service des affaires médicales conserve ses propres données parallèlement au CRM déjà utilisé par l’entreprise. Le remplacement de ce CRM relève d’un autre projet.
Qu'est-ce que l'eMIRF ?
eMIRF correspond à la saisie sur le terrain d’une demande d’informations médicales lors de la visite, auprès de ce professionnel de santé. Le produit lui-même s’appelle TikaMedInfo, il s’agit d’un produit distinct.
Comment évaluer un CRM dédié aux affaires médicales ?
Il n’y a pas de solution unique. Les critères à prendre en compte sont les suivants : le service des affaires médicales est-il l’utilisateur principal ? Les données relatives aux leaders d’opinion clés (KOL) et aux échanges scientifiques sont-elles intégrées de manière native ? La demande d’information recueillie sur le terrain est-elle associée à la visite correspondante ? Et le système peut-il coexister avec le CRM déjà utilisé par l’entreprise ?




