面向医学科学联络专员
TikaMSL 是一款专为医学科学联络专员设计的客户关系管理系统（CRM）。该系统包含关键意见领袖（KOL）计划、科学拜访记录以及针对该医疗保健专业人员（HCP）收集的咨询信息。它可与公司现有的 CRM 系统并行运行。
KOL计划
医疗保健专业人员（HCP）、层级以及关系计划都记录在同一条记录中。下次拜访将以此计划为起点，而非基于周末重新整理的名单。
识别潜在关键人物是另一项工作。学术发表、临床试验及学术会议角色仅是信号，而非关系本身。KOL识别是上游筛选环节。TikaMSL系统则记录后续信息：即该人员的层级，以及下一次科学对话的议题。
层级定义保存在KOL分层术语表中。本页面不会引入第二种模型。KOL互动即该关系的执行计划。
除现有CRM系统外
TikaMSL 不会取代公司现有的 CRM 系统，包括 Veeva 和 Salesforce。医学事务部会在该系统之外，独立维护其科学关系的记录。
商业CRM系统可以保留。替换它属于另一个项目。本页面用于记录MSL与该医疗保健专业人员（HCP）会面期间的KOL信息、拜访情况及咨询内容。
此次访问
此次互动旨在记录科学交流及其成果。这并非打着医疗旗号的销售拜访。
会前，医学事务专员（MSL）需提前查阅该医疗保健专业人员（HCP）的既往访视计划。会后，访视记录必须明确记载讨论内容及达成成果。仅写一句“访视顺利”并不算作成果。
TikaMSL可在约60秒内将口述笔记转换为文本。MSL需在该文本成为正式记录前进行核对。未经其核对，该记录不会归档。
该咨询
医学事务专员（MSL）可在拜访期间，当其仍与该医疗保健专业人员（HCP）在一起时，记录医疗信息请求。该现场记录即为eMIRF，并保留在此次拜访记录中。
eMIRF并非“案例”。“案例”、回复及发送者均属于TikaMedInfo——这是一个独立的产品。现场记录的问题可进入该队列。这两个产品并非捆绑销售，且现场笔记不构成完整的回复。
单独的产品
仅因CRM已启用，并不意味着这些产品会被包含在内。
会议环节的记录由TikaConference负责。它既可与TikaMSL协同运行，也可与公司现有的CRM系统并行运行。该系统展示各会议室的参会人员分布情况，并记录该环节的会议纪要。它并非CRM系统。
公司运营的演讲嘉宾项目由TikaSpeaker Bureau负责。演讲嘉宾信息、合同以及公平市场价值上限均在此模块中管理。这些内容并非TikaMSL内的一个标签页。
TikaInsights可与TikaMSL协同运行，也可独立运行。该系统在洞察报告撰写过程中提供指导，按主题进行分类，并保留待办事项直至经理核实。单次拜访记录本身不会自动转化为该系统中的记录。
TikaEvidence and Studies 采用自愿启用模式。在客户启用前，该功能保持关闭状态。启用后，它既可在 TikaMSL 内运行，也可作为独立应用程序运行。该模块用于存储研究资料。它并非外勤 CRM 系统，也不包含在所有 TikaMSL 协议中。
如何判断
没有唯一最佳的选择。请参考以下四个问题，并在供应商仍在屏幕上时写下答案。
医疗事务部门是主要用户，还是这只是贴了医疗标签的销售CRM？
关键意见领袖（KOL）和科学交流记录是否为系统原生数据？
现场咨询记录是否保留在该次拜访中，而医疗信息案例是否作为独立条目保存？
该系统能否与公司现有的CRM系统并行运行？
如果回答“是，但这取决于后续的服务项目”，那么对于本次决策而言即为“否”。
问题
TikaMSL是面向医学科学联络专员的CRM系统。它包含关键意见领袖（KOL）计划、科学访问记录以及针对该医疗保健专业人员（HCP）的咨询记录。该系统可与公司现有的CRM系统并行运行。
不会。医学事务部门会在公司现有的CRM系统旁独立维护自己的记录。替换该CRM系统属于另一个项目。
eMIRF是在拜访期间针对特定医疗保健专业人员（HCP）现场采集的医学信息请求。该功能本身属于TikaMedInfo，这是一个独立的产品。
没有唯一最佳的选择。关键在于：医学事务部门是否是主要用户；关键意见领袖（KOL）和科学交流是否以原生记录形式存在；现场咨询是否与该次拜访关联；以及该系统能否与公司现有的CRM并行运行。
在同一条记录中查看KOL、拜访和咨询信息。
