一个LIMS项目写给自己的一封信

亲爱的我，

我希望我以前就知道…。漫长的一路走来，LIMS项目终于启动运行，并通过验证，现在实验室工作人员和管理人员真正开始使用它了。事实上，对于改进提升，新的报告和新功能的要求都已经开始慢慢的进行。当我回顾这段旅程，我真的希望那个时候的我能知道现在所发生的这一切。如果我们将最后所做的一些事情放在项目最初来完成，也许这个项目会进行得更迅速且简单。

刚开始的时候我们是如此急于求成地想要获得LIMS，以致充分发掘和记录我们的业务和实验室的需求似乎像是在浪费时间和精力。当然，我们自认为已经将需求尽数列出，但是他们是如此的宽泛普通，最终并没有给我们带来太多的帮助。更糟糕的是，我们从来没有花费时间去整理绘制我们的工作和数据/信息流。想到这一路上所付出的额外的艰辛努力和延误是因为我们没有做好准备工作，我感到有点儿后怕。幸运的是，我们最终意识到，所经历的这些坎坷是必不可少的，特别是当我们考虑LIMS的验证问题时，我们最终决定让QA部门也参与进来。

另外一件关键的事情是我希望在项目之初就做到的，那就是让所有的利益相关者都参与和投入进来，而不仅仅是最初驱使和启动这个项目的管理者们。我认识到，如果我们能够和参与LIMS项目实施和使用的各方进行沟通，那么我们根本不需要不断的重做和增加新的功能。天知道实验室的实际工作方式与管理者们所臆想的根本大相径庭! 我们确实发现”细节决定成败”. 令人吃惊的是，这些流程看起来应该是简单而直接的，但实际上却十分复杂和令人费解。

另外在预先沟通方面，我想如果我们一早就知道在项目之初让所有人都参与进来的话，就不会如此费劲来让每个人都接受和使用LIMS。当我们最终醒悟这样的一个事实 — 如此多的利益相关者对LIMS根本没有认同感，以至于他们感到矛盾，无所适从，甚至对整个项目都持反对态度。而我们不得不花那么多的额外时间和精力来获得他们的认可。令人高兴的是，我们一开始让每个人都真正参与进来，并得到他们的反馈且与之交流，我们很快就在组织内部获得了好几个强有力的支持者，并且帮助我们带领剩余的反对者站在我们一边。

在最初就让QA组介入LIMS项目是另一件我希望我们从一开始就应该做好的事情。当然，我们知道LIMS必须验证，但是我们想当然地认为最后肯定都可以搞定。但验证到底要花多少时间和精力其实并没有底？我们最终向LIMS供应商购买了整套的验证工具包。我想我们当时天真地认为这就够了。而当我们最后联系QA部门时，我们惊奇地发现要达到验证的目标我们要做的还有许多。我们从不知道这需要一个验证计划和一系列的文档（URS-用户需求标准, FRS,-功能需求规范，Trace Matrix-需求跟踪矩阵，SOPs-标准化流程等），包括供应商审计。幸运的是我们QA部门遵循的是基于风险的验证方法，并且我们能够和一些真正了解LIMS和实验室流程的业内专家取得联系并获得技术咨询建议，否则我们可能仍然在乱忙一气而不会进入生产状态。

现在，除非神秘博士和时间机器真的存在，我才能在LIMS项目开始之初拿到这封写给自己的信，或者如果之前我们就聘请了一些有经验的LIMS专家和验证顾问，我们才有可能顺利的让LIMS项目得以实施并获得优良的投资回报率。好吧，算是吃一堑长一智吧…