Team:Edinburgh/Notebook/Safety

From 2010.igem.org

(Difference between revisions)
(New page: {{:Team:Edinburgh/defaultcss}} {{:Team:Edinburgh/defaultadvancedcss}} {{:Team:Edinburgh/dropdowncss}} <html> <head> <style> p{ background-color: white; margin: 0; border-left: 0.5em solid...)
 
(8 intermediate revisions not shown)
Line 4: Line 4:
<html>
<html>
 +
<head>
<head>
-
<style>
+
 
-
p{ background-color: white; margin: 0; border-left: 0.5em solid white; border-right: 0.5em solid white;}
+
<style type="text/css">
 +
 
 +
#body{
 +
background-image:url("https://static.igem.org/mediawiki/2010/a/a8/Ed10-LargePaper.jpg");
 +
background-repeat:repeat-y;
 +
}
 +
 
 +
#body2{
 +
background-image:url("https://static.igem.org/mediawiki/2010/9/9e/Ed10-LargePaperRipped.jpg");
 +
background-repeat:repeat-y;
 +
}
 +
 
</style>
</style>
 +
</head>
</head>
 +
 +
<body>
<div id="banner"><a href="https://2010.igem.org/Team:Edinburgh"><img src="https://static.igem.org/mediawiki/2010/5/5f/Ed10-Banner.jpg" /></a></div>
<div id="banner"><a href="https://2010.igem.org/Team:Edinburgh"><img src="https://static.igem.org/mediawiki/2010/5/5f/Ed10-Banner.jpg" /></a></div>
Line 38: Line 53:
   <li><a href="https://2010.igem.org/Team:Edinburgh/BioBricks#Genomic">submitted parts</a></li>
   <li><a href="https://2010.igem.org/Team:Edinburgh/BioBricks#Genomic">submitted parts</a></li>
   <li><a href="https://2010.igem.org/Team:Edinburgh/Results#Genomic">results</a></li>
   <li><a href="https://2010.igem.org/Team:Edinburgh/Results#Genomic">results</a></li>
-
   <li><a href="https://2010.igem.org/Team:Edinburgh/Project/Future">future work</a></li>
+
   <li><a href="https://2010.igem.org/Team:Edinburgh/Project/Future">the future</a></li>
   <li><a href="https://2010.igem.org/Team:Edinburgh/Project/References">references</a></li>
   <li><a href="https://2010.igem.org/Team:Edinburgh/Project/References">references</a></li>
   </ul>
   </ul>
Line 45: Line 60:
  <li><a href="https://2010.igem.org/Team:Edinburgh/Bacterial" class="dir">bacterial BRIDGEs</a>
  <li><a href="https://2010.igem.org/Team:Edinburgh/Bacterial" class="dir">bacterial BRIDGEs</a>
   <ul>
   <ul>
-
   <li><a href="https://2010.igem.org/Team:Edinburgh/Bacterial/Core_repressilator">the repressilator</a></li>
+
   <li><a href="https://2010.igem.org/Team:Edinburgh/Bacterial/Core_repressilator">the project</a></li>
   <li><a href="https://2010.igem.org/Team:Edinburgh/Bacterial/Red_light_producer">red light</a></li>
   <li><a href="https://2010.igem.org/Team:Edinburgh/Bacterial/Red_light_producer">red light</a></li>
   <li><a href="https://2010.igem.org/Team:Edinburgh/Bacterial/Red_light_sensor">red sensor</a></li>
   <li><a href="https://2010.igem.org/Team:Edinburgh/Bacterial/Red_light_sensor">red sensor</a></li>
Line 54: Line 69:
   <li><a href="https://2010.igem.org/Team:Edinburgh/BioBricks#Bacterial">submitted parts</a></li>
   <li><a href="https://2010.igem.org/Team:Edinburgh/BioBricks#Bacterial">submitted parts</a></li>
   <li><a href="https://2010.igem.org/Team:Edinburgh/Results#Bacterial">results</a></li>
   <li><a href="https://2010.igem.org/Team:Edinburgh/Results#Bacterial">results</a></li>
-
   <li><a href="https://2010.igem.org/Team:Edinburgh/Bacterial/Future">future work</a></li>
+
   <li><a href="https://2010.igem.org/Team:Edinburgh/Bacterial/Future">the future</a></li>
   <li><a href="https://2010.igem.org/Team:Edinburgh/Bacterial/References">references</a></li>
   <li><a href="https://2010.igem.org/Team:Edinburgh/Bacterial/References">references</a></li>
   </ul>
   </ul>
Line 65: Line 80:
   <li><a href="https://2010.igem.org/Team:Edinburgh/Modelling/Bacterial">the bacterial model</a></li>
   <li><a href="https://2010.igem.org/Team:Edinburgh/Modelling/Bacterial">the bacterial model</a></li>
   <li><a href="https://2010.igem.org/Team:Edinburgh/Modelling/Signalling">the signalling model</a></li>
   <li><a href="https://2010.igem.org/Team:Edinburgh/Modelling/Signalling">the signalling model</a></li>
 +
  <li><a href="https://2010.igem.org/Team:Edinburgh/Modelling/Tools">tools</a></li>
   <li><a href="https://2010.igem.org/Team:Edinburgh/Results#Modelling">results</a></li>
   <li><a href="https://2010.igem.org/Team:Edinburgh/Results#Modelling">results</a></li>
-
   <li><a href="https://2010.igem.org/Team:Edinburgh/Modelling/Future">future work</a></li>
+
   <li><a href="https://2010.igem.org/Team:Edinburgh/Modelling/Future">the future</a></li>
   <li><a href="https://2010.igem.org/Team:Edinburgh/Modelling/References">references</a></li>
   <li><a href="https://2010.igem.org/Team:Edinburgh/Modelling/References">references</a></li>
   </ul>
   </ul>
Line 73: Line 89:
  <li><a href="https://2010.igem.org/Team:Edinburgh/Human" class="dir">human BRIDGEs</a>
  <li><a href="https://2010.igem.org/Team:Edinburgh/Human" class="dir">human BRIDGEs</a>
   <ul>
   <ul>
-
   <li><a href="https://2010.igem.org/Team:Edinburgh/Human/Aspects">human aspects</a></li>
+
   <li><a href="https://2010.igem.org/Team:Edinburgh/Human/Communication">communication of science</a></li>
 +
  <li><a href="https://2010.igem.org/Team:Edinburgh/Human/Branding">iGEM survey</a></li>
 +
  <li><a href="https://2010.igem.org/Team:Edinburgh/Human/Conversations">conversations</a></li>
   <li><a href="https://2010.igem.org/Team:Edinburgh/Human/Epic">the epic</a></li>
   <li><a href="https://2010.igem.org/Team:Edinburgh/Human/Epic">the epic</a></li>
-
   <li><a href="https://2010.igem.org/Team:Edinburgh/Results#Human">results</a></li>
+
   <li><a href="https://2010.igem.org/Team:Edinburgh/Human/FutureApps">future applications</a></li>
-
   <li><a href="https://2010.igem.org/Team:Edinburgh/Human/Future">future work</a></li>
+
   <li><a href="https://2010.igem.org/Team:Edinburgh/Results#Human">further thoughts</a></li>
   <li><a href="https://2010.igem.org/Team:Edinburgh/Human/References">references</a></li>
   <li><a href="https://2010.igem.org/Team:Edinburgh/Human/References">references</a></li>
   </ul>
   </ul>
Line 84: Line 102:
   <ul>
   <ul>
   <li><a href="https://2010.igem.org/Team:Edinburgh/Notebook/Collaboration">collaboration</a></li>
   <li><a href="https://2010.igem.org/Team:Edinburgh/Notebook/Collaboration">collaboration</a></li>
 +
  <li><a href="https://2010.igem.org/Team:Edinburgh/Notebook/Attribution">attribution</a></li>
   <li><a href="https://2010.igem.org/Team:Edinburgh/Notebook/BRIDGE">BRIDGE</a></li>
   <li><a href="https://2010.igem.org/Team:Edinburgh/Notebook/BRIDGE">BRIDGE</a></li>
   <li><a href="https://2010.igem.org/Team:Edinburgh/Notebook/Red_light_producer">red light</a></li>
   <li><a href="https://2010.igem.org/Team:Edinburgh/Notebook/Red_light_producer">red light</a></li>
Line 89: Line 108:
   <li><a href="https://2010.igem.org/Team:Edinburgh/Notebook/Blue_light_producer">blue light</a></li>
   <li><a href="https://2010.igem.org/Team:Edinburgh/Notebook/Blue_light_producer">blue light</a></li>
   <li><a href="https://2010.igem.org/Team:Edinburgh/Notebook/Blue_light_sensor">blue sensor</a></li>
   <li><a href="https://2010.igem.org/Team:Edinburgh/Notebook/Blue_light_sensor">blue sensor</a></li>
 +
  <li><a href="https://2010.igem.org/Team:Edinburgh/Notebook/Green_light_producer">green light</a></li>
 +
  <li><a href="https://2010.igem.org/Team:Edinburgh/Notebook/Green_light_sensor">green sensor</a></li>
   <li><a href="https://2010.igem.org/Team:Edinburgh/Notebook/Modelling">modelling</a></li>
   <li><a href="https://2010.igem.org/Team:Edinburgh/Notebook/Modelling">modelling</a></li>
   <li><a href="https://2010.igem.org/Team:Edinburgh/Notebook/Safety">safety</a></li>
   <li><a href="https://2010.igem.org/Team:Edinburgh/Notebook/Safety">safety</a></li>
Line 100: Line 121:
</ul>
</ul>
</div>
</div>
 +
 +
<br>
 +
<br>
 +
 +
<div id="body" style="padding: 0px 60px 10px 60px; height: 1356px">
<br>
<br>
Line 105: Line 131:
<br>
<br>
-
</html>
+
<a name="Safety" id="Safety"></a><h2>Safety Issues</h2><br>
-
Lorem ipsum dolor sit amet, consectetur adipiscing elit. Mauris auctor dolor quis diam fringilla non malesuada sapien volutpat. Proin purus arcu, tristique ut ultricies eget, elementum ac odio. Nam gravida blandit nisl, in vestibulum nunc malesuada id. Cras sit amet mi a massa aliquet auctor. Morbi lorem magna, ultrices vitae iaculis id, malesuada vitae nibh. Fusce elementum euismod vehicula. Maecenas mattis bibendum elit, sed semper diam scelerisque eget. Vivamus enim arcu, consequat non volutpat nec, hendrerit id quam. Quisque dapibus, augue non scelerisque tincidunt, ipsum magna posuere nunc, consectetur blandit elit odio non orci. Morbi congue molestie ipsum non ultricies. Pellentesque sed nisl nunc, id facilisis magna. Sed sit amet est ut magna tempor eleifend. Duis pulvinar lobortis rutrum.
+
<p>1. Would any of your project ideas raise safety issues in terms of:</p>
 +
<ul><li>research safety,</li>
 +
<li>public safety,</li>
 +
<li>environmental safety?</li></ul>
-
Etiam pretium mattis enim, ac pellentesque quam congue at. Ut interdum, velit sed aliquam dapibus, lacus turpis gravida nibh, sed iaculis sem ligula ut mi. Maecenas facilisis volutpat elit, sit amet pharetra dolor porta ac. Proin posuere, ante ac pretium luctus, ante nunc luctus orci, at mattis mi sem sit amet nisi. Sed venenatis auctor mi, ac porttitor quam ultricies quis. Suspendisse at orci elit. Praesent egestas metus at sem lacinia eu hendrerit est convallis. Praesent cursus mauris purus, id blandit nibh. Nulla consectetur, nunc in ornare mattis, ligula massa gravida magna, a pellentesque metus lacus id nunc. Donec eget ipsum eu turpis placerat semper. Donec ligula turpis, lobortis id sodales eget, fermentum vel turpis. Aenean at convallis eros. Cras cursus ligula id arcu venenatis accumsan sit amet volutpat nulla. Donec id ante id nisi porta volutpat sit amet quis quam. Vivamus tincidunt ligula id ante mollis non auctor sem porta. Etiam eleifend laoreet nunc vel laoreet. Cras quis nunc ac mi pulvinar imperdiet. Nam nec arcu non tortor tincidunt commodo. Cum sociis natoque penatibus et magnis dis parturient montes, nascetur ridiculus mus.
+
<br>
-
In hac habitasse platea dictumst. Praesent at dolor arcu, non cursus justo. Fusce non nibh felis. Nulla pharetra eleifend egestas. Sed semper ligula ac mi tincidunt mollis. Ut elementum justo sed urna luctus sed consectetur mauris euismod. Suspendisse potenti. Phasellus quam sem, ultrices et vulputate eu, egestas vitae nisi. Morbi non tellus sapien, faucibus sagittis diam. In hac habitasse platea dictumst. Aliquam tempor ipsum at sapien lobortis viverra. Sed volutpat nunc in justo vehicula egestas. Vestibulum ante ipsum primis in faucibus orci luctus et ultrices posuere cubilia Curae; Nullam sed nisi velit. Praesent at quam nec metus imperdiet tincidunt vitae eget mi. Phasellus laoreet tincidunt tempus. Fusce nisl enim, hendrerit quis consequat quis, vestibulum pharetra lectus. Morbi cursus gravida sem, interdum sollicitudin mi aliquam id. Class aptent taciti sociosqu ad litora torquent per conubia nostra, per inceptos himenaeos. Morbi eleifend hendrerit leo, nec aliquet elit adipiscing vitae.
+
<p>During the planning stages of the project, many ideas were abandoned due to safety issues. For example, the original idea of creating xenomorphs via the use of BioBricks and synthetic biology was discontinued due to the risk associated with these highly aggressive, unpredictable, and uncontrollable species, as documented in the records of the Nostromo, the Weyland-Yutani Corporation Terraforming Colony on LV-426, prison planet Fiorin 161, and the Science Vessel USM Auriga, as well as numerous unsubstantiated sources. The idea of bacterial synthesis of opiates was also abandoned due to a number of potential ethical, legal, and social problems, such as losing the ability to enter the United States of America, further destabilizing the countries of Central Asia and South America, and concerns that the criminal element might attempt to acquire this information through violent means. We also made a conscious decision not to work on biosensors of any form, or any other related applications, such that our project would not require the exposure or release of the engineered organism to people or the environment.</p>
-
Ut commodo vehicula erat eget laoreet. Duis elit quam, malesuada id semper sit amet, bibendum pellentesque risus. Nam non lacus nunc. Fusce mi arcu, fermentum eu tempus in, ornare sit amet sapien. Donec fringilla sem vel nunc hendrerit sit amet mollis urna pharetra. Duis eu arcu nec eros tempus interdum. Mauris tempus ultrices sapien ut malesuada. Fusce erat turpis, bibendum nec rutrum ac, dapibus id erat. In pretium malesuada libero, eu commodo purus sagittis in. Mauris est nibh, pulvinar in vulputate sed, porttitor sit amet nisl. Sed mattis fermentum erat, vitae molestie dui bibendum sit amet. Donec mattis mollis nisl, nec mattis ipsum cursus nec. Cras interdum vehicula turpis ut congue. Vestibulum consequat sem ut dui vulputate sed scelerisque justo pulvinar. Praesent ut congue tortor. Suspendisse euismod feugiat fermentum. Sed non magna ut odio egestas molestie ut a velit. Duis interdum auctor mi, a ornare justo malesuada a.
+
<p>Of our final choice in project, we believe that the pairing of light-producing and light-sensing BioBricks does not raise any known safety issues to research, the public, or the environment. On the other hand, the BRIDGE construct might, since it involves directly editing the bacterial genome. While we see this as an advantage for work in synthetic biology (markerless additions of genes allowing for infinite replacements, more permanent method of inserting genes, no antibiotic resistance in the organism created, etc.), it also means that more care should be taken with the bacteria containing the edited genome (due to the markerless insertion, it could be potentially more difficult to figure out what had been deleted/inserted). The stability of the genome might mean that it would be more difficult to extract an added gene. On the other hand, we don't believe that this will be a major safety issue because any genetic material inserted by BRIDGE can be removed just as easily as plasmids by simply using the recombinase again.</p>
-
Nunc laoreet eleifend ultricies. Aenean vestibulum nisi vel justo blandit id commodo nunc luctus. Pellentesque vitae nunc lorem. Sed vehicula consectetur neque ac convallis. Fusce mattis ligula sit amet sem vehicula aliquet. Duis pulvinar laoreet neque eget egestas. Integer eu justo sapien. Vivamus purus lacus, vehicula id ullamcorper at, tempus nec velit. Curabitur vel odio turpis. Donec iaculis rhoncus porttitor. Class aptent taciti sociosqu ad litora torquent per conubia nostra, per inceptos himenaeos. Nunc magna lectus, ornare nec venenatis nec, interdum at nunc.
+
<p>From an engineering and scientific point of view, risk assessment deals with the probability that a certain hazard is going to happen. It is very unlikely that there could be an unplanned event or series of events involving our project that would result in undesired consequences; we have ensured that we are adhering to strict safety codes that mitigate such probability, and we are working with an experienced supervisor and a number of trained advisors to prevent such an occurrence. As stated above, our project does not require that our organism comes into contact with people or the environment.</p>
 +
 
 +
<p>Even if Sod's Law dictated that the statistical probabilities were against us, it would be unlikely that our device (when working properly) would represent a hazard to people or the environment. The BRIDGE protocol simply adapts an existing natural process to an existing problem in a new area of application, while glowing bacteria are unlikely to be much of a hazard in the wide world (the amount of energy they expend to glow would render them uncompetitive in any case). We are working with non-pathogenic laboratory strains of <i>E. coli</i>, and even after engineering it is not infectious, toxic, or interfering with human physiology or the environment. Our work focuses on intracellular proteins with no significant catalytic role, and thus a malfunction in our BioBrick parts would pose minimal threat to humans, other organisms, or laboratory equipment.</p
 +
 
 +
><p>Should the absolute worst happen and our engineered organism is released to the environment, we predict a short spate of glowing trees and a decline in the sales of Christmas lights should the release be timed correctly. Barring the remote possibility that our colour-repressilating bacteria somehow mutate into the deadliest killer virus known to man, causing people to turn red, blue, and green (with different effects depending upon who is nearby) before exploding, we believe that the competitive disadvantage inherent in our bacteria will cause them to die out within a couple of weeks.</p>
 +
 
 +
<br>
 +
<hr>
 +
<br>
 +
 
 +
<p>2. Do any of the new BioBrick parts (or devices) that you made this year raise any safety issues? If yes,</p>
 +
<ul><li>did you document these issues in the Registry?</li>
 +
<li>how did you manage to handle the safety issue?</li>
 +
<li> How could other teams learn from your experience?</li></ul>
 +
 
 +
<br>
 +
 
 +
<p>Currently, none of the BioBricks we have made (or are planning to make) raise any specific safety issues. For example, we do not plan to create BioBricks that encode for toxic proteins, and neither do we intend to extend the environmental range of a cell chassis; in fact, by developing a protocol for markerless insertion, we're trying to do the exact opposite (i.e. make engineered bacteria <i>not</i> resistant to antibiotics)!</p>
 +
 
 +
<p>All BioBricks should be fully documented in the Registry, and any pertinent safety issues are noted should they be seen to exist. On the other hand, the iGEM project timescale is insufficient for current techniques to conduct thorough analysis of BioBrick characteristics such as genetic reliability and performance reliability, and it is often the case that even parts that are fully documented do not perform as they should. Hence, it is important that work outside iGEM continue to make use of and add to the documentation in the Registry for safety concerns.</p>
 +
 
 +
<p>It is also important to create a centralised forum for discussion on safety issues, such that teams can learn from the experiences of others. This would also allow for the development of software that would integrate safety and security aspects into the design process such that the designer is automatically informed of possible safety problems.</p>
 +
 
 +
<br>
 +
<hr>
 +
<br>
 +
 
 +
<p>3. Is there a local biosafety group, committee, or review board at your institution?</p>
 +
<ul><li>If yes, what does your local biosafety group think about your project?</li>
 +
<li>If no, which specific biosafety rules or guidelines do you have to consider in your country?</li></ul>
 +
 
 +
<br>
 +
 
 +
<p>Yes, there is a biosafety committee at the University of Edinburgh. At the beginning of the project, we were required to fill out a risk assessment form for Health and Safety at the University of Edinburgh. We had to provide details about the recipient micro-organism (<i>E. coli</i>), any genetic material we would be adding into the recipient micro-organism, and the vectors we might use, with regards to the bacterial systems, the risks to health and safety for humans, the nature of the work, the associated risk for the environment, their respective classification and containment measures, and the waste disposal procedures and spillage protocol used in our lab. We also had to detail our own qualifications and experience. This form had to be approved by the School of Biological Science's GM Safety Committee before we could begin work. <a href="https://static.igem.org/mediawiki/2010/2/23/IGEMGMRiskAssessment9July2010.pdf">A draft version of the form has been uploaded here</a> for the sake of completeness.</p>
 +
 
 +
</div>
 +
 
 +
<div id="body2" style="padding: 0px 60px 10px 60px; height: 998px">
 +
 
 +
<br>
 +
<br>
 +
 
 +
<p>On a wider scale, we are subject to the Health and Safety Executive of the UK government. As part of the 2010 UK iGEM meet-up in Newcastle, we attended a detailed talk from Mr. Brian Cook that outlined the various rules and regulations that we are subject to as well as the future development of further laws that are suited to the growing importance of synthetic biology. From this, we were given a good overview of the biosafety rules and guidelines that we have to consider when working with engineered organisms.</p>
 +
 
 +
<br>
 +
<hr>
 +
<br>
 +
 
 +
<p>4. Do you have any other ideas how to deal with safety issues that could be useful for future iGEM competitions? How could parts, devices and systems be made even safer through biosafety engineering?</p>
 +
 
 +
<br>
 +
 
 +
<p>Some ideas that came up regarding how to deal with safety issues are as follows:</p>
 +
<ul><li>Standardised guidelines for risk assessment and probability / hazard identification. Many informatics and engineering projects incorporate such guidelines that allow them to pre-assess the possibility of risk both before and throughout the project timeline; an accepted global standard for such a purpose may be useful for future iGEM competitions.</li>
 +
<li>A structured and comprehensive testing regime, coupled with defined standards as to how to characterise a BioBrick part in terms of its safety and a requirement (perhaps not restricted to iGEM, but certainly before the part is made available from the Registry).</li>
 +
<li>A strict and defined process for the release of engineered organisms into the environment, allowing for the potential commercialisation of iGEM projects. One such effort is being spearheaded by Kim de Mora at the University of Edinburgh, who was a member of the 2006 team that worked on the prize-winning arsenic detection device that also pioneered the field of biosensors within iGEM.</li>
 +
<li>The BRIDGE protocol, along with the ability to perform markerless insertion and targeted gene deletion, may be used to create a 'safer' host chassis as well as pave the way for releasing non-antibiotic-resistant organisms into the environment.</li></ul>
 +
 
 +
<br>
 +
<br>
 +
<br>
 +
 
 +
<center><a href="#top" class="dir"><img width="100" src="https://static.igem.org/mediawiki/2010/9/9f/Ed10-RTT.png"></a></center>
 +
 
 +
</div>
 +
 
 +
<div id="windowbox" style="border: .2em solid #660000; padding: 5px; position:fixed; top:50%; right:30px; width:8%;">
 +
<span style="color:ivory;">Throughout this wiki there are words in <b>bold</b> that indicate a relevance to <b>human aspects</b>. It will become obvious that <b>human aspects</b> are a part of almost everything in <b>iGEM</b>.</span>
 +
 
 +
</div>
 +
 
 +
</body>
 +
 
 +
</html>

Latest revision as of 02:09, 28 October 2010







Safety Issues


1. Would any of your project ideas raise safety issues in terms of:

  • research safety,
  • public safety,
  • environmental safety?

During the planning stages of the project, many ideas were abandoned due to safety issues. For example, the original idea of creating xenomorphs via the use of BioBricks and synthetic biology was discontinued due to the risk associated with these highly aggressive, unpredictable, and uncontrollable species, as documented in the records of the Nostromo, the Weyland-Yutani Corporation Terraforming Colony on LV-426, prison planet Fiorin 161, and the Science Vessel USM Auriga, as well as numerous unsubstantiated sources. The idea of bacterial synthesis of opiates was also abandoned due to a number of potential ethical, legal, and social problems, such as losing the ability to enter the United States of America, further destabilizing the countries of Central Asia and South America, and concerns that the criminal element might attempt to acquire this information through violent means. We also made a conscious decision not to work on biosensors of any form, or any other related applications, such that our project would not require the exposure or release of the engineered organism to people or the environment.

Of our final choice in project, we believe that the pairing of light-producing and light-sensing BioBricks does not raise any known safety issues to research, the public, or the environment. On the other hand, the BRIDGE construct might, since it involves directly editing the bacterial genome. While we see this as an advantage for work in synthetic biology (markerless additions of genes allowing for infinite replacements, more permanent method of inserting genes, no antibiotic resistance in the organism created, etc.), it also means that more care should be taken with the bacteria containing the edited genome (due to the markerless insertion, it could be potentially more difficult to figure out what had been deleted/inserted). The stability of the genome might mean that it would be more difficult to extract an added gene. On the other hand, we don't believe that this will be a major safety issue because any genetic material inserted by BRIDGE can be removed just as easily as plasmids by simply using the recombinase again.

From an engineering and scientific point of view, risk assessment deals with the probability that a certain hazard is going to happen. It is very unlikely that there could be an unplanned event or series of events involving our project that would result in undesired consequences; we have ensured that we are adhering to strict safety codes that mitigate such probability, and we are working with an experienced supervisor and a number of trained advisors to prevent such an occurrence. As stated above, our project does not require that our organism comes into contact with people or the environment.

Even if Sod's Law dictated that the statistical probabilities were against us, it would be unlikely that our device (when working properly) would represent a hazard to people or the environment. The BRIDGE protocol simply adapts an existing natural process to an existing problem in a new area of application, while glowing bacteria are unlikely to be much of a hazard in the wide world (the amount of energy they expend to glow would render them uncompetitive in any case). We are working with non-pathogenic laboratory strains of E. coli, and even after engineering it is not infectious, toxic, or interfering with human physiology or the environment. Our work focuses on intracellular proteins with no significant catalytic role, and thus a malfunction in our BioBrick parts would pose minimal threat to humans, other organisms, or laboratory equipment.

Should the absolute worst happen and our engineered organism is released to the environment, we predict a short spate of glowing trees and a decline in the sales of Christmas lights should the release be timed correctly. Barring the remote possibility that our colour-repressilating bacteria somehow mutate into the deadliest killer virus known to man, causing people to turn red, blue, and green (with different effects depending upon who is nearby) before exploding, we believe that the competitive disadvantage inherent in our bacteria will cause them to die out within a couple of weeks.




2. Do any of the new BioBrick parts (or devices) that you made this year raise any safety issues? If yes,

  • did you document these issues in the Registry?
  • how did you manage to handle the safety issue?
  • How could other teams learn from your experience?

Currently, none of the BioBricks we have made (or are planning to make) raise any specific safety issues. For example, we do not plan to create BioBricks that encode for toxic proteins, and neither do we intend to extend the environmental range of a cell chassis; in fact, by developing a protocol for markerless insertion, we're trying to do the exact opposite (i.e. make engineered bacteria not resistant to antibiotics)!

All BioBricks should be fully documented in the Registry, and any pertinent safety issues are noted should they be seen to exist. On the other hand, the iGEM project timescale is insufficient for current techniques to conduct thorough analysis of BioBrick characteristics such as genetic reliability and performance reliability, and it is often the case that even parts that are fully documented do not perform as they should. Hence, it is important that work outside iGEM continue to make use of and add to the documentation in the Registry for safety concerns.

It is also important to create a centralised forum for discussion on safety issues, such that teams can learn from the experiences of others. This would also allow for the development of software that would integrate safety and security aspects into the design process such that the designer is automatically informed of possible safety problems.




3. Is there a local biosafety group, committee, or review board at your institution?

  • If yes, what does your local biosafety group think about your project?
  • If no, which specific biosafety rules or guidelines do you have to consider in your country?

Yes, there is a biosafety committee at the University of Edinburgh. At the beginning of the project, we were required to fill out a risk assessment form for Health and Safety at the University of Edinburgh. We had to provide details about the recipient micro-organism (E. coli), any genetic material we would be adding into the recipient micro-organism, and the vectors we might use, with regards to the bacterial systems, the risks to health and safety for humans, the nature of the work, the associated risk for the environment, their respective classification and containment measures, and the waste disposal procedures and spillage protocol used in our lab. We also had to detail our own qualifications and experience. This form had to be approved by the School of Biological Science's GM Safety Committee before we could begin work. A draft version of the form has been uploaded here for the sake of completeness.



On a wider scale, we are subject to the Health and Safety Executive of the UK government. As part of the 2010 UK iGEM meet-up in Newcastle, we attended a detailed talk from Mr. Brian Cook that outlined the various rules and regulations that we are subject to as well as the future development of further laws that are suited to the growing importance of synthetic biology. From this, we were given a good overview of the biosafety rules and guidelines that we have to consider when working with engineered organisms.




4. Do you have any other ideas how to deal with safety issues that could be useful for future iGEM competitions? How could parts, devices and systems be made even safer through biosafety engineering?


Some ideas that came up regarding how to deal with safety issues are as follows:

  • Standardised guidelines for risk assessment and probability / hazard identification. Many informatics and engineering projects incorporate such guidelines that allow them to pre-assess the possibility of risk both before and throughout the project timeline; an accepted global standard for such a purpose may be useful for future iGEM competitions.
  • A structured and comprehensive testing regime, coupled with defined standards as to how to characterise a BioBrick part in terms of its safety and a requirement (perhaps not restricted to iGEM, but certainly before the part is made available from the Registry).
  • A strict and defined process for the release of engineered organisms into the environment, allowing for the potential commercialisation of iGEM projects. One such effort is being spearheaded by Kim de Mora at the University of Edinburgh, who was a member of the 2006 team that worked on the prize-winning arsenic detection device that also pioneered the field of biosensors within iGEM.
  • The BRIDGE protocol, along with the ability to perform markerless insertion and targeted gene deletion, may be used to create a 'safer' host chassis as well as pave the way for releasing non-antibiotic-resistant organisms into the environment.



Throughout this wiki there are words in bold that indicate a relevance to human aspects. It will become obvious that human aspects are a part of almost everything in iGEM.