Dear Friends,
I am very glad to participate in this discussion, and I hope to
contribute to it on the limits of my knowledge. I am facing this
discussion as an opportunity to learn from experts on the subject.
I would like to explain in a very brief way our specific plans. I do
not consider myself able to discuss the general subject of NTD. We
have been studying and trying solutions related to Aedes control and
related diseases surveillance.
First, they involve the georreferencing of ovitraps, de colection of
the ovipositioning surfaces and the counting of eggs. We are following
the model currently in use in many Brazilian cities and proposed first
by CDC and improved later. This model is know in the literature as
Reiter model
(http://www.ovitrampas.com.br/downloads/artigos/REITER-AMADOR-COLON-Enhancement-of-the-CDC-ovitrap-with-hay-infusions-for-daily-monitoring-of-Aedes-Aegypti-populations.pdf).
Second, we are storing those data on a simple module using Tryton and
GNU Health. Each DU has a one-to-many relationship with an ovitrap.
Each ovitrap has a one-to-many relationship with inspection. Each
inspection has many-to-one relationship with an agent, a date and an
egg count. A rough sketch
(https://www.dropbox.com/s/af09vx76vst0b8t/Simple_Ovitrap_EER.jpg?dl=0).
After that, we are still manually exporting the data to a csv file and
creating a layer for each week on QGIS and producing heatmaps. This
procedure is cumbersome, but as a proof of concept it is working fine.
In the city of Mariana/MG
(https://en.wikipedia.org/wiki/Mariana,_Minas_Gerais), where we are
running our pilot project we have positioned 30 traps that monitor
7000 inhabitants. We have been so far able to plan, in agreement with
the municipal administration, a number of control actions that would
not have happened without that data.
This data in conjunction with data gathered on the domiciliar
inspections would make a great Aedes surveillance system.
Problems we have been facing so far:
Tryton does not have a geospatial set of fields. We could work to
implement them (point, polyline, polygon).
Although Tryton has a nice JS client, I think a complete offline
client would be better, because we would not have to have internet
connections or worry about cellphone bills.
Dr. Christoph has "introduced" me to wq.io. It seems to be a great
piece of software and a way to build a simple offline "form" to
collect data.
I would also like to stress Dr. Luis idea regarding Aedes control:
In the dengue case, we keep the current functionality
of health_ntd_dengue lab tests, guidelines, etc.. . It will have a
dependency on health_vector_aedes, which will hold the aedes species
known to transmit diseases, and other generic info valid to that genus.
We would move the current DU survey functionality to the
health_vector_aedes module.
I like this idea very much. I think we could have different modules
for different kinds of vector surveys. I think GNU Health/Tryton.
That is all!
Thanks for the interesting points!
Roberto Novaes
www.silexsistemas.com.br