Difference between revisions of "Good Laboratory Practice (GLP)"

From biophysics
Jump to navigation Jump to search
 
(78 intermediate revisions by the same user not shown)
Line 1: Line 1:
John's powerpoint presentation on good laboratory practice [http://www.healthpac.eu/Wiki/GoodLabPractice.pptx Good Laboratory Practice]
 
  
Keeping a lab journal is important. Some [http://www.healthpac.eu/Wiki/labjournal.docx guidelines].
 
  
Lab manuals exist for
+
==Basic rules==
* (<2000) [http://www.healthpac.eu/Wiki/prot_e.pdf Tommy Lab] (especially, page 26)
+
[[FILE:NO EATING shield.JPEG|thumb|No eating or drinking in labs]]
* (>2005) [http://www.healthpac.eu/Wiki/aud_toolbox.pdf Hoop Lab] (especially, page 22 )
+
* No internet on experimental PCs
 +
* No food or drinks in the labs
 +
* Make a reservation in [[QReserve]]
 +
* Every experimenter keeps a personal [[Lab journal|'''lab journal''']].
 +
* Never leave a subject alone
 +
* There should be at least two people (apart from the subject) present in the lab when an experiment is run off hours &dagger;.
 +
 
 +
&dagger; Off hours = outside 9-17 hours or in the weekends or on holidays
 +
 
 +
==Safety==
 +
*Follow safety protocols if available/applicable
 +
*Never disable safety measures
 +
*Never leave a subject alone
 +
 
 +
The vestibulair chair and the robot arm in particular are systems that can be really dangerous when not used properly.
 +
 
 +
==Be a skeptic==
 +
Have a healthy skeptical and critical attitude towards everything.
 +
 
 +
*Earlier results from the literature and the lab could be messy! Interpretations could be wrong! Experimental designs could be flawed!, etc. etc.
 +
*Opinions and ideas expressed by your supervisor could be (likely is) wrong!
 +
*Be skeptical towards your own results. Ask yourself questions like:
 +
 
 +
      What would I expect? There should be a ‘theory’, ‘model’.
 +
      What do I observe? Plot the data according to the expected theory, or model!
 +
      Do these coincide? If so, does it mean it’s okay? If not: what does it mean?
 +
      Is there something to worry about?
 +
 
 +
*Be skeptical of your own writing and data presentation style:
 +
      Read it out loud and wonder whether someone else would really understand what you’re saying….
 +
      Does the figure really tell what I intend to express?
 +
 
 +
*Last, but not least: never trust the experimental setup at face value!
  
Experiment sheets exist for:
+
==Control measurements==
* (<2000) [http://www.healthpac.eu/Wiki/exp_sheet.pdf Tommy Lab]
+
*EVERY experimental protocol starts with STANDARDIZED control experiments.
* (>2005) [http://www.healthpac.eu/Wiki/example_exp_sheet.pdf Hoop Lab]
+
*If a patient is going to be measured, this control experiment is run with a healthy subject BEFORE the patient is placed in the setup.
* [http://www.healthpac.eu/Wiki/protocol_NIRSEEG.doc NIRS/EEG]
 
  
== Rules ==
+
==Real time data checking==
* No internet on experimental PCs
+
In order to check data real time there should be a pre-cooked analysis and display (plot) that provides ALL the necessary data that are needed for a complete assessment of the data quality. This plot is stored on disk and belongs to the data set of that recording day.
* No food or drinks in the labs
 
* Never leave subjects alone
 
  
 
== Problem solving ==
 
== Problem solving ==
[http://www.healthpac.eu/Wiki/Problemsolving101.docx How to solve lab problems]
+
Everybody should be aware that complex setups can ALWAYS break down. They break down when you LEAST expect it. You should be prepared to IDENTIFY such problems immediately. You CANNOT assume that if it worked yesterday, it will work today too!
 +
 
 +
Two short-term actions can be taken to prepare ourselves for this:
 +
 
 +
*EVERY experimental protocol starts with STANDARDIZED control experiments. The results of these controls are stored on disk with the actual data sets. These controls even get standardized names, so that they are readily identifiable.
  
== Issue Tracking ==
+
*Experimental results and stimuli are analyzed and displayed ON THE FLY. Casual checking of signals from the Head Tracking System on the oscilloscope does not count as a real control (although it should be done too….).
Issues are problems that you cannot solve by yourself or problems that you can solve by yourself but are important enough to document. Issues should be documented on gitlab.
+
             
+
Try to tackle the problem scientifically:
Issue tracking on Gitlab [https://gitlab.science.ru.nl/marcw/sphere_lab/-/issues]
+
*Is it a technical (instrumentation) problem, or a physiological (subject) problem?
 +
*If technical: inside the measurement cabin? (magnetic field, coil, speakers, LEDs) or outside (TDT, computer, amplifiers, …)?
 +
*If you can’t find it (and did some basic tests): no shame, but warn the technicians.
 +
*If a problem is not directly solvable:
 +
      A) Sent E-mail alert to other users.
 +
      B) Report the problem in the issue tracking system&dagger;.
 +
&dagger;For issue tracking go directly to [https://gitlab.science.ru.nl gitlab.science.ru.nl] or visit the [[Issues Tracking]] page.

Latest revision as of 13:27, 8 February 2024


Basic rules

No eating or drinking in labs
  • No internet on experimental PCs
  • No food or drinks in the labs
  • Make a reservation in QReserve
  • Every experimenter keeps a personal lab journal.
  • Never leave a subject alone
  • There should be at least two people (apart from the subject) present in the lab when an experiment is run off hours †.

† Off hours = outside 9-17 hours or in the weekends or on holidays

Safety

  • Follow safety protocols if available/applicable
  • Never disable safety measures
  • Never leave a subject alone

The vestibulair chair and the robot arm in particular are systems that can be really dangerous when not used properly.

Be a skeptic

Have a healthy skeptical and critical attitude towards everything.

  • Earlier results from the literature and the lab could be messy! Interpretations could be wrong! Experimental designs could be flawed!, etc. etc.
  • Opinions and ideas expressed by your supervisor could be (likely is) wrong!
  • Be skeptical towards your own results. Ask yourself questions like:
     What would I expect? There should be a ‘theory’, ‘model’.
     What do I observe? Plot the data according to the expected theory, or model!
     Do these coincide? If so, does it mean it’s okay? If not: what does it mean? 
     Is there something to worry about?
  • Be skeptical of your own writing and data presentation style:
     Read it out loud and wonder whether someone else would really understand what you’re saying….
     Does the figure really tell what I intend to express? 
  • Last, but not least: never trust the experimental setup at face value!

Control measurements

  • EVERY experimental protocol starts with STANDARDIZED control experiments.
  • If a patient is going to be measured, this control experiment is run with a healthy subject BEFORE the patient is placed in the setup.

Real time data checking

In order to check data real time there should be a pre-cooked analysis and display (plot) that provides ALL the necessary data that are needed for a complete assessment of the data quality. This plot is stored on disk and belongs to the data set of that recording day.

Problem solving

Everybody should be aware that complex setups can ALWAYS break down. They break down when you LEAST expect it. You should be prepared to IDENTIFY such problems immediately. You CANNOT assume that if it worked yesterday, it will work today too!

Two short-term actions can be taken to prepare ourselves for this:

  • EVERY experimental protocol starts with STANDARDIZED control experiments. The results of these controls are stored on disk with the actual data sets. These controls even get standardized names, so that they are readily identifiable.
  • Experimental results and stimuli are analyzed and displayed ON THE FLY. Casual checking of signals from the Head Tracking System on the oscilloscope does not count as a real control (although it should be done too….).

Try to tackle the problem scientifically:

  • Is it a technical (instrumentation) problem, or a physiological (subject) problem?
  • If technical: inside the measurement cabin? (magnetic field, coil, speakers, LEDs) or outside (TDT, computer, amplifiers, …)?
  • If you can’t find it (and did some basic tests): no shame, but warn the technicians.
  • If a problem is not directly solvable:
     A) Sent E-mail alert to other users.
     B) Report the problem in the issue tracking system†.

†For issue tracking go directly to gitlab.science.ru.nl or visit the Issues Tracking page.