I'm looking for some logging software for recording medical statistics (blood pressure, blood test etc) that would also provide graphing. Anyone know of something Linux based that might do the job?
--------------------------------------------------------------------------- ----- Karl Schmidt EMail K...@xtronics.com Transtronics, Inc. WEB http://xtronics.com 3209 West 9th Street Ph (785) 841-3089 Lawrence, KS 66049 FAX (785) 841-0434
The lottery: a tax on people that don't understand math.
Karl Schmidt wrote: > I'm looking for some logging software for recording medical statistics (blood pressure, blood test > etc) that would also provide graphing. Anyone know of something Linux based that might do the jo
Cacti, zenoss, zabbix all use mrtg. There is gnuplot or for a simple solution, openoffice.orgs calc
> I'm looking for some logging software for recording medical statistics
> (blood pressure, blood test
> etc) that would also provide graphing. Anyone know of something Linux based
> that might do the job?
> --------------------------------------------------------------------------- -----
> Karl Schmidt EMail K...@xtronics.com
> Transtronics, Inc. WEB http://xtronics.com > 3209 West 9th Street Ph (785) 841-3089
> Lawrence, KS 66049 FAX (785) 841-0434
> The lottery: a tax on people that don't understand math.
RRD is mainly for long term measurements that need reduced resolution
the further back you go. For example, today's data is stored at a
sample rate of 5 minutes, but the weekly graph is every 30 minutes (or
something like this) and the monthly at 1 hour and so on. As samples
fall off of one queue for another, the values are averaged into a
single representative for the next queue.
Depending on your application, this sounds like either overkill, or
undesirable data loss. If it's to display immediate data, a years
worth of data is probably too much, but if you want to store this data
for review later, you'd lose substantial information in the process.
On Thu, Nov 5, 2009 at 12:19 PM, Scott Kahler <scott.kah...@gmail.com> wrote:
> You might look into rrd files and rrd-tool. It's what's behind most
> the network/server stat graphing packages.
> On 11/4/09, Karl Schmidt <k...@xtronics.com> wrote:
>> I'm looking for some logging software for recording medical statistics
>> (blood pressure, blood test
>> etc) that would also provide graphing. Anyone know of something Linux based
>> that might do the job?
>> --------------------------------------------------------------------------- -----
>> Karl Schmidt EMail K...@xtronics.com
>> Transtronics, Inc. WEB http://xtronics.com >> 3209 West 9th Street Ph (785) 841-3089
>> Lawrence, KS 66049 FAX (785) 841-0434
>> The lottery: a tax on people that don't understand math.
That's what it's used for in the networking world. You can freely choose
what you want those intervals to be and it gives you a compact way to store
data in a predetermined file size. I could see as a good fit for something
like medical equipment. You get to determine when/if there is data rollup
and what that is. The tricky part is that you have to determine you max data
period up front. So if you want to embed something in a blood pressure
monitor that kicked out a graph for the last hour, day, week and month you
could can do it, and still have it maintain each of the individual 5 minute
data point readings, as long as you set up your RRD that way from the get
go.
It's probably not the right answer in a lot of situations but it is a
possible answer in some.
Another option I'd use if I was trying to go simple and light would be
sqlite and some perl GD:Graph. If you want to get away from doing the
graphing and love webservices the Google Chart API is pretty spiffy.
On Thu, Nov 5, 2009 at 3:35 PM, Justin Dugger <jldug...@gmail.com> wrote:
> RRD is mainly for long term measurements that need reduced resolution
> the further back you go. For example, today's data is stored at a
> sample rate of 5 minutes, but the weekly graph is every 30 minutes (or
> something like this) and the monthly at 1 hour and so on. As samples
> fall off of one queue for another, the values are averaged into a
> single representative for the next queue.
> Depending on your application, this sounds like either overkill, or
> undesirable data loss. If it's to display immediate data, a years
> worth of data is probably too much, but if you want to store this data
> for review later, you'd lose substantial information in the process.
> Justin
> On Thu, Nov 5, 2009 at 12:19 PM, Scott Kahler <scott.kah...@gmail.com>
> wrote:
> > You might look into rrd files and rrd-tool. It's what's behind most
> > the network/server stat graphing packages.
> > On 11/4/09, Karl Schmidt <k...@xtronics.com> wrote:
> >> I'm looking for some logging software for recording medical statistics
> >> (blood pressure, blood test
> >> etc) that would also provide graphing. Anyone know of something Linux
> based
> >> that might do the job?
> --------------------------------------------------------------------------- -----
> >> Karl Schmidt EMail K...@xtronics.com
> >> Transtronics, Inc. WEB http://xtronics.com > >> 3209 West 9th Street Ph (785) 841-3089
> >> Lawrence, KS 66049 FAX (785) 841-0434
> >> The lottery: a tax on people that don't understand math.
Deviation and deviance (appropriate to the blood pressure, components, timing and other metadata) are things you'd probably just tell TeX to calculate and graph, or make the medical XML data (or throw to RDF) and pick something to render SVG, TeX, PDF chewables, and whatever suits. What are ya, tweeting athletes' glucose during the Winter Olympics? You could pick a suitably minimal or lickable logging script/interface, then use gnuplot (or render postscript or HTML and SVG from TeX, or script OOo.)
|
