"
Team:Imperial College London/Tour/Page Two
From 2010.igem.org
| 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. | ||
| Biosensors |
| |
| 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 and a panel discussion 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. | ||
| Design |
| |
| 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 an enzymatic amplification step acting upon a presynthesised substrate. This greatly reduces the time required for producing a recognisable output, enabling useful field testing kits. | ||
