Team:Johns Hopkins-Software/Safety

From 2012.igem.org

(Difference between revisions)
Line 1: Line 1:
-
<!-- *** What falls between these lines is the Alert Box!  You can remove it from your pages once you have read and understood the alert *** -->
+
{{:Team:Johns_Hopkins-Software/background}}
-
 
+
<html>
<html>
-
<div id="box" style="width: 700px; margin-left: 137px; padding: 5px; border: 3px solid #000; background-color: #fe2b33;">
+
<link rel="stylesheet" href="https://2012.igem.org/Team:Johns_Hopkins-Software/Templates/cssindex?action=raw&ctype=text/css" type="text/css"/>
-
<div id="template" style="text-align: center; font-weight: bold; font-size: large; color: #f6f6f6; padding: 5px;">
+
<div id="project_temp">
-
This is a template page. READ THESE INSTRUCTIONS.
+
<div id="title">
-
</div>
+
        Safety
-
<div id="instructions" style="text-align: center; font-weight: normal; font-size: small; color: #f6f6f6; padding: 5px;">
+
        </div>
-
You are provided with this team page template with which to start the iGEM season.  You may choose to personalize it to fit your team but keep the same "look." Or you may choose to take your team wiki to a different level and design your own wiki.  You can find some examples <a href="https://2008.igem.org/Help:Template/Examples">HERE</a>.
+
<br>
-
</div>
+
1. Would any of your project ideas raise safety issues in terms of: <br>
-
<div id="warning" style="text-align: center; font-weight: bold; font-size: small; color: #f6f6f6; padding: 5px;">
+
1researcher safety, <br>
-
You <strong>MUST</strong> have all of the pages listed in the menu below with the names specified.  PLEASE keep all of your pages within your teams namespace.   
+
2. public safety, or <br>
-
</div>
+
3. environmental safety? <br>
-
</div>
+
-
</html>
+
-
<!-- *** End of the alert box *** -->
+
<p>
 +
With regards to safety, one potentially concerning aspect of our software project is the vast amount of information a user has direct access to. This data comes in the form of many thousands of features with associated DNA sequences. But, our database contains well-known, hand-curated features, and we do not believe that these commonly-occurring features present a direct safety concern for the design of unsafe or harmful pathogenic plasmids, for example. Our features come from the Saccharomyces Genome Database, the E. coli K-12 database supported by the University of the Wisconsin Madison, and the Registry of Standard Parts. </p>
 +
<p>
 +
Though we do have a database of pathogen genes to allow the user to scan their DNA, for potential pathogenic sequences, the user does not have direct access to the details of this database. For instance, users may not view the sequence of a particular pathogen. Our software simply informs a user if their sequence is potentially pathogenic without providing any further details. Our list of features were obtained from the Virulence Factors Database maintained by the State Key Laboratory for Moleclular Virology and Genetic Engineering, Institue of Pathogen Biology, CAMS&PUMC  </p>
-
{| style="color:#1b2c8a;background-color:#0c6;" cellpadding="3" cellspacing="1" border="1" bordercolor="#fff" width="62%" align="center"
+
<p>
-
!align="center"|[[Team:Johns_Hopkins-Software|Home]]
+
One feature of AutoGene that can pose safety issues is the ability to add features into a user’s personal stand-alone database. This may present safety hazards if the user adds pathogenic features, for instance. However, through constant updates in the software, we can attempt to filter out suspicious use of our software by denying access and usability of harmful genes. In particular, one way we can develop this type of filter is by matching the user’s imported features against our pathogenic database as an initial screening. Over time, our pathogenic database will grow in size, and this will significantly help in detecting unsafe user-imported features. These unsafe features will not be permitted for use in our software. </p>
-
!align="center"|[[Team:Johns_Hopkins-Software/Team|Team]]
+
-
!align="center"|[https://igem.org/Team.cgi?year=2012&team_name=Johns_Hopkins-Software Official Team Profile]
+
-
!align="center"|[[Team:Johns_Hopkins-Software/Project|Project]]
+
-
!align="center"|[[Team:Johns_Hopkins-Software/Parts|Parts Submitted to the Registry]]
+
-
!align="center"|[[Team:Johns_Hopkins-Software/Modeling|Modeling]]
+
-
!align="center"|[[Team:Johns_Hopkins-Software/Notebook|Notebook]]
+
-
!align="center"|[[Team:Johns_Hopkins-Software/Safety|Safety]]
+
-
!align="center"|[[Team:Johns_Hopkins-Software/Attributions|Attributions]]
+
-
|}
+
 +
<br>
 +
2.    Do any of the new BioBrick parts (or devices) that you made this year raise any safety issues? If yes,<br>
 +
1. did you document these issues in the Registry? <br>
 +
2. how did you manage to handle the safety issue? <br>
 +
3. How could other teams learn from your experience? <br>
-
1.  Would any of your project ideas raise safety issues in terms of:
+
<p>
-
1.  researcher safety,
+
AutoGene does not produce any new biobrick parts, and therefore presents no hazards or safety concerns. </p>
-
2. public safety, or
+
-
3. environmental safety?
+
 +
<br>
 +
3. Is there a local biosafety group, committee, or review board at your institution? <br>
 +
1. If yes, what does your local biosafety group think about your project? <br>
 +
2.  If no, which specific biosafety rules or guidelines do you have to consider in your country? <br>
-
With regards to safety, one potentially concerning aspect of our software project is the vast amount of information a user has direct access to. This data comes in the form of many thousands of features with associated DNA sequences. But, our database contains well-known, hand-curated features, and we do not believe that these commonly-occurring features present a direct safety concern for the design of unsafe or harmful pathogenic plasmids, for example. Our features come from the Saccharomyces Genome Database, the E. coli K-12 database supported by the University of the Wisconsin Madison, and the Registry of Standard Parts.
+
<p>
 +
Johns Hopkins has an Institutional Review Board but our project does not require IRB approval </p>
 +
<br>
 +
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? <br>
-
Though we do have a database of pathogen genes to allow the user to scan their DNA, for potential pathogenic sequences, the user does not have direct access to the details of this database. For instance, users may not view the sequence of a particular pathogen. Our software simply informs a user if their sequence is potentially pathogenic without providing any further details. Our list of features were obtained from the Virulence Factors Database maintained by the State Key Laboratory for Moleclular Virology and Genetic Engineering, Institue of Pathogen Biology, CAMS&PUMC
+
<p>
 +
Since one of AutoGene’s modules is capable of quickly checking plasmids for features, this module can be extended to provide users with the ability to screen their sequences for potentially hazardous genes. We believe that producing simple, intuitive screening tools for hazardous sequences for future iGEM teams can help to reduce the chances of adding such parts to the registry. With efficient bioinformatics alignment algorithms, and the speed of cloud computing, this process can be made so that iGEM teams can effectively scan their newly created parts against a large database of pathogenic sequences with ease; in result, allowing iGEM to have screening as a major component of the competition. </p>
 +
<p>
 +
While it is certainly true that this technique is applicable to the iGEM teams, this is also one of the main ideas we had for contributing to biosafety engineering. Through a pre-screening detection process similar to that found at an airport, new biological parts, devices, systems, can be scanned for unsafe components. Since DNA is the primary mode by which biological information is represented, a simple pre-screening process as described above is a reasonably easy and effective way of pointing out safety issues. </p>
-
One feature of AutoGene that can pose safety issues is the ability to add features into a user’s personal stand-alone database. This may present safety hazards if the user adds pathogenic features, for instance. However, through constant updates in the software, we can attempt to filter out suspicious use of our software by denying access and usability of harmful genes. In particular, one way we can develop this type of filter is by matching the user’s imported features against our pathogenic database as an initial screening. Over time, our pathogenic database will grow in size, and this will significantly help in detecting unsafe user-imported features. These unsafe features will not be permitted for use in our software.
+
</div>
-
 
+
</html>
-
 
+
{{:Team:Johns_Hopkins-Software/header}}
-
2.    Do any of the new BioBrick parts (or devices) that you made this year raise any safety issues? If yes,
+
-
1. did you document these issues in the Registry?
+
-
2. how did you manage to handle the safety issue?
+
-
3. How could other teams learn from your experience?
+
-
 
+
-
 
+
-
AutoGene does not produce any new biobrick parts, and therefore presents no hazards or safety concerns.
+
-
 
+
-
 
+
-
3. Is there a local biosafety group, committee, or review board at your institution?
+
-
1. If yes, what does your local biosafety group think about your project?
+
-
2.  If no, which specific biosafety rules or guidelines do you have to consider in your country?
+
-
 
+
-
 
+
-
Johns Hopkins has an Institutional Review Board but our project does not require IRB approval
+
-
 
+
-
 
+
-
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?
+
-
 
+
-
 
+
-
Since one of AutoGene’s modules is capable of quickly checking plasmids for features, this module can be extended to provide users with the ability to screen their sequences for potentially hazardous genes. We believe that producing simple, intuitive screening tools for hazardous sequences for future iGEM teams can help to reduce the chances of adding such parts to the registry. With efficient bioinformatics alignment algorithms, and the speed of cloud computing, this process can be made so that iGEM teams can effectively scan their newly created parts against a large database of pathogenic sequences with ease; in result, allowing iGEM to have screening as a major component of the competition.
+
-
While it is certainly true that this technique is applicable to the iGEM teams, this is also one of the main ideas we had for contributing to biosafety engineering. Through a pre-screening detection process similar to that found at an airport, new biological parts, devices, systems, can be scanned for unsafe components. Since DNA is the primary mode by which biological information is represented, a simple pre-screening process as described above is a reasonably easy and effective way of pointing out safety issues.
+

Revision as of 01:15, 3 October 2012

Safety

1. Would any of your project ideas raise safety issues in terms of:
1. researcher safety,
2. public safety, or
3. environmental safety?

With regards to safety, one potentially concerning aspect of our software project is the vast amount of information a user has direct access to. This data comes in the form of many thousands of features with associated DNA sequences. But, our database contains well-known, hand-curated features, and we do not believe that these commonly-occurring features present a direct safety concern for the design of unsafe or harmful pathogenic plasmids, for example. Our features come from the Saccharomyces Genome Database, the E. coli K-12 database supported by the University of the Wisconsin Madison, and the Registry of Standard Parts.

Though we do have a database of pathogen genes to allow the user to scan their DNA, for potential pathogenic sequences, the user does not have direct access to the details of this database. For instance, users may not view the sequence of a particular pathogen. Our software simply informs a user if their sequence is potentially pathogenic without providing any further details. Our list of features were obtained from the Virulence Factors Database maintained by the State Key Laboratory for Moleclular Virology and Genetic Engineering, Institue of Pathogen Biology, CAMS&PUMC

One feature of AutoGene that can pose safety issues is the ability to add features into a user’s personal stand-alone database. This may present safety hazards if the user adds pathogenic features, for instance. However, through constant updates in the software, we can attempt to filter out suspicious use of our software by denying access and usability of harmful genes. In particular, one way we can develop this type of filter is by matching the user’s imported features against our pathogenic database as an initial screening. Over time, our pathogenic database will grow in size, and this will significantly help in detecting unsafe user-imported features. These unsafe features will not be permitted for use in our software.


2. Do any of the new BioBrick parts (or devices) that you made this year raise any safety issues? If yes,
1. did you document these issues in the Registry?
2. how did you manage to handle the safety issue?
3. How could other teams learn from your experience?

AutoGene does not produce any new biobrick parts, and therefore presents no hazards or safety concerns.


3. Is there a local biosafety group, committee, or review board at your institution?
1. If yes, what does your local biosafety group think about your project?
2. If no, which specific biosafety rules or guidelines do you have to consider in your country?

Johns Hopkins has an Institutional Review Board but our project does not require IRB approval


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?

Since one of AutoGene’s modules is capable of quickly checking plasmids for features, this module can be extended to provide users with the ability to screen their sequences for potentially hazardous genes. We believe that producing simple, intuitive screening tools for hazardous sequences for future iGEM teams can help to reduce the chances of adding such parts to the registry. With efficient bioinformatics alignment algorithms, and the speed of cloud computing, this process can be made so that iGEM teams can effectively scan their newly created parts against a large database of pathogenic sequences with ease; in result, allowing iGEM to have screening as a major component of the competition.

While it is certainly true that this technique is applicable to the iGEM teams, this is also one of the main ideas we had for contributing to biosafety engineering. Through a pre-screening detection process similar to that found at an airport, new biological parts, devices, systems, can be scanned for unsafe components. Since DNA is the primary mode by which biological information is represented, a simple pre-screening process as described above is a reasonably easy and effective way of pointing out safety issues.

Autogene

Retrieved from "http://2012.igem.org/Team:Johns_Hopkins-Software/Safety"