[list properties] > 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.
Certainly not a stupid question but one that needs documenting better if you didn't find it right away. > 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. Providing them an interface to the properties that keeps the values in sync is the easiest solution at this point. I say this because the next generation of FreePM is being designed as an implementation of GEHR (www.gehr.org) We will of course produce tools that will migrate data to that version from the 1.x track. > 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. I ran a development version on line for a long time but didn't attract any developers. At this point you can do an export and send them to me (FreePM.zexp & FreePMProduct.zexp) and I will merge your changes that are generic into the main distribution. If there is interest again I would like to setup the development version on the www and use versioning for each registered developer. It works well when used correctly. > 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. This is similar to another installation where the transcriptionists do the data entry for some physicians. There is a pulldown on the Encounter Screen to allow a provider to be selected for each encounter. If someone else is doing the data entry (you will need to set the security for their role) the correct provider can be selected from the pulldown. > 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. > I think you will find that the Reportlab documentation is very helpful and you can use the examples in the Extensions directory to help get you up to speed on creating really nice PDFs. > --- > > 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: .... Some really great ideas deleted, because...... as we are moving to a more standards based implementation and we wish to maintain patient access to records...and we want to provide the ability to use external user sources then we need to consider other things as well. So, while I am certainly keen on cleaning this up I would like to get more input looking at the broader picture. Thanks for your input and corrections, ____________________________________________________ Tim Cook, President - Free Practice Management, Inc. http://www.FreePM.com Office: (731) 884-4126 DOWNLOAD or DEMO: http://www.freepm.org:8080 _______________________________________________ FreePM Support List [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freepm-discuss
