Project Clinical Trial Operations.

Ik werkte met een Labware systeem dat al minstens 5 jaar stabiel draaide bij een lab met ongeveer 400 werknemers, waarvan de helft een LIMS account had. Dit systeem had maar 1 methode voor de inname van  monsters. Er kwam van stakeholders een duidelijke vraag; 'kan het huidige LIMS systeem zo geconfigureerd worden dat deze een alternatieve manier van monster incheck toelaat, nog voor het monster op de locatie aanwezig is?' Dit leidde tot een project die een complete verdubbeling aan het aantal bewerkingen op monster toeliet en effectief de hoeveelheid mogelijke functionaliteiten van gebruikers in het systeem verdubbelde. We hebben haast een jaar aan deze module gewerkt waarvan minsten 4 maanden volledig doortesten en 1 maand validatie. Na implementatie bleken alle functionaliteiten direct werkzaam en te werken naar verwachtingen, een zeldzaamheid voor zo'n groot project. Dit project heeft er ook toe geleidt dat andere gebruikers groepen er uiteindelijk functionaliteiten bijkregen en hun werktijd verkortte. 

Project WAREHOUSING

Binnen het zelfde bedrijf deed zich het probleem voor dat de huidige warehousing software niet langer werd ondersteund. Wij hebben toen op verzoek een module uitgerold voor het beheren van reagentia, maar dan op een dergelijke manier geconfigureerd dat deze gebruikt kon worden om een complete warehouse te runnen, inclusies inbound en outbound. dit was een non-GLP project en laat zien hoe divers inzetbaar een LIMS systeem is als daarom wordt gevraagd.

Final thoughts...
De meeste projecten zijn kleiner als deze en zijn beter uitvoerbaar als in een agile environment via bijvoorbeeld een Scrum software ontwikkelingsmethode. echter er is ook wat te zeggen over het groots aanpakken van projecten waarin een hele afdeling tegelijk live gaat, een groet versie update van de software of het  voor de eerste keer implementeren van een LIMS of dergelijke software