TikaMSL è il CRM dedicato ai responsabili delle relazioni scientifiche. Contiene il piano KOL, il resoconto delle visite scientifiche e le richieste di informazioni registrate relative a ciascun operatore sanitario. Funziona in parallelo al CRM già utilizzato dall’azienda.
L’operatore sanitario, il livello e il piano di relazione sono tutti contenuti in un unico record. La visita successiva parte da quel piano. Non parte da un elenco ricostruito durante il fine settimana.
Individuare chi potrebbe essere rilevante è un compito a sé stante. Pubblicazioni, studi clinici e ruoli nei congressi sono indicatori. Non costituiscono il rapporto in sé. L’identificazione dei KOL rappresenta quel filtro a monte. TikaMSL gestisce la persona che ne deriva: il livello di appartenenza e lo scopo della prossima conversazione scientifica.
TikaMSL non sostituisce il CRM già utilizzato dall’azienda. Ciò include Veeva e Salesforce. Il reparto Affari Medici mantiene la propria documentazione relativa alle relazioni scientifiche parallelamente a tale sistema.
Il CRM commerciale può rimanere. La sua sostituzione è un progetto a sé stante. Questa pagina è dedicata al KOL, alla visita e alle richieste raccolte mentre l’MSL è ancora con quel professionista sanitario.
Dueregistri: unoaccanto all’altro
Il CRM già inuso rimane
TikaMSL Piano KOL
Durante lavisita: scambio scientifico
Registrato con l’operatore sanitariotramite eMIRF
La visita
La visita
Il resoconto documenta lo scambio scientifico e i risultati. Non si tratta di una visita di vendita con un'etichetta medica.
Prima dell’incontro, l’MSL apre il piano già relativo a quel professionista sanitario. Dopo l’incontro, il resoconto deve riportare ciò che è stato discusso e quali sono stati i risultati. Una semplice frase che dice che la visita è andata bene non costituisce un risultato.
TikaMSL è in grado di trasformare una nota vocale in testo in circa 60 secondi. L’MSL verifica il testo prima che diventi parte del verbale. Il verbale non viene archiviato finché non viene verificato.
InterazioneInviata
Face toFaceInviato
Fonte: Operatore sanitario
CRMMSL
Tipo: Di persona
Stato:Inviato
La richiesta
La richiesta accanto all'operatore sanitario
Un MSL può registrare una richiesta di informazioni mediche durante la visita, mentre si trova ancora con quel professionista sanitario. Tale registrazione sul campo è eMIRF. Rimane associata alla visita.
L’eMIRF non è il caso. Il caso, la risposta e la persona che la invia sono gestiti da TikaMedInfo, un prodotto separato. Una domanda registrata sul campo può entrare in quella coda. I due prodotti non sono venduti come un unico pacchetto e una nota sul campo non costituisce una risposta completa.
eMIRF presso l’operatore sanitario
Salvato
Data dellarichiesta—
Prodotto—
Stato:Salvato
TabeMIRF
Prodotti separati
Prodotti separati compatibili con esso
Nessuno di questi è incluso solo perché il CRM è attivo.
La copertura delle sessioni congressuali è gestita da TikaConference. Può funzionare con TikaMSL o in parallelo al CRM già utilizzato dall’azienda. Si tratta della tabella che indica chi si trova in quale sala e delle note relative a quella sessione. Non è il CRM.
I programmi di relatori gestiti dall’azienda sono TikaSpeaker Bureau. Il relatore, il contratto e il limite del valore equo di mercato sono gestiti lì. Non sono una scheda all’interno di TikaMSL.
TikaInsights può funzionare insieme a TikaMSL o in modo autonomo. Fornisce indicazioni durante la stesura di un'osservazione, raggruppa i temi e mantiene un'azione in sospeso fino a quando un responsabile non la verifica. Una nota di visita non diventa automaticamente quel record.
TikaEvidence and Studies è un'opzione facoltativa. Rimane disattivata finché un cliente non la attiva. Una volta attivata, può funzionare all’interno di TikaMSL o come applicazione autonoma. Gestisce lo studio. Non è il CRM da campo e non fa parte di ogni contratto TikaMSL.
Come valutare
Come valutare un CRM per gli affari medici
Non esiste un unico sistema migliore in assoluto. Utilizzate quattro domande e scrivete la risposta mentre il fornitore è ancora sullo schermo.
01
Il reparto Affari medici è l’utente principale, oppure si tratta di un CRM per le vendite con un’etichetta “medica”?
02
I KOL e gli scambi scientifici sono record nativi?
03
La richiesta del personale sul campo rimane associata a quella visita, mentre la cartella clinica viene conservata come prodotto a sé stante?
04
Il sistema può integrarsi con il CRM già in uso presso l’azienda?
Un “sì” subordinato a un progetto di servizi futuro equivale a un “no” ai fini di questa decisione.
Domande
Domande poste dai responsabili degli affari medici
Che cos’è TikaMSL?
TikaMSL è il CRM dedicato ai medical science liaison. Contiene il piano KOL, il resoconto delle visite scientifiche e le richieste raccolte relative a quel professionista sanitario. Funziona in parallelo al CRM già utilizzato dall’azienda.
TikaMSL sostituisce Veeva o Salesforce?
No. Il reparto Affari medici mantiene la propria documentazione integrata al CRM già in uso presso l’azienda. La sostituzione di quel CRM è un progetto a sé stante.
Che cos’è eMIRF?
eMIRF è la registrazione sul campo di una richiesta di informazioni mediche effettuata durante la visita, relativa a quel professionista sanitario. Il sistema vero e proprio è TikaMedInfo, un prodotto a sé stante.
Come si valuta un CRM per gli Affari Medici?
Non esiste un unico sistema migliore in assoluto. Il criterio di valutazione è se il reparto Affari Medici sia l’utente principale, se i KOL e lo scambio scientifico siano registrazioni native, se la richiesta sul campo rimanga associata a quella visita e se il sistema possa integrarsi con il CRM già in uso nell’azienda.
