[Novalug] Diabetes Software chance

[Peter Larsen]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

gregory pryzby wrote:
> On Sun, Jul 22, 2007 at 08:47:49AM -0400, Jay Hart wrote:
>> Peter,
>>
>> If I understand you right, you want to "write" a piece of software that will
>> improve your QOL (quality of Life).  Is that correct?
>>
>> If this is want you want, then I think I would structure your business case
>> around Abbott labs enhancing the quality of life for those people that choose
>> to use their meters.
> 
> I would make sure the person you are talking with at Abbott has the
> ability to grant use access to what you need. Make sure it isn't
> someone who talks but isn't a decision maker.

Its a "committe" of some kind that reviews it. Not a single person.
Since the agreement is in writing (I have a one page "contract" here)
the chance of misunderstandings is pretty small.

> Talk to the decision maker so you understand what their concerns are
> and address them one by one. Make sure you list and get them to agree
> on the issues/concerns and go off to answer them.

Agree - I think that's what I'm doing right now.

> I would consider writing an app that reads the data from disk
> (database, flat file, whatever). There is a separate app that gets the
> data from the devices and stores it on disk. Then if you move to
> different OS, you are writing a new app to read the device but the
> 'tracking program' is the same if it is written in a language that
> isn't tied to an OS (like Java as you mentioned). 

That's sorta the idea. But as modules, not as separate programs. If the
use of the program isn't easy and straight forward, then the IT novices
won't use it. It needs to be pretty much "plug and play". Start the app
and follow the guide. The end user doesn't care what meter they're using
as long as it works. The same goes with the software.

> FWIW, you COULD just do it brute force. Get a meter, connect it and
> poke/peek the device until you get what you need. That is how Tivo was
> originally cracked. 

It's serial communication. How do you "tcpdump" that? I think I need a
separate piece of hardware to look at the bits/bytes being sent? Is
there a serial debugger for Linux/Windows?

Regards
 Peter Larsen
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iD8DBQFGo9OyHbLDna3OFD0RAtZOAKDd5HwkaDuNTGGs064inlHarKKXLACgkuqA
BkGMgKl1YZjRSA8dFR5mCq4=
=uAXt
-----END PGP SIGNATURE-----