Team:Imperial College London/Tour/Page One


Revision as of 03:58, 28 October 2010 by Bm108 (Talk | contribs)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)

Welcome to the tour!
The team embarked on our iGEM project in early July, after finishing our exams and having about a week off for a bit of rest and relaxation. There have been highs, there have been lows (our diary can give you all the details, or even our video diary if you're feeling adventurous!), but it's all part of the amazing journey that is iGEM. Follow this brief tour of our project for an idea of what we got upto. Check out our glossary if you ever feel lost.
We had great fun with our initial brainstorming sessions, but we soon focused on an area we found interesting: biosensors. Synthetic biology has great potential for biosensors, but there are definitely a few key problems with current solutions.
Current problems
Time - Current solutions can take anything from hours to weeks to generate a visible output. What if you could design a system that was capable of responding in minutes?

Capability - Current solutions are limited to a variety of simple inputs. Basic chemicals, environmental changes, etc. What if you could detect something more complex, like a protein?

Modularity - Current systems tend to have a fixed input/output. What if you could create a framework that allowed inputs and outputs to be mixed and matched together?

What to detect?
After much deliberation, we decided that something with a strong health impact would be a good candidate for detection. But how, why, and what? This is when we brought our human practices to bear on the problem. A series of expert meetings, workshops, a panel discussion and a safety consideration later, we found our target. Parasites - hard to detect, but easy to treat. In particular we looked at the schistosoma parasite, a neglected tropical disease which affects over 200 million people worldwide. If we could create a cheap, easy and safe system, then it might really make a difference.
The engineering cycle
With a goal in mind, what was the most efficient way to develop our project? We decided to follow the engineering design cycle. We first produced a specification based on the problems we had identified with previous biosensors, combined with ethical and logistical factors identified through the human practices report. Next came the fun part.
With our specification at the ready, how did we want to design our system? What chassis should we use? How can we split up our project? After intense research we settled on using B. subtilis, and dividing the project into three modules. This makes it more powerful to use, simpler to create, and allows us to focus each module on solving an identified problem.
Detection module
We decided to design a new mechanism for parasite detection - by using the proteases they release. A novel protein is bound to the cell surface, with a signalling peptide attached via a protease cleavage site. When the protease comes along, the signal peptide is released, allowing it to activate our signaling module.
Signaling module
To transduce the signal we used a quorum sensing system of a gram positive bacterium. The two component signal transduction system taken from S. pneumoniae transfers our peptide signal into the cell, activating the fast response module.
Fast response module
Our fast response mechanism is based around using two enzymatic amplification steps involving a transcripted enzyme, a deactivated enzyme and a presynthesised substrate. This greatly reduces the time required for producing a recognisable output, enabling useful field testing kits.
Carry on to part two of the tour...