Would you recon GNUmed suitable ...

[Thiemo Kellner]

for veterinaries, animal health practitioners or hoof care  
practitioners? I imagine that for the practitioners its functionality  
might mostly top the needs. What do you think? Would there be the  
possiblity to put the genus and spicies of the animal in a specific  
field? Maybe even the race? Would it be much adaption to implement that?

Cheers

Thiemo

----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.



_______________________________________________
Gnumed-devel mailing list
Gnumed-devel@...
http://lists.gnu.org/mailman/listinfo/gnumed-devel

[Jim Busser]

On 2009-11-04, at 7:32 AM, Thiemo Kellner wrote:

> for veterinaries, animal health practitioners or hoof care  
> practitioners? I imagine that for the practitioners its  
> functionality might mostly top the needs. What do you think? Would  
> there be the possiblity to put the genus and spicies of the animal  
> in a specific field? Maybe even the race? Would it be much adaption  
> to implement that?

Veterinarians caring for my animals often used what seem like  
"medical" records in which they enter the animal as a "person/patient"  
and, where the field would exist, would input the owner(s) as the  
"parents".

I would suggest inputting the animal with the surname of the principal  
owner.

The animal's own name(s) would go in the "first names"

Suggest the owner name(s) be entered as aliases

Suggest genus and species, as believed-to-be-objective, be entered in  
a SOAP notelet as their own inception "problem" and could be assigned  
a clin_when equal to the animal's date of birth if that would assist a  
logical sort order. I suggest the genus and species not be entered as  
a "Past History" item because that is not really what it is but have  
not fully thought that one through.

GNUmed does not presently have a race field. I suppose we are here  
talking about biological information, like blood type.

We do know that certain bio-ethnic groups are predisposed to certain  
conditions. In some sense these can be thought of as attributes that,  
in addition to helping to classify individuals based on "properties"  
may also serve as a type of measure of predisposition like a risk  
factor.

Presently we have no special place for biologic attributes unless they  
would be the expression of a measurement.

Same with habits... we will in 0.6 have "substances" as an abstraction  
of medications, but I think family history and risk factors are  
presently best managed as their own health issue with multiple  
clinically-relevant episodes within (despite that only one of those is  
allowed to be active at any one time).


_______________________________________________
Gnumed-devel mailing list
Gnumed-devel@...
http://lists.gnu.org/mailman/listinfo/gnumed-devel

[Karsten Hilbert]

> for veterinaries, animal health practitioners or hoof care  
> practitioners?

I think it could work.

> I imagine that for the practitioners its functionality  
> might mostly top the needs.

What are those needs ? Can you give a short summary of what you
think vets may need ?  AFAIK pet vets often have quite
(animal-)specific needs. Maybe we can get you a better answer if
we know more.

> What do you think? Would there be the  
> possiblity to put the genus and spicies of the animal in a specific  
> field? Maybe even the race? Would it be much adaption to implement that?

It would be some work but not really that much.

Karsten
--
Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 -
sicherer, schneller und einfacher! http://portal.gmx.net/de/go/chbrowser


_______________________________________________
Gnumed-devel mailing list
Gnumed-devel@...
http://lists.gnu.org/mailman/listinfo/gnumed-devel

[Karsten Hilbert]

On Wed, Nov 04, 2009 at 08:25:00AM -0800, Jim Busser wrote:

> Veterinarians caring for my animals often used what seem like
> "medical" records in which they enter the animal as a
> "person/patient" and, where the field would exist, would input the
> owner(s) as the "parents".
>
> I would suggest inputting the animal with the surname of the
> principal owner.
>
> The animal's own name(s) would go in the "first names"
>
> Suggest the owner name(s) be entered as aliases

Or as inactive alternate names.

> Suggest genus and species, as believed-to-be-objective, be entered
> in a SOAP notelet as their own inception "problem" and could be
> assigned a clin_when equal to the animal's date of birth

I would enter the date of birth of the animal into the
normal date of birth field.

I would then either use nickname or comment for race, genus,
and species information.

Karsten
--
GPG key ID E4071346 @ wwwkeys.pgp.net
E167 67FD A291 2BEA 73BD  4537 78B9 A9F9 E407 1346


_______________________________________________
Gnumed-devel mailing list
Gnumed-devel@...
http://lists.gnu.org/mailman/listinfo/gnumed-devel

[Rogerio Luz Coelho]

Maybe a Fundamental Issue in all animals called "Genus/Sex" would suffice.

However my aproach would be

FIRST NAME (translated as " Name / Owner ")
- Chip / John and Susan Smith

LAST NAME (translated as " Genus / Breed ")
- Dog / German Shepperd

SEX (doesn't need translation -- hurray!!)
- Male

And so on, I think it is just a matter of translating the creation applet for one's needs.
This way if a Vet types "German"in the patient field he "should" be able to get a list of the German breed dogs, right?

All this of course must be put to test or Karsten must say it would work ; )

Rogerio

2009/11/4 Karsten Hilbert <Karsten.Hilbert@...>

On Wed, Nov 04, 2009 at 08:25:00AM -0800, Jim Busser wrote:

> Veterinarians caring for my animals often used what seem like
> "medical" records in which they enter the animal as a
> "person/patient" and, where the field would exist, would input the
> owner(s) as the "parents".
>
> I would suggest inputting the animal with the surname of the
> principal owner.
>
> The animal's own name(s) would go in the "first names"
>
> Suggest the owner name(s) be entered as aliases

Or as inactive alternate names.

> Suggest genus and species, as believed-to-be-objective, be entered
> in a SOAP notelet as their own inception "problem" and could be
> assigned a clin_when equal to the animal's date of birth

I would enter the date of birth of the animal into the
normal date of birth field.

I would then either use nickname or comment for race, genus,
and species information.

Karsten
--
GPG key ID E4071346 @ wwwkeys.pgp.net
E167 67FD A291 2BEA 73BD  4537 78B9 A9F9 E407 1346


_______________________________________________

Gnumed-devel mailing list
Gnumed-devel@...
http://lists.gnu.org/mailman/listinfo/gnumed-devel

_______________________________________________
Gnumed-devel mailing list
Gnumed-devel@...
http://lists.gnu.org/mailman/listinfo/gnumed-devel

[Jim Busser]

On 2009-11-04, at 3:33 PM, Rogerio Luz Coelho wrote:

> SEX (doesn't need translation -- hurray!!)
> - Male

Do we need "neutered" as a a sex value in the main data bootstrap, or  
can users add these themselves?


_______________________________________________
Gnumed-devel mailing list
Gnumed-devel@...
http://lists.gnu.org/mailman/listinfo/gnumed-devel

[Karsten Hilbert]

> > SEX (doesn't need translation -- hurray!!)
> > - Male
>
> Do we need "neutered" as a a sex value in the main data bootstrap,

I do seem to remember we support "not applicable". Ah, dang, on
second look no we don't. That should become a wishlist item:

   support "neutered" from any of m/f/h/tm/tf

> or can users add these themselves?

Not without some low-level effort.

Karsten
--
Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 -
sicherer, schneller und einfacher! http://portal.gmx.net/de/go/chbrowser


_______________________________________________
Gnumed-devel mailing list
Gnumed-devel@...
http://lists.gnu.org/mailman/listinfo/gnumed-devel

[Karsten Hilbert]

On Wed, Nov 04, 2009 at 09:33:10PM -0200, Rogerio Luz Coelho wrote:

> Maybe a Fundamental Issue in all animals called "Genus/Sex" would suffice.
>
> However my aproach would be
>
> FIRST NAME (translated as " Name / Owner ")
> - Chip / John and Susan Smith
>
> LAST NAME (translated as " Genus / Breed ")
> - Dog / German Shepperd
>
> SEX (doesn't need translation -- hurray!!)
> - Male
>
> And so on, I think it is just a matter of translating the creation applet
> for one's needs.
> This way if a Vet types "German"in the patient field he "should" be able to
> get a list of the German breed dogs, right?
>
> All this of course must be put to test or Karsten must say it would work ; )

I certainly think it would work but I believe it is MUCH
better if you guys put it to the test !!  :-)

Karsten
--
GPG key ID E4071346 @ wwwkeys.pgp.net
E167 67FD A291 2BEA 73BD  4537 78B9 A9F9 E407 1346


_______________________________________________
Gnumed-devel mailing list
Gnumed-devel@...
http://lists.gnu.org/mailman/listinfo/gnumed-devel

[Jim Busser]

On 2009-11-06, at 2:25 AM, Karsten Hilbert wrote:

>> LAST NAME (translated as " Genus / Breed ")
>> - Dog / German Shepperd
>>
>> SEX (doesn't need translation -- hurray!!)
>> - Male
>>
>> And so on, I think it is just a matter of translating the creation  
>> applet
>> for one's needs.
>> This way if a Vet types "German"in the patient field he "should" be  
>> able to
>> get a list of the German breed dogs, right?

While this is true, a search for the single animal of interest would  
now result in many more matches and with many animals having the same  
first name (no different than people) it makes a need to always in a  
phone call ask the caller the breed of the animal in order to find  
it... the matches would be fewer when the last name was part of the  
search unless the same search efficiency is achieved inputting

        animal_name owner_surname

despite that the above would both be stored in the first_names field

I suppose it might be interesting for the staff to be shown (in the  
search results) listings of the kinds of animals in the praxis.

But my other thought is that in normal daily work there is not a  
statistical interest in the details of the matches that were not the  
targeted record... GNUmed does support search queries through its SQL  
plugin


_______________________________________________
Gnumed-devel mailing list
Gnumed-devel@...
http://lists.gnu.org/mailman/listinfo/gnumed-devel