Hello!
On Sat, Jan 26, 2002 at 12:59:10AM -0600, Timothy Cook wrote:
...
> >I need to change the names of the laboratorio exams, but I couldn't
> >find where to do it.
...
> Try in the FreePMProduct / LabClass. Depending on what you want to change you may
>also need to check in the EMRClass.
...
Thanks. I already had found it (stupid me, it was in the property
sheet of valid_labs), and sent a mail to the list, but it did not come
through.
I wrote a dtml-form similar to formulary, so one can *add* a
Laboratory exam.
It was puzzling for me to see, that the lab_fee property, which is
numeric, is defined, has values, but when I want to print all the
properties in a list, it does not show up, not even as null string.
Well.
Probably I need to change lab-exams from a list of properties of valid
labs to a proper Class, as my customer has an inhouse lab and needs to
change the lab_fees, add and rename lab exams on a regular basis.
Again one question. How can I "socialize" my additions and
modifications to FreePM?. It's a pitty if I do work on this and it
will only be for a one and only implementation.
My next step at the customers site, is to vamp up Insurance Handling.
Well, although INSS-regulations in Nicaragua are completely brain-dead
and will not be of much use to other countries, at least I will also
go over all Guarrantee and Patient Account handling, add ability to
edit them where there is no edit-form, etc.
Another problem I will have to tackle is, that the doctors in our
clinic will *not* enter their patient data themselves (maybe in the
long run they will learn). So there will be some kind of feature that
let a Secretary handle the Patient Notes, in behalf of the name of a
doctor.
Lab-reports will have to get a pretty print interface, as they are
produced in-house and have to be integrated.
Finally there will be a lot of monthly reporting to do, about
productivity numbers, desease-frequencies, etc.
---
With respect to Patient vs. Guarrantor Data I *do* think, that -
object oriented or not - there has to be done some re-thinking of how
to store personal data:
I have an EMR/PA - related to a person, where the Address data of
this person is stored.
The PA has one or more Guarrantor objects atached to it, each whith
its' own Address data.
Most surely, each employed person is it's own Guarrantor, so its
Address data is stored twice.
Let the person have children that live in the same household, they
have the same Address data, and personal data of the elder
duplicated in its PA *and* duplicated in a Guarrantor file.
Now, let this person change place:
You have to go over to the PA, change the address manually,
to the Guarrantor, change the address too,
Find all PA's wich have this person as Guarrrantor, find out the
ones who change place (some of the children live with Granma:) and
change their address also in two places.
That's *lot* of work.
My proposal is:
Create two new Classes: <Address>, which holds ... Addresses.
<Person>, which holds Personal data
Store with each <Person> handles for the <Address>-instances wich
correspond to that person.
Store with each EMR/PA indelebly *the* <Person> it refers to.
Store with PA's Guarrantor the <Person>, and related data (insurance
Company, etc).
Neither <Person>s nor <Address>es get ever destroyed. If a person
changes place, than a new <Address> is created and atached to the
<Person> instance. The old <Address> is detached from the <Person>.
If you want to be picky about space, you can maintain use-counts an
<Address>es and destroy them if they count down to cero, or you can
garbage collect them, or even let them over, for the case, someone
else moves into that place and will be your patient...
Best Regards,
Jorge-Le�n
_______________________________________________
FreePM Support List
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/freepm-discuss
