Re: [Health-dev] PDQ Supplier implementation
Dear Vittorio On Wed, 27 Aug 2014 13:08:15 +0200 Vittorio Meloni vittorio.mel...@crs4.it wrote: Hi Luis, I didn't receive any answer about the PDQ Supplier implementation so I'm wondering if you think it could be a useful feature for GNU Health and, consequently, if you think it could be included in the main branch in the future. Sorry if you didn't get my response, and thank you for the reminder ! Yes, of course, I believe HL7 PDQ will be useful, specially for those institutions that use it currently. We are currently working on FHIR implementation, Chris Zimmerman is also working on the server. Defintely we will include the PDQ module that you will start. Thank you very much and welcome ! Best, Thank you, Vittorio 2014-07-29 17:52 GMT+02:00 Vittorio Meloni vittorio.mel...@crs4.it: Hi Luis and the team, as I explained in a previous thread some months ago, at CRS4 we would like to contribute to GNUHealth project integrating some HL7 v2.x modules using our library HL7apy. We are going to use GNUHealth as a test-bed for an industrial project where we'll need a PDQ Supplier, which is the actor of the IHE PDQ transaction that respond to patient demographics requests, as I think you know. Of course after implementing the module we would be glad to release it as part of GNUHealth. The module will perform these operations: - create a network service implementing the MLLP protocol. This service can be used in the future to receive also HL7 messages of different type; - receive HL7 PDQ request messages from clients; - query the database to get the patient demographics; - respond with the patient information in an HL7 PDQ response message. Do you have any suggestion or guidelines for us to follow for developing the module? Thank you all, Vittorio
[Health-dev] [bug #43090] Specialties should be unique per health professionals
Update of bug #43090 (project health): Status: Confirmed = Fixed Open/Closed:Open = Closed Release:None = 2.6.0 ___ Follow-up Comment #1: Fixed in changeset 1523:b9c64f64e267 http://hg.savannah.gnu.org/hgweb/health/rev/b9c64f64e267 ___ Reply to this item at: http://savannah.gnu.org/bugs/?43090 ___ Message sent via/by Savannah http://savannah.gnu.org/
Re: [Health-dev] Application Error when Creating Report: Evaluation per Doctor
Thanks Bounmy ! On Thu, 28 Aug 2014 04:18:09 +0700 Bounmy Sihaphom bsihap...@gmail.com wrote: Hi Lois! 2.6 serie,I believe it happens it happens with your demo server too, under health-reporting-:Evaluation Report-group by doctor. In fact, it's a bug. Thanks a lot for reporting !! I will try to release 2.6.3 with this and other fixes either today or tomorrow. All the best, Best Regards; Bounmy Sihaphom Calat factory Co. Ltd. Ban Nahai,Hatsaiphong District,Vientiane ,Laos *Mobile:020-5663 6285* mail. bsihap...@gmail.com *Disclaimer:* *Confidential information may be contained in this message and may be subject to legal privilege. Access to this e-mail by anyone other than the intended is unauthorized. If you are not the intended recipient (or responsible for delivery of the message to such person), you may not use, copy, distribute or deliver to anyone this message (or any part of its contents ) or take any action in reliance on it. In such case, you should destroy this message, and notify us immediately. * On Wed, Aug 27, 2014 at 11:36 PM, Luis Falcon fal...@gnu.org wrote: Hi Bounmy ! Is that in your current 2.4 series ? Please describe the steps to reproduce it. Best, On Wed, 27 Aug 2014 12:25:00 +0700 Bounmy Sihaphom bsihap...@gmail.com wrote: Luis and Team! I am not sure if this error is happening only for my Production Database, please advise.When accessing Evaluation Report per Doctor I get this error (See aatached) .column b.doctor does not exist LINE 1: ..., a.evaluations AS evaluations FROM (SELECT b.docto... . Best Regards; Bounmy Sihaphom Calat factory Co. Ltd. Ban Nahai,Hatsaiphong District,Vientiane ,Laos *Mobile:020-5663 6285* mail. bsihap...@gmail.com
Re: [Health-dev] Another bug at gnuhealth and urgent please
Hi Bounmy, team On Fri, 29 Aug 2014 22:38:06 +0100 Luis Falcon fal...@gnu.org wrote: Hi Bounmy Thanks for reporting ! I could reproduce your problem. It's an issue with the domain values starting the following block, associated to the relate action of this block : http://hg.savannah.gnu.org/hgweb/health/file/b9c64f64e267/tryton/health/health_view.xml#l1085 The evaluation_id (active_id) is evaluated correctly. It's not evaluating the other arguments, and thus, the error. This code hasn't changed since 2.4 . Just got from a long flight, so I'll look to it in more detail tomorrow include the fix on the 2.6.3 patchset. The feature of using multiple arguments - other than active_ids - in form_relate domain has been removed from Tryton [1] and that broke the functionality that we have on the appointments. I will work today on a workaround to restore the functionality in GNU Health and to solve your issue . Thanks again for reporting ! http://codereview.tryton.org/3261002/ Best On Fri, 29 Aug 2014 12:03:25 +0700 Bounmy Sihaphom bsihap...@gmail.com wrote: Luis and Team! I have installed 2.6 with my production database last night, I thought I have tested most of the features comes with this new version.However, our doctors found out this morning that none of them cannot do any evaluation to the patient. To produce this error : from Appointment screen-right mouse click or use relate function to do the evaluation, that is where the application error comes from.The same is true for Demo server. : ERROR:tryton.common.common:Traceback (most recent call last): File /trytond/protocols/jsonrpc.py, line 125, in _marshaled_dispatch response['result'] = dispatch_method(method, params) File /trytond/protocols/jsonrpc.py, line 158, in _dispatch res = dispatch(*args) File /trytond/protocols/dispatcher.py, line 158, in dispatch result = rpc.result(meth(*c_args, **c_kwargs)) File /trytond/model/modelsql.py, line 656, in read getter_results = field.get(ids, cls, field_list, values=result) File /trytond/model/fields/function.py, line 87, in get return dict((name, call(name)) for name in names) File /trytond/model/fields/function.py, line 87, in genexpr return dict((name, call(name)) for name in names) File /trytond/model/fields/function.py, line 77, in call records = Model.browse(ids) File /trytond/model/modelstorage.py, line 434, in browse ids = map(int, ids) ValueError: invalid literal for int() with base 10: '' invalid literal for int() with base 10: '' Please see attached. But if use patient screen is ok. Best Regards; Bounmy Sihaphom Calat factory Co. Ltd. Ban Nahai,Hatsaiphong District,Vientiane ,Laos *Mobile:020-5663 6285* mail. bsihap...@gmail.com *Disclaimer:* *Confidential information may be contained in this message and may be subject to legal privilege. Access to this e-mail by anyone other than the intended is unauthorized. If you are not the intended recipient (or responsible for delivery of the message to such person), you may not use, copy, distribute or deliver to anyone this message (or any part of its contents ) or take any action in reliance on it. In such case, you should destroy this message, and notify us immediately. * On Thu, Aug 28, 2014 at 2:45 PM, Luis Falcon fal...@gnu.org wrote: Thanks Bounmy ! On Thu, 28 Aug 2014 04:18:09 +0700 Bounmy Sihaphom bsihap...@gmail.com wrote: Hi Lois! 2.6 serie,I believe it happens it happens with your demo server too, under health-reporting-:Evaluation Report-group by doctor. In fact, it's a bug. Thanks a lot for reporting !! I will try to release 2.6.3 with this and other fixes either today or tomorrow. All the best, Best Regards; Bounmy Sihaphom Calat factory Co. Ltd. Ban Nahai,Hatsaiphong District,Vientiane ,Laos *Mobile:020-5663 6285* mail. bsihap...@gmail.com *Disclaimer:* *Confidential information may be contained in this message and may be subject to legal privilege. Access to this e-mail by anyone other than the intended is unauthorized. If you are not the intended recipient (or responsible for delivery of the message to such person), you may not use, copy, distribute or deliver to anyone this message (or any part of its contents ) or take any action in reliance on it. In such case, you should destroy this message, and notify us immediately. * On Wed, Aug 27, 2014 at 11:36 PM, Luis Falcon fal...@gnu.org wrote: Hi Bounmy ! Is that in your current 2.4 series ? Please describe the steps to reproduce it. Best, On Wed, 27 Aug 2014 12:25:00 +0700 Bounmy Sihaphom bsihap...@gmail.com wrote: Luis and Team! I am not sure if this error is happening only for my
Re: [Health-dev] Another bug at gnuhealth and urgent please
Hi team On Sat, 30 Aug 2014 08:43:47 +0100 Luis Falcon fal...@gnu.org wrote: Hi Bounmy, team On Fri, 29 Aug 2014 22:38:06 +0100 Luis Falcon fal...@gnu.org wrote: Hi Bounmy Thanks for reporting ! I could reproduce your problem. It's an issue with the domain values starting the following block, associated to the relate action of this block : http://hg.savannah.gnu.org/hgweb/health/file/b9c64f64e267/tryton/health/health_view.xml#l1085 The evaluation_id (active_id) is evaluated correctly. It's not evaluating the other arguments, and thus, the error. This code hasn't changed since 2.4 . Just got from a long flight, so I'll look to it in more detail tomorrow include the fix on the 2.6.3 patchset. The feature of using multiple arguments - other than active_ids - in form_relate domain has been removed from Tryton [1] and that broke the functionality that we have on the appointments. I will work today on a workaround to restore the functionality in GNU Health and to solve your issue . I have decided to create a wizard that generates the patient evaluation from the appointment. Looking at the changes done in the framework, it looks like form_relate actions are diverging from what we need in our scenario. The wizard will fix the issue and will give more flexibility and room for more features in coming releases. Always look at the bright side of bugs ;) Best, Thanks again for reporting ! http://codereview.tryton.org/3261002/ Best On Fri, 29 Aug 2014 12:03:25 +0700 Bounmy Sihaphom bsihap...@gmail.com wrote: Luis and Team! I have installed 2.6 with my production database last night, I thought I have tested most of the features comes with this new version.However, our doctors found out this morning that none of them cannot do any evaluation to the patient. To produce this error : from Appointment screen-right mouse click or use relate function to do the evaluation, that is where the application error comes from.The same is true for Demo server. : ERROR:tryton.common.common:Traceback (most recent call last): File /trytond/protocols/jsonrpc.py, line 125, in _marshaled_dispatch response['result'] = dispatch_method(method, params) File /trytond/protocols/jsonrpc.py, line 158, in _dispatch res = dispatch(*args) File /trytond/protocols/dispatcher.py, line 158, in dispatch result = rpc.result(meth(*c_args, **c_kwargs)) File /trytond/model/modelsql.py, line 656, in read getter_results = field.get(ids, cls, field_list, values=result) File /trytond/model/fields/function.py, line 87, in get return dict((name, call(name)) for name in names) File /trytond/model/fields/function.py, line 87, in genexpr return dict((name, call(name)) for name in names) File /trytond/model/fields/function.py, line 77, in call records = Model.browse(ids) File /trytond/model/modelstorage.py, line 434, in browse ids = map(int, ids) ValueError: invalid literal for int() with base 10: '' invalid literal for int() with base 10: '' Please see attached. But if use patient screen is ok. Best Regards; Bounmy Sihaphom Calat factory Co. Ltd. Ban Nahai,Hatsaiphong District,Vientiane ,Laos *Mobile:020-5663 6285* mail. bsihap...@gmail.com *Disclaimer:* *Confidential information may be contained in this message and may be subject to legal privilege. Access to this e-mail by anyone other than the intended is unauthorized. If you are not the intended recipient (or responsible for delivery of the message to such person), you may not use, copy, distribute or deliver to anyone this message (or any part of its contents ) or take any action in reliance on it. In such case, you should destroy this message, and notify us immediately. * On Thu, Aug 28, 2014 at 2:45 PM, Luis Falcon fal...@gnu.org wrote: Thanks Bounmy ! On Thu, 28 Aug 2014 04:18:09 +0700 Bounmy Sihaphom bsihap...@gmail.com wrote: Hi Lois! 2.6 serie,I believe it happens it happens with your demo server too, under health-reporting-:Evaluation Report-group by doctor. In fact, it's a bug. Thanks a lot for reporting !! I will try to release 2.6.3 with this and other fixes either today or tomorrow. All the best, Best Regards; Bounmy Sihaphom Calat factory Co. Ltd. Ban Nahai,Hatsaiphong District,Vientiane ,Laos *Mobile:020-5663 6285* mail. bsihap...@gmail.com *Disclaimer:* *Confidential information may be contained in this message and may be subject to legal privilege. Access to this e-mail by anyone other than the intended is unauthorized. If you are not the intended recipient (or responsible for delivery of the message to such person), you may not use, copy, distribute or deliver
[Health-dev] [bug #43111] Traceback when creating an evaluation from the appointment form
Update of bug #43111 (project health): Status: Confirmed = In Progress Release:None = 2.6.0 ___ Follow-up Comment #1: Following Bounmy report [1] we noticed that the Tryton framework has reduced the domain in form_relate actions, to accept only active_ids, and not other fields [2] After looking at different options, I have decided to create a wizard that will generate the evaluation and provide the information from the appointment. 1.- http://lists.gnu.org/archive/html/health-dev/2014-08/msg00080.html 2.- http://codereview.tryton.org/3261002 ___ Reply to this item at: http://savannah.gnu.org/bugs/?43111 ___ Message sent via/by Savannah http://savannah.gnu.org/
Re: [Health-dev] [bug #43111] Traceback when creating an evaluation from the appointment form
Hi Bounmy, team ! On Sun, 31 Aug 2014 22:50:52 +0700 Bounmy Sihaphom bsihap...@gmail.com wrote: Thanks! The same holds true , Dr. can do the evaluation straight from Patient tree(Model View).We will do that. Yes. You can create the evaluation from the patient model / form, although they serve two different tasks. Creating the evaluation from the patient view will not associate any appointment to it. That related records is intended usually to see the evaluation history (although you can also use it to create an evaluation with the patient as part of the domain automatically ). I have noticed that the form_action keyword doesn't provide other domain parameters other than active_id(s) for the window action. This is something that we are discussing with the Tryton community and I'm sure we'll get to fix it quite soon. I found it a very nice functionality that the framework should keep :) PS: We had a great time in today's GNU Health tutorial in Istanbul ! Ronald, I will ask for the video to our friend Joe and will let you know. Best, Best, Best Regards; Bounmy Sihaphom Calat factory Co. Ltd. Ban Nahai,Hatsaiphong District,Vientiane ,Laos *Mobile:020-5663 6285* mail. bsihap...@gmail.com *Disclaimer:* *Confidential information may be contained in this message and may be subject to legal privilege. Access to this e-mail by anyone other than the intended is unauthorized. If you are not the intended recipient (or responsible for delivery of the message to such person), you may not use, copy, distribute or deliver to anyone this message (or any part of its contents ) or take any action in reliance on it. In such case, you should destroy this message, and notify us immediately. * On Sun, Aug 31, 2014 at 10:23 PM, Sebastián Marró sma...@thymbra.com wrote: Hi Bounmy 2014-08-31 0:25 GMT-03:00 Bounmy Sihaphom bsihap...@gmail.com: Hi Luis! So happy you are working on this matter, for now any quick fix so I can have that evaluation working from appointment for Doctors on Monday Morning, I don't want to go back to 2.4 since all workstations are upgraded to new tryton client. As a workaround, the doctors can use the Appointmens Report (Health - Appointments - Appointments Report), filtering all the appointments they have for the day. Then with double click on the selected appointment it opens the patient record. From there you can open the relate evaluations and create a new one. Regards ! -- Sebastián Marró *thymbr**@* Converging Ideas for Emerging Realities www.thymbra.com
Re: [Health-dev] Is the current version of Tryton far too complicated for GNU Health?
Hi Carl ! On Mon, 08 Sep 2014 14:04:36 +0200 Carl-Johan Francke c...@francke.ch wrote: Dear Luis, Am 08.09.2014 um 12:56 schrieb Luis Falcon: ... What do you think about adding the Stock Supply module as well, so that we can have order points? Good point! Done :) InventoryStock Order Pionts results in: File /trytond/pool.py, line 168, in get return self._pool[self.database_name][type][name] KeyError: u'stock.order_point' Purchase Create Purchase Requests results in: File /trytond/pool.py, line 168, in get return self._pool[self.database_name][type][name] KeyError: u'purchase.request.create' Thanks for reporting ! I just did an update=all . I tried it and it looks ok now, but please double check. Best, best, Carl-Johan
[Health-dev] [bug #43111] Traceback when creating an evaluation from the appointment form
Update of bug #43111 (project health): Status: Ready For Test = Fixed Open/Closed:Open = Closed ___ Reply to this item at: http://savannah.gnu.org/bugs/?43111 ___ Message sent via/by Savannah http://savannah.gnu.org/
Re: [Health-dev] Health_serviceLine (Field : Desc)
Hi Bounmy !
Oscar has been working on optimizing the input on the service line.
PLease check his commit on Savannah for the upcoming 2.8 series. I
think you will find it useful !
Best,
On Wed, 24 Sep 2014 09:40:56 +0700
Bounmy Sihaphom bsihap...@gmail.com wrote:
Hi All!
I think I found the answer, it works for my case, here how I can make
Desc field polpulated automatically at Health_service_line based on
the product field:
@fields.depends('product')
def on_change_with_desc(self):
# Return the Current / desc of the product
if self.product:
desc=self.product.name
return desc
Just share what I can.
Best Regards;
Bounmy Sihaphom
Calat factory Co. Ltd.
Ban Nahai,Hatsaiphong District,Vientiane ,Laos
*Mobile:020-5663 6285*
mail. bsihap...@gmail.com
*Disclaimer:*
*Confidential information may be contained in this message and may be
subject to legal privilege. Access to this e-mail by anyone other
than the intended is unauthorized. If you are not the intended
recipient (or responsible for delivery of the message to such
person), you may not use, copy, distribute or deliver to anyone this
message (or any part of its contents ) or take any action in reliance
on it. In such case, you should destroy this message, and notify us
immediately. *
On Mon, Sep 22, 2014 at 9:45 AM, Bounmy Sihaphom bsihap...@gmail.com
wrote:
Hi all:
I have searched in the net,Tryton Google Group,IRC and GNUHealth
mailing list, there is no place to be found, maybe it is so simple,
I am new to Python, I just don't know how, can someone point me to
the right direction or give me example for the following scenario:
Model : Health_service
What I can do so far:
1.
Default Srvice date
2.
Default Description (Title not on service line)
3.
Invoice_to as true (so he/she don't need to click at Line
Service)
I cannot do this :
Actually I can move Product field and place before “desc” field (do
not misunderstood this field actually the same as the title
Description, I don't know why?).
1.
I want to make “desc” field value = “Product” field value,
and save behind the scene, since “desc” is not null defined in
service_line table, how can I do this? This way, she/he enters only
Product name and also most of the time the product name is good
enough for description. Or stated differntly, when I click save,
that product value also populated to “desc” field.
2.
I believe desc field is so important when we create service
Invoice, this field not the product field will be printed
on draft/pro format invoice.
Here is what I tried:
product = fields.Many2One('product.product', 'Product',
required=True)
desc = fields.Char('Description')
to_invoice = fields.Boolean('Invoice')
@staticmethod
def default_to_invoice():
return True
@staticmethod
def default_desc:
return product_product.product
*I really appreciate if you can help us out. Thanks.*
Best Regards;
Bounmy Sihaphom
mail. bsihap...@gmail.com
Re: [Health-dev] Some thoughts on version-aware records
Hi Chris, Emilien ! On Wed, 8 Oct 2014 21:42:05 -0700 Chris Zimmerman s...@riseup.net wrote: Hi Emilien! On 10/08/14, Emilien Klein wrote: Hey Chris, 2014-10-08 2:34 GMT+02:00 Chris Zimmerman s...@riseup.net: Hi all, I am slowly (hey, no complaints! hehe) making my way through the Patient resource endpoint defined by the FHIR standard. The standard writers wisely give servers choices on certain points, such as allowing client-defined ids for records. Some of these choices are somewhat trivial, but there are other, more systemic choices. One of the more... interesting choices is the server's handling of update (and create) requests. For example, say there is a patient record at /Patient/1, then a client can upload an update to it through a PUT /Patient/1. Basic REST behavior. However, these records are complex and robust, and it seems unwise to blindly update the record. Transactional integrity, information loss, and other issues quickly appear. The standard leaves this question, quite rightly, to the server. The standard allows a variety of options (even, if I'm reading it correctly, not allowing updates at all). However, they do suggest a pattern which uses version-aware records. I believe there was some previous discussion on version-aware records. I don't think that tryton/health exposes this kind of version control (?), although psql does support it through its timetravel extension. Unless I miss my guess, even limited version support isn't necessarily a small endeavor. Any thoughts? Just some ideas that we might be able to link. The feature of versioning models is being there since a while in Tryton [1] Since Tryton 3.2 there is a possibility of viewing the history for models from the client, and see how would that record looked at specific version. I think we might be able to work on this concept with the versioning on FHIR. 1 .- http://doc.tryton.org/3.0/trytond/doc/ref/models/models.html?highlight=_history#trytond.model.ModelSQL._history What do you think ? Best from Japan ! Luis I understand this might be needed for some transactions, but [and I haven't read the actual IHE spec in detail] I would not expect the demographics query to PUT any information. Are you coming to this topic with the idea that the querying party would specify a record's version number, or just in general as a foundational discussion around implementing FHIR in GNU Health? I would not expect a querying system to specify a version, rather to get the most up to date/current version, just as if a user logged in and looked at the record. i.e. current snapshot in time. +Emilien Yeah, the standard strongly suggests using version control - actually defines a REST interaction, vread = version-aware read. I think you're right though, that most (at least some) patient information changes rarely, if at all. You make another good point that the most current version is, undoubtedly, the one most (if not all) clients will see. The standard actually allows servers to prohibit clients from viewing previous versions. However, there definitely are transactions, as you said, that version-aware records would be safer and more robust. I think my thoughts lean towards a foundational discussion around this, but it doesn't have to be now. I can simply disable/limit the functionality until some strategy is agreed on. -C -- Dr. Luis Falcon GNU Health Freedom and Equity in Healthcare http://health.gnu.org
Re: [Health-dev] GNU Health child immunisation schedule functionality?
Hi Andrew ! On Sun, 26 Oct 2014 11:42:56 + (GMT) andrewpgledh...@tiscali.co.uk andrewpgledh...@tiscali.co.uk wrote: Yes Luis, I agree that the WHO list should be used as a reference resource in GNU Health. Great ! What about functionality? Some ideas: When opening the patient record, a pop up message occurs in GNU Health for all patients 18 years old. Do you want to review / amend this patient's routine immunisation record? If yes then a tabular form could appear with the child's immunisation record to date. We probably should get a pop up warning message if there is any irregularity on the child vaccination schedule, showing in the same popup which vaccines / doses that are due. If everything is OK, then no notice will be shown. If a date had been passed without the record being ticked as administered then it might have a red background. A couple of variables to keep in mind when implementing the DSS for vaccinations - Child age / vaccine / first dose : Based on the WHO vaccination schedule. - Boosters / next doses : Based on the next dose field of the vaccination model. With these two, we should be in pretty good shape to start with. Other ideas might be to produce standard reports which would list all patients due to have vaccines on a particular day / week. The child health professional could then contact the family to bring the child into clinic. +1 Very important I think we both agree that this is very important GNU Health functionality and is well worth a significant amount of development time. Absolutely :) Best, Luis Regards Andrew
Re: [Health-dev] GNU Health child immunisation schedule functionality?
Hi Ceci ! On Sun, 26 Oct 2014 16:36:21 -0300 Maria Cecilia Santos Popper cecili...@gmail.com wrote: I would really like to help with this issue. It would be great to have a new module to manage vaccines. Thank you ! Nice module ahead :) The tabular interfaces seems a good option. Another usefull option would be to be able to group patients with a due or pending vaccine according to a geographic area in order to be able to plan campaings more easily. Another important issue is stock control, and being able to trace vaccines lots, refrigeration chain, etc. Yes. This should be part of the health_stock module In Argentina we have a huge vaccination schedule with more than 12 different vaccines in the first 6 years, son there is a lot of information to process, so is the nurses workload. This would be a great feature for 2.8 version! Count me in to work on this I just wrote back to Andrew in the list, so any comments / suggestions are most welcome :) Best, Cecilia El 26/10/2014 08:43, andrewpgledh...@tiscali.co.uk andrewpgledh...@tiscali.co.uk escribió: Yes Luis, I agree that the WHO list should be used as a reference resource in GNU Health. What about functionality? Some ideas: When opening the patient record, a pop up message occurs in GNU Health for all patients 18 years old. Do you want to review / amend this patient's routine immunisation record? If yes then a tabular form could appear with the child's immunisation record to date. If a date had been passed without the record being ticked as administered then it might have a red background. Other ideas might be to produce standard reports which would list all patients due to have vaccines on a particular day / week. The child health professional could then contact the family to bring the child into clinic. I think we both agree that this is very important GNU Health functionality and is well worth a significant amount of development time. Regards Andrew
[Health-dev] [task #13368] New module to assist immunizations
Update of task #13368 (project health): Release:None = 2.7.0 ___ Reply to this item at: http://savannah.gnu.org/task/?13368 ___ Message sent via/by Savannah http://savannah.gnu.org/
[Health-dev] Script to generate / update Tryton master password against cracklib
Hi team I have created a basic python script (serverpass.py), that allows to generate or update the Tryton master password, and validate it against cracklib[1]. The goal is to harden the security, as well as to facilitate its generation without editing manually the configuration file. It's done for GNU Health. Starting GNU Health 2.8, it will be called in the standard installation program (gnuhealth_install.sh), but it is also a stand-alone program, to update the password You can check the latest version at the GNU Health mercurial repository[2], in the default branch, browsing under tryton/scripts/security directory . I hope it can be useful to general Tryton installations, so I'm copying it to tryton-contrib list. It's just starting, so expect bugs, backup your configuration file, and don't use it in production environments yet :) Next should be checking for bad passwords at user level. Suggestions are most welcome. 1.- Cracklib : http://sourceforge.net/projects/cracklib/ 2.- GNU Health Repo @ Savannah : http://hg.savannah.gnu.org/hgweb/health Best, -- Luis Falcon, MD GNU Health Freedom and Equity in Healthcare http://health.gnu.org signature.asc Description: PGP signature
[Health-dev] [task #13377] Default configuration and features for GNU Health in distributed environments
URL: http://savannah.gnu.org/task/?13377 Summary: Default configuration and features for GNU Health in distributed environments Project: GNU Health Submitted by: meanmicio Submitted on: Tue 04 Nov 2014 11:57:51 AM GMT Should Start On: Tue 04 Nov 2014 12:00:00 AM GMT Should be Finished on: Sun 04 Jan 2015 12:00:00 AM GMT Category: None Priority: 5 - Normal Status: None Privacy: Public Percent Complete: 0% Assigned to: meanmicio Open/Closed: Open Discussion Lock: Any Release: None Module: health ___ Details: The Person Unique Identifier feature will be included in GNU Health 2.8 to be used in a generic distributed environment, with multiple GNU Health instances across a nation or region. Adding to the considerations already mentioned in the thread[1] , the following functionality will be default in GNU Health 2.8: 1) The PUID is subject to legislation and nomenclature changes, so, although is unique, we should be able to adapt it in the future 2) A reconciliation process can also take place, which could consist of a O2M field, linking the positive ID with the other instances of that person that was registered / treated as an NN . TBD 3) The party code field will be used as the constant, permanent code for the record. It will be used in the Tryton synchronization engine . The code field, by default is composed by the institution name (company) and the python UUID[2] uuid.uuid4 function[3](institution-uuid.uuid4()) . This code field will be always the same, since it's an internal id, not bound to any legislation, or reconciliation. 4) When creating the person record, if no PUID is entered, a 9-char random alphanumeric string with the format of NNNXXXNNN will be associated to it. This is the default and can be customized. 5) If the person has no means of a positive ID (see thread[1]) or wishes to remain anonymous, an NN- prefix will be appended to the PUID. 6) There will be a validation module that will be used to make sure that the PUID meets the country nomenclature. It can be adapted to meet changes in the legislations or to different countries / regions. The customization would be part of the localization project. 1.- http://lists.gnu.org/archive/html/health-dev/2014-09/msg00074.html 2.- UUID : http://en.wikipedia.org/wiki/Universally_unique_identifier 3.- https://docs.python.org/2/library/uuid.html ___ Reply to this item at: http://savannah.gnu.org/task/?13377 ___ Message sent via/by Savannah http://savannah.gnu.org/
Re: [Health-dev] [task #13377] Default configuration and features for GNU Health in distributed environments
Hi Andrew ! On Tue, 4 Nov 2014 12:33:44 + (GMT) andrewpgledh...@tiscali.co.uk andrewpgledh...@tiscali.co.uk wrote: Hi Luis I don't want to complicate this important issue unnecessarily but should the PUID have a type option. The PUID type might be: local health ID national health ID private/secret health ID temporary/random health ID It would be useful for health service administrators to know what type of PUID identifier they were using. I'm not sure if I understood your question. In GNU Health, at the person level, you have the alternative ids which are those that you are naming, and can be extended. The country / region will decide which ID document will be the primary to be used as PUID. In some instances, in the localization process, they would change the label of PUID for their own internal name, but the concept remains the same. When looking for a patient, you can enter any id and GNU Health will look for both the PUID and all the alternative IDs that that person might have. The PUID is the one that is currently shown in the person ID card, and also be linked to the person reports. Also, if the center has a card reader, that card number would automatically go into the PUID. Hope this helps. Thanks for your feedback ! Your suggestions / improvements in this very important matter are most welcome ! Best, Luis Each institution could then configure their local GNU Health system to show this extra field or not. Regards Andrew -- Luis Falcon, MD GNU Health Freedom and Equity in Healthcare http://health.gnu.org
[Health-dev] [task #13378] Global summary report
Update of task #13378 (project health): Percent Complete: 0% = 10% Release:None = 2.7.0 ___ Reply to this item at: http://savannah.gnu.org/task/?13378 ___ Message sent via/by Savannah http://savannah.gnu.org/
Re: [Health-dev] Health-dev Digest, Vol 40, Issue 5
Hi Chris ! Best, On Wed, 05 Nov 2014 20:16:44 +0300 Christoph H. Larsen christoph.lar...@synalinq.com wrote: Luis: Great idea, the global summary report. It would be good to keep a few parameters in mind: Unless there are situations of urgency (think Ebola), epidemiologists usually report at weekly intervals. Ideally, the reporting intervals should be configurable, but weekly is a good default :-). The next determinant is sex (not: gender): male or female. What is also standard, is reporting by age groups. good defaults (which should be editable) are: 0-4, 5-14, 15-24, 25-44, 45-64, ≥65 years Thanks a lot for the great suggestions ! I like that age grouping. PS: Please check your subscription mode, so in the reply we don't get the digest :) Best, Luis It should then be possible to perform a facetted search by: reporting period OR periods AND sex OR sexes AND age group OR age groups AND ( morbidity [i.e. disease OR diseases] OR mortality [i.e. cause OR causes of death] ) This will cover a lot of things, indeed. Thanks a lot! Chris On 05/11/14 20:00, health-dev-requ...@gnu.org wrote: Send Health-dev mailing list submissions to health-dev@gnu.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.gnu.org/mailman/listinfo/health-dev or, via email, send a message with subject or body 'help' to health-dev-requ...@gnu.org You can reach the person managing the list at health-dev-ow...@gnu.org When replying, please edit your Subject line so it is more specific than Re: Contents of Health-dev digest... Today's Topics: 1. [task #13378] Global summary report (Luis Falcon) 2. [task #13378] Global summary report (Luis Falcon) 3. [task #13378] Global summary report (Luis Falcon) 4. Re: [task #13378] Global summary report (Bounmy Sihaphom) ___ Health-dev mailing list Health-dev@gnu.org https://lists.gnu.org/mailman/listinfo/health-dev signature.asc Description: PGP signature
Re: [Health-dev] [task #13390] Set deceased field as a party attribute instead of patient
Hi Oscar ! On Sun, 09 Nov 2014 08:25:05 -0500 Oscar Alvarez oscar.alvarez.mont...@gmail.com wrote: On 09/11/14 07:47, Luis Falcon wrote: URL: http://savannah.gnu.org/task/?13390 Summary: Set deceased field as a party attribute instead of patient Project: GNU Health Submitted by: meanmicio Submitted on: Sun 09 Nov 2014 12:47:12 PM GMT Should Start On: Sun 09 Nov 2014 12:00:00 AM GMT Should be Finished on: Sun 04 Jan 2015 12:00:00 AM GMT Category: Functionality Priority: 5 - Normal Status: None Privacy: Public Percent Complete: 0% Assigned to: meanmicio Open/Closed: Open Discussion Lock: Any Release: None Module: health ___ Details: The deceased field should be a party attribute, moving it from the patient model. The patient model will reference to it (function). Additionally, we will study setting the active attribute in party to False when the person has died. Hi, Luis The deceased is a feature of a patient only, instead party is more generic (suppliers, customers, insurance company) , I dont understand this change, the tryton users on party model (often for example accounting staff) can be not related with deceased of party, so I think this change bloat party model. is just my opinion. ;) Thank you for your comment ! It has to do with the concept of person that I want to keep enhancing in GNU Health. Being a patient is just one possible (and not necessary) state of a person. So are the states of being alive or dead. For instances, when working on demographics, we need to collect information from the population (some of them are in the just in the census, some of them are in the census and are part of the health system, and finally, only a subset of those are patients). So that's why is important to have that attribute at the party level. We need to work on the people before patients premise. Best, ___ Reply to this item at: http://savannah.gnu.org/task/?13390 ___ Message sent via/by Savannah http://savannah.gnu.org/
Re: [Health-dev] Build encyption example into live-CD?
Hi Axel ! On Wed, 19 Nov 2014 14:43:10 +0100 Axel Braun axel.br...@gmx.de wrote: Hi everybody, hope you recovered from the TUL! ;-) It was an inspiring event, and shows that the community is alive and making progress, esp in the indian branch! I agree with you. It was a great event with great people, talks and very interesting discussions. I love to see the community growing ! I'm at Berlin airport now, on my way to sunny Canaries :) Having talked to Luis and Cedric about encryption and the Tryton-plugin to do this, I'm thinking about setting this up in the Live-CD as demo how signing prescriptions etc. should/could work. This requires the creation of a GnuPG set of keys, and shipping of the secret key in the Live-CD. So far no problem, but I dont have a clear opinion if it is a good idea to ship a secret key with password. Both is requierd, no doubt, and I would clearly mark this key as 'demo'. Is there a potential for abuse? The GNU PG key pair is at the client side, so we should be OK for signing / validating documents. So, we shouldn't need to ship / generate key pairs for GnuPG. What I would do is to make sure that GPG and it's related python library . For the 2.8 version (Tryton 3.4), the gnuhealth installation program call the serverpass script, that tightens security using cracklib and encrypts the master server password. Hope this helps. Let me know your thoughts. All the best Luis Let me know your thoughts on that! Thanks Axel
Re: [Health-dev] [task #13377] Default PUID configuration and features for GNU Health in distributed environments
Hi Andrew ! On Thu, 6 Nov 2014 12:33:01 + (GMT) andrewpgledh...@tiscali.co.uk andrewpgledh...@tiscali.co.uk wrote: Hi Luis I have clarified in my mind what would be a useful screen enhancement of PUID. Could a new drop down box be created on all PUID screens to show the PUID type that is being used as the MAIN system ID of the person/patient: Thanks for the suggestion ! The problem I see with that is that the PUID should always be of the same type. If we have an selection field, it might lead to errors from the registration officer. The idea behind the PUID is that the type is the same across the health system (local, regional or national), so when records are synchronized / searched / aggregated, ... we look for the same type. But we can think about a wizard at installation time, that could show this selection box and, for example, change the tooltip / description to show the ID type. Let me know your thoughts Best, Luis Drop down box options might be: National health ID GP health ID Hospital health ID GNU health system ID GNU health TEMPORARY ID This would help to avoid confusion when trying to correctly identify patients and should reduce the risk of creating duplicate patient records. See attached. Regards Andrew
Re: [Health-dev] Recording patient weight and patient height in GNU Health
Hi Andrew ! On Sun, 16 Nov 2014 13:34:48 + (GMT) andrewpgledh...@tiscali.co.uk andrewpgledh...@tiscali.co.uk wrote: Hi Luis and GNU Health devs Should GNU Health ask for a check/update of patient weight (kg) (and date of recording) and patient height (cm) (and date of recording) when creating a new patient or patient evaluation/encounter? Agree. I think anthropometrics should be something to be taken on every patient evaluation. In fact, today's GNU Health pediatric WHO charts are based on those values that are registered on each visit. Weight and other anthropometric measures should be taken on the evaluation, in the same way that they take the blood pressure. At the moment recording this important information is rather passive and I think we should make it more compulsory. We might also consider making this information more easily viewed/monitored by adding to the critical patient information section on the main patient screen? Great point ! If the patient is under / overweight, we should show it on the critical patient information. I also propose - for 3.0 - a chart that display the patient BMI and WHR history. Probably we should show the warning message to take anthropometrics if some conditions are met (first evaluation; time during two evaluations; if overweight / obese in previous evaluation; pregnancy; on metabolic disorders... ). This would set a red flag to the health professional before saving the record if any of those conditions are met. Let me know your thoughts. Best Luis Regards Andrew
Re: [Health-dev] [task #13377] Default PUID configuration and features for GNU Health in distributed environments
Hi Andrew ! On Thu, 20 Nov 2014 12:34:09 + (GMT) andrewpgledh...@tiscali.co.uk andrewpgledh...@tiscali.co.uk wrote: Hello Luis Thanks for the reply. If the patient's/person's local health ID, their regional health ID and their national health ID are in a similar format then surely they will get mixed up if they are not displayed on screen with an ID Type. The following is unlikely but possible: Patient A local health ID: 123456 Patient A regional health ID: 234567 Patient A national health ID: 345678 If GNU Health doesn't attach and display (on screen) an ID Type with each patient ID then surely patient records are more likely to get mixed up? But the PUID should be unique. In any case, GNU Health does not allow to have the same code on the PUID, so no collisions should happen. The way I see it is a matter of normative / legislation. Normally, at country level, citizens have an ID that can uniquely identify them. If you have a regional ID, and that is not the PUID, then it this code would go in the alternative IDs section. In an ideal world all patients/persons would have a single national health ID but in reality a local temporary health ID (temporary system ID) may have to be created for an emergency admission unconscious patient. Yes. In upcoming GNU Health 2.8 that's the way it behaves. If you leave empty the PUID field, the system will generate a pseudo-random alphanumeric string, to take care of NN's and those who want to remain anonymous. Sorry to keep nagging on about this but I think it is very important that we get the right solution. On the contrary :) Your comments are always constructive and most welcome, so please, keep on nagging until you feel happy with the solution, because I might be missing something, and this is the right place and time to do it. All the best, Luis Regards Andrew
Re: [Health-dev] Build encyption example into live-CD?
Hi Emilien ! On Mon, 24 Nov 2014 05:24:25 -0600 Emilien Klein emilien+gnuhealth@klein.st wrote: 2014-11-21 3:40 GMT-06:00 Axel Braun axel.br...@gmx.de: [...] But back to the original questionobstacles against a demo-key? Shipping crypto keys, in particular if private keys is involved, isn't good practice. It should be shipped only if it would render the system unusable out of the box, as e.g. the RaspberryPi image's keys for the SSH server. If they didn't ship the keys with the image, you wouldn't be able to connect to it via SSH the first time you boot, and for people that run headless/keyboardless installs (as I do) it would render the system unreachable. The recommended approach is to regenerate the keys after the first log in [0]. For GNU Health's live CD, if possible the keys should be generated on the fly the first time it is run. Thanks for your input ! This key-pair is *not* related to the server. It will be associated with the user using the client. In the case of the demo live CD, where the user will have both client and server in the same box maybe we can just call gpg to generate the keypair for the user after the installation . We can also instruct the user how to create it ( basically gpg --gen-key ) , which I think it would be the best. In any case, as I am doing in the documentation for the crypto module, a crash course in public cryptography should be given to anybody that wants to use this functionality. It's essential that the end user knows the basic concepts behind public-key cryto / signing / encrypting . A great place to start is the very GPG guides[1], at So, summing up... Axel, can you make the call for gpg --gen-key after the installation for the gnuhealth user that will be starting the Tryton client ? I think it would be the best and easiest solution. https://www.gnupg.org/documentation/guides.html Best,
[Health-dev] [task #13368] New module to assist immunizations
Update of task #13368 (project health): Percent Complete: 0% = 40% ___ Follow-up Comment #2: GNU Health vaccination process model . Move the vaccine reference from the product model to the medicament model ___ Reply to this item at: http://savannah.gnu.org/task/?13368 ___ Message sent via/by Savannah http://savannah.gnu.org/
Re: [Health-dev] Build encyption example into live-CD?
Hi Emilien / Axel ! On Thu, 4 Dec 2014 11:42:24 +0100 Emilien Klein emilien+gnuhealth@klein.st wrote: 2014-12-04 11:40 GMT+01:00 Axel Braun axel.br...@gmx.de: [...] Considering this, I feel it is better to have everything packed in the Live-CD and a good explanation how to create a pair of keys and use it with GNUHealth, rather than shipping a working example. And a set of keys. I think that is reasonable. +Emilien +1 Best,
Re: [Health-dev] Data elements for immunization record
Hi Cecilia ! On Fri, 5 Dec 2014 19:07:31 -0300 Maria Cecilia Santos Popper cecili...@gmail.com wrote: What a great job! Thanks :) I think the injection site should be a drop down list. In fact, it's the case, as per task https://savannah.gnu.org/task/index.php?13406 In fact, many times the injection site of the same vaccine in depends on the age of the patient (thigh for infants and shoulder but cheek for toddlers). Could it be possible to apply a kind of dds that would avoid for a practitioner to select a specific site depending on the age/condition if the patient? It could, but I rather keep it general for now, since the vaccination model covers both the prophylactic covered on the immunization schedule as well as those not related to age, those in the post-exposure groups, and the therapeutic vaccines. What about lot number? I believe somebody mentioned this issue. At least in Argentina, it is a very important field that is even written down in the patient vaccine report. It's in place. The lot number has the vaccine id, the number and expiration date. I will add a screenshot later today, so it becomes clearer and we can use it for the 2.8 documentation. Best, Luis Just my 2 cents Regards Cecilia El 05/12/2014 14:11, Luis Falcon fal...@gnu.org escribió: Hi Andrew ! On Fri, 5 Dec 2014 12:24:53 + (GMT) andrewpgledh...@tiscali.co.uk andrewpgledh...@tiscali.co.uk wrote: Hi Luis Just to confirm the data elements for the immunization record - see attached spreadsheet. Thanks for the data elements reminder ! I'll add dose/unit and the body site. It would be great to have a selection list to choose from, instead of a free text entry. I'm also adding the field to keep the scanned or picture of the vaccine label, for the record. Do you think diseases protected against is necessary or a bit over the top? We should think about the diseases protected against, since most vaccines have the etiological agent to protect against in the name, and when they don't they are specific on the disease. Do you agree with my analysis of the required data? Sure ! I am adding also the signature process, similar to the patient evaluation model. Also, the Decision Support for immunizations is pretty much done. It takes the vaccination schedule, the patient age and her / his immunization history, and shows the status for that specific age. By the way, take a look at the latest tweets on GNU Health ( https://twitter.com/gnuhealth ) where I put a screenshot. Pediatricians and GPs will be quite happy with this functionality :) Let me know your thoughts. Best, Luis Regards Andrew
Re: [Health-dev] Androit application for Gnu Health
Dear Mohamed On Sun, 07 Dec 2014 19:51:51 +0100 Mouhamed Moustapha Diouf mdi...@baamtu.com wrote: Hello, thanks for replying. For sure we can have a long discussion in why android app and not mobile web app. For us it just a matter of ressources. We have hight skilled person for Android so we'll be more effective. Thanks for your positive feedback ! I think it would be great to contribute with a GNU Health app for Android. We've been discussing this for a while, and I came to the conclusion that the best is to have specific tasks views, tailored to those users who would really benefit from it. For instance: - Nurses : Take and record vital signs, roundings, ... - Social workers : Verify the status of Domiciliary Units, So, for example, in the case of vital signs, we would need big buttons, simple screens, to make sure there are no typos in the data entry and make it more effective. Let me know your thoughts. Best, Luis Thanks again Le 07/12/2014 01:00, Mathias Behrle a écrit : * mdi...@baamtu.com: [Health-dev] Androit application for Gnu Health (Fri, 5 Dec 2014 18:28:19 +0100 (CET)): Hi all, Congrats for your nice job about Gnu Health. We are a startup based in Senegal, West Africa. We want to participate in this project. We think that having a Android App that medical stuff can use with mobile can be very interesting. Do you kbow if such App already exist? If not we are interested in devlopping it as our contribution. Just to complete the information: there is/was a project, that apparently is no more maintained: https://projects.bioecoforests.com/projects/tryton-android/wiki/Wiki Not sure, if it is the best way to go, but if you want to build an app, you perhaps could base your efforts on that project. -- Dr. Luis Falcon GNU Health Freedom and Equity in Healthcare http://health.gnu.org
[Health-dev] [task #13406] Add Injection site
Update of task #13406 (project health): Status: In Progress = Done Percent Complete: 90% = 100% ___ Follow-up Comment #2: The new vaccination model in terms of functionality is pretty much ready for 2.8. Quite a few changes to the data model (stock lot and moves, signatures, injection site, vaccine label, ..) and views, and fix description typos. I'm attaching a screenshot . Best, (file #32618) ___ Additional Item Attachment: File name: gnu_health_vaccination_process.png Size:162 KB ___ Reply to this item at: http://savannah.gnu.org/task/?13406 ___ Message sent via/by Savannah http://savannah.gnu.org/
Re: [Health-dev] Androit application for Gnu Health
Hi, Cedric ! On Sun, 7 Dec 2014 21:35:54 +0100 Cédric Krier cedric.kr...@b2ck.com wrote: On 07 Dec 19:51, Luis Falcon wrote: Dear Mohamed On Sun, 07 Dec 2014 19:51:51 +0100 Mouhamed Moustapha Diouf mdi...@baamtu.com wrote: Hello, thanks for replying. For sure we can have a long discussion in why android app and not mobile web app. For us it just a matter of ressources. We have hight skilled person for Android so we'll be more effective. Thanks for your positive feedback ! I think it would be great to contribute with a GNU Health app for Android. We've been discussing this for a while, and I came to the conclusion that the best is to have specific tasks views, tailored to those users who would really benefit from it. For instance: - Nurses : Take and record vital signs, roundings, ... - Social workers : Verify the status of Domiciliary Units, So, for example, in the case of vital signs, we would need big buttons, simple screens, to make sure there are no typos in the data entry and make it more effective. But it will be more portable to do it with web application instead of relying on a specific platform. That is a good point. It would be great to make it platform-independent. One of the points that we should also consider is the ability of being connectionless, so we could store data locally (in the device) and then synchronize it with the central instance. It's not critical, but it could be quite handy in some situations. What do you think ? Best, signature.asc Description: PGP signature
Re: [Health-dev] Androit application for Gnu Health
Hi Chris ! On Sun, 7 Dec 2014 19:49:00 -0800 Chris s...@riseup.net wrote: I think there are reasons to develop both. With good, robust design (like with Bootstrap), webapp UX on a mobile device is great, so the flask-tryton is awesome (and the other flask addons that make UX/webapp design easy). However, there are some bonuses to an Android app. For example, asynchronous interactions (e.g., poor-connectivity environments) is somewhat easier, I think, to develop in Android. Nevertheless, got an Android developer on hand? I think an Android app would be great then. =-) Just thought the same about the connectionless mode :) Best, On 12/07/14, Cédric Krier wrote: On 07 Dec 19:51, Luis Falcon wrote: Dear Mohamed On Sun, 07 Dec 2014 19:51:51 +0100 Mouhamed Moustapha Diouf mdi...@baamtu.com wrote: Hello, thanks for replying. For sure we can have a long discussion in why android app and not mobile web app. For us it just a matter of ressources. We have hight skilled person for Android so we'll be more effective. Thanks for your positive feedback ! I think it would be great to contribute with a GNU Health app for Android. We've been discussing this for a while, and I came to the conclusion that the best is to have specific tasks views, tailored to those users who would really benefit from it. For instance: - Nurses : Take and record vital signs, roundings, ... - Social workers : Verify the status of Domiciliary Units, So, for example, in the case of vital signs, we would need big buttons, simple screens, to make sure there are no typos in the data entry and make it more effective. But it will be more portable to do it with web application instead of relying on a specific platform. -- Cédric Krier - B2CK SPRL Email/Jabber: cedric.kr...@b2ck.com Tel: +32 472 54 46 59 Website: http://www.b2ck.com/
Re: [Health-dev] Androit application for Gnu Health
Hi Cedric, Chris, Mohamed, Anousak and team On Mon, 8 Dec 2014 09:41:06 +0100 Cédric Krier cedric.kr...@b2ck.com wrote: On 07 Dec 19:49, Chris wrote: I think there are reasons to develop both. With good, robust design (like with Bootstrap), webapp UX on a mobile device is great, so the flask-tryton is awesome (and the other flask addons that make UX/webapp design easy). However, there are some bonuses to an Android app. For example, asynchronous interactions (e.g., poor-connectivity environments) is somewhat easier, I think, to develop in Android. asynchronous is not only possible with Android, it is prefectly possible with web app. But asynchronous client is very difficult to implement correctly and they generate a lot more difficult case to manage like update conflict etc. I think I could we could work on Proof of Concept taking a simple scenario, such as recording vital signs. We could try it in both platforms, and see what would be best in the medium and long term. If the web app is functional, then I would leaning more towards the flask solution, since it would be platform independent. In any case, I'm open to any. Let me know your thoughts Best But there is already in Tryton the CardDAV and CalDAV support that are designed to also work asynchronously (but that's part of the specification). signature.asc Description: PGP signature
Re: [Health-dev] Androit application for Gnu Health
Hi Cedric On Mon, 8 Dec 2014 11:13:00 +0100 Cédric Krier cedric.kr...@b2ck.com wrote: On 08 Dec 09:32, Luis Falcon wrote: One of the points that we should also consider is the ability of being connectionless, so we could store data locally (in the device) and then synchronize it with the central instance. It needs to be clearly defined what are the scenario of connectionless. For example, you don't want the mobile device to have all the database stored locally. So connectionless means few things that can be done. For example, it could be that if you try to save a form and there is no connection then the form is stored locally to be submitted later. But creating new record is much more complicate, you can not have the same form in connecting and not connecting mode because some checks or on_change can not be done. I really thing that such connectionless application can not be a subset of the Tryton's form. They can only be application on their own for a specific use case. When thinking about the Android app, the idea was to have an application on its own. Something quite basic that allow to take simple samples and then send it to the server . I agree that the amount of data and functionality should be limited and specific. signature.asc Description: PGP signature
[Health-dev] [task #13406] Add Injection site
Update of task #13406 (project health): Open/Closed:Open = Closed ___ Reply to this item at: http://savannah.gnu.org/task/?13406 ___ Message sent via/by Savannah http://savannah.gnu.org/
[Health-dev] [task #13360] Show error window instead of traceback in lab test generation
Update of task #13360 (project health): Status: In Progress = Done Percent Complete: 0% = 100% Open/Closed:Open = Closed ___ Reply to this item at: http://savannah.gnu.org/task/?13360 ___ Message sent via/by Savannah http://savannah.gnu.org/
[Health-dev] [task #13368] New module to assist immunizations
Update of task #13368 (project health): Open/Closed:Open = Closed ___ Reply to this item at: http://savannah.gnu.org/task/?13368 ___ Message sent via/by Savannah http://savannah.gnu.org/
Re: [Health-dev] [task #13406] Add Injection site
Hi Andrew ! On Sun, 14 Dec 2014 10:31:40 + (GMT) andrewpgledh...@tiscali.co.uk andrewpgledh...@tiscali.co.uk wrote: Hello Luis The new immunizations module is looking great! Just one more thought (how many times have I said that!). Should GNU Health include a vaccine field (medication field) called medication_administration ? The health professional would tick this option at the exact time of administration with the date and time of administration. Do you mean the vaccination process date / time ? In the vaccination process model, there is a field called date, that by default takes the current date-time when the new resource is created. The other places where medication is recorded are : - Medication history : It records the period - Ambulatory Care : It records the administration date/time - Hospitalization : It records the administration date/time But probably is not what you mean. Let me know your thoughts. All the best, Luis Maybe not necessary for 2.8 but definitely needed on the GNU Health road-map don't you think ? Regards Andrew
Re: [Health-dev] Prescribing medicines vs Administering medicines
Hi Andrew ! On Thu, 18 Dec 2014 11:35:37 + (GMT) andrewpgledh...@tiscali.co.uk andrewpgledh...@tiscali.co.uk wrote: Hello Luis I think GNU Health needs to differentiate the date/time that a medication/vaccine is prescribed/ordered and the date/time that the medication is actually administered to the person by the appropriate healthcare professional - doctor/nurse etc. Sometimes, if the medicine is a one-off dose (stat) then the doctor/prescriber might want to prescribe and administer in one single workflow process - a prescribe and administer button option would be very useful. I like that prescribe and administer option ! It sounds quite practical. Will add it to 3.0 :) Thanks a lot for your great suggestion, as usual ! Best, I don't think that we should get too involved in the medication administration workflow just at the moment but we need to analyze and define the process for the development road-map. Regards Andrew
[Health-dev] [task #13306] Automatic GNU Health update program
Update of task #13306 (project health): Should be Finished on: Sat 06 Sep 2014 12:00:00 AM GMT = Sat 04 Jan 2014 12:00:00 AM GMT Percent Complete: 10% = 90% ___ Follow-up Comment #1: usage: gnuhealth-control command [options] Command: version : Show version backup : Backup he gnuhealth kernel, attach dir and database update : Download and install the patches status : Show environment and GNU Health Tryton server status Options: --backdir : destination directory for the backup file --dry-run : Check, download and preview, but don't actually update process --database : database name to use with the update or backup command ___ Reply to this item at: http://savannah.gnu.org/task/?13306 ___ Message sent via/by Savannah http://savannah.gnu.org/
[Health-dev] [task #13425] Injury Surveillance System
URL: http://savannah.gnu.org/task/?13425 Summary: Injury Surveillance System Project: GNU Health Submitted by: meanmicio Submitted on: Fri 19 Dec 2014 06:10:59 PM GMT Should Start On: Fri 19 Dec 2014 12:00:00 AM GMT Should be Finished on: Sat 04 Jan 2014 12:00:00 AM GMT Category: None Priority: 5 - Normal Status: Done Privacy: Public Percent Complete: 100% Assigned to: meanmicio Open/Closed: Open Discussion Lock: Any Release: None Module: health_ISS ___ Details: The functionality in the ISS module will be to be able to record, at the emergency room or patient evaluation process, any type of injury, and it's context. Initially, the type of injuries are : - Accidental / Non - intentional - Motor Vehicle - Violence - Self Harm (Suicide Attempt) Additional contextual information, depending on each type of injury is also provided. For instance, in the case of Violent injury, an contextual group will ask for the relationship between victim and aggressor, where it happened, if alcohol or drugs were present; type of weapon used, etc... For each event, the system gathers the Operational Sector, latitude and longitude, integrating the information into OpenStreetMap. I'm attaching a screenshot that simulates a motor vehicle accident with a bicycle involved. The information will be accessible both from menu and from a direct access on the Patient Evaluation model. This module is based on the Jamaica Ministry of Health Injury Information System, that is now part of the GNU Health implementation in that country's Public Health System. ___ File Attachments: --- Date: Fri 19 Dec 2014 06:10:59 PM GMT Name: GNU Health Injury Surveillance System and Open Street Map.png Size: 391kB By: meanmicio http://savannah.gnu.org/task/download.php?file_id=32691 ___ Reply to this item at: http://savannah.gnu.org/task/?13425 ___ Message sent via/by Savannah http://savannah.gnu.org/
[Health-dev] [task #13306] Automatic GNU Health update program
Update of task #13306 (project health): Status: In Progress = Done Percent Complete: 90% = 100% ___ Reply to this item at: http://savannah.gnu.org/task/?13306 ___ Message sent via/by Savannah http://savannah.gnu.org/
[Health-dev] [bug #44034] health_surgery : Condense preop_oximeter help string
Update of bug #44034 (project health): Status:None = Fixed Assigned to:None = meanmicio Open/Closed:Open = Closed Release:None = 2.7.0 ___ Follow-up Comment #1: Thank you, W. Trevor ! Fixed on changeset 1784:7887aa336687 Just apply your patch and did the same for the risk of massive bleeding. Best, Luis ___ Reply to this item at: http://savannah.gnu.org/bugs/?44034 ___ Message sent via/by Savannah http://savannah.gnu.org/
Re: [Health-dev] Development version 28RC2 available to download
Hi again, Axel and devs ! Just updated the tarball without those two dev modules. Also, I'll be checking with Chris to see the best way to incorporate the GNU Health FHIR server packages. I'll be hanging out in the #GNU-HEALTH IRC channel. Just ping and we'll talk about it. Best, Luis On Thu, 22 Jan 2015 10:28:28 + Luis Falcon fal...@gnu.org wrote: Hi Axel ! On Thu, 22 Jan 2015 09:57:51 +0100 Axel Braun axel.br...@gmx.de wrote: Morning all, Am Mittwoch, 21. Januar 2015, 22:41:52 schrieb Luis Falcon: Bounmy Sihaphom bsihap...@gmail.com wrote: Luis! After extracting it, it is still says gnuhealth26rc2!!! Just checking that you were doing the homework ;-) Sure ;-) there seem to be some issues with health_fhir and health_fhir_patient during installation via setup.py. Either we remove the entry -'trytond.modules.health_fhir.report', -'trytond.modules.health_fhir.tests', -'trytond.modules.health_fhir_patient.tests', or create the respective entries. At this time, please ignore / delete the two modules health_fhir from the testing environment. They're placeholders. Chris Zimmerman is working on a stand-alone FHIR server, and we'll include it separately. Best, Pls advise Thx Axel
Re: [Health-dev] Update base packages : python2.7-cracklib
Hi, Axel ! On Wed, 21 Jan 2015 12:08:27 +0100 Axel Braun axel.br...@gmx.de wrote: Hi Luis, I will be releasing tonight or tomorrow RC2 tarball, so you can download and test the installation process. looking forward to this! The tarball should be up today :) I just uploaded the latest rc2 to the community server. as already noted, that was unfortunately the 2.6rc2 Fixed :) Thanks ! ... At this point, and to save time, please make sure your distribution has the cracklib and python2.7-cracklib bindings. The one on pypi is not up-to-date, so best it to install the package from your specific OS or distro. The latest stable version is 2.9.2 . Is this a hard requirement to use 2.9.2? It's called by the standard installation program. Take a look at the security chapter on GNU Health[1] (work in progress). There is a section on serverpass. Understand. It seems that just the python-cracklib is in release 2.8.xx while cracklib in most distros is between 2.9.0 and 2.9.2 One more question on the sync module: The tryton_synchronisation is not (yet) released as module on tryton, is it planned to do so? For what I've been talking to Cedric, the synchro engine is not part of the main package at this point. Hm, too bad. I understand it as a Tryton feature, not a GNU Health feature, so Tryton should be the place to publish this as module. Or maybe tryton-es can help out... The Tryton synchro engine has been initially developed in the context of GNU Health, but I do agree with you, that it would be great if it is part of the main Tryton release, as many other scenarios will find this functionality *very* useful. If the Tryton community finds it useful, then it should be part of the standard Tryton modules / code. At any rate, GNU Health will be using the synchronization / distributed environment functionality it since the upcoming 2.8 and next versions. As you wrote in task #13407 (project health): On Sunday 11th ( 2.8 Release Candidate 1), the community server should be configured as the central instance, and will accept synchronizations from satellites. Will this be the 'frozen' version of the Demo -DB? Otherwise each client will sync all changes that users make to the demo-db as well. Where can the ID for the server been looked up? The central instance ID is always 0. But that happens behind the scenes. The id that you have to set is in your satellite instance. The server database will be the same as the one we use. It will bounce/reset everyday. So for an end user who wants to keep in sync with the latest master of the GNU Health Demo database it would make sense to sync the master copy. It's a bit more involved than that. You sync only models that you want to be part of the synchronization model. That give you the flexibility of keeping some data / information local (eg, local stock, staff, ..), and share other info that is part of the global environment (eg, epidemological info). I'm also documenting on Wikibook the Synchronization engine for GNU Health[2] . Yep, had a look at that as well. The URL from the documentation: synchronisation_url = http://user:passw...@health.gnu.org:7500/name_of_the_central_instance_database would send unencrypted user:password through the net. Should it not be by default https with forward secrecy enabled? What URL can be used by an end-user to pull the demo-DB? 1.- https://en.wikibooks.org/wiki/GNU_Health/Security 2.- https://en.wikibooks.org/wiki/GNU_Health/Synchronization_Guide PS: This version should have been called time to document :), but I feel that documentation has been one of our pending jobs, and it's about time to really work on this. Documentation is always the thing that developers like most, isn't it so since soem 100 years? ;-) :-) I'm starting to like it, maybe some sort of defense mechanism :) Best, Luis Cheers Axel
Re: [Health-dev] Development version 28RC2 available to download
Hi Mouhamed ! On Sun, 25 Jan 2015 23:27:00 +0100 Mouhamed Moustapha Diouf mdi...@baamtu.com wrote: Hi Luis, can you tell me where I can download the last rc. I use this links http://health.gnu.org/downloads/development/unstable/gnuhealth-28rc2.tar.gz but it's always a 2.6.4 version. Thanks I just checked, and the tarball is on 28rc2 . Make sure that you're not using a cache version. When you uncompress the tarball, you should see on each module's tryton.cfg the value 2.8rc2 for the version param. Also, If you are updating your current database, remember to run ./trytond --all --database=name_of_your_db , so it gets the latest version. Let us know if you got it working. PS: Tomorrow I'll be releasing the RC3, with fixes on the crypto module, especially related to unicode and patient evaluation. Best, Luis Le 22/01/2015 12:25, Luis Falcon a écrit : Hi again, Axel and devs ! Just updated the tarball without those two dev modules. Also, I'll be checking with Chris to see the best way to incorporate the GNU Health FHIR server packages. I'll be hanging out in the #GNU-HEALTH IRC channel. Just ping and we'll talk about it. Best, Luis On Thu, 22 Jan 2015 10:28:28 + Luis Falcon fal...@gnu.org wrote: Hi Axel ! On Thu, 22 Jan 2015 09:57:51 +0100 Axel Braun axel.br...@gmx.de wrote: Morning all, Am Mittwoch, 21. Januar 2015, 22:41:52 schrieb Luis Falcon: Bounmy Sihaphom bsihap...@gmail.com wrote: Luis! After extracting it, it is still says gnuhealth26rc2!!! Just checking that you were doing the homework ;-) Sure ;-) there seem to be some issues with health_fhir and health_fhir_patient during installation via setup.py. Either we remove the entry -'trytond.modules.health_fhir.report', -'trytond.modules.health_fhir.tests', -'trytond.modules.health_fhir_patient.tests', or create the respective entries. At this time, please ignore / delete the two modules health_fhir from the testing environment. They're placeholders. Chris Zimmerman is working on a stand-alone FHIR server, and we'll include it separately. Best, Pls advise Thx Axel
[Health-dev] [bug #44182] 2.8 installer fails with TRYTOND_CONFIG variable not set
Update of bug #44182 (project health): Status:None = Ready For Test ___ Follow-up Comment #1: Hi Carlos Thanks for reporting ! The error is coming from the serverpass utility, _only_ when is the first installation. You need to source the GNU Health RC file $ source $HOME/.gnuhealthrc Then run the serverpass utility cd gnuhealth/tryton/server/util python ./serverpass.py Then follow the next steps in the installation guide. I will update the guide accordingly . Let us know if it works for you. Best, ___ Reply to this item at: http://savannah.gnu.org/bugs/?44182 ___ Message sent via/by Savannah http://savannah.gnu.org/
[Health-dev] [bug #44182] 2.8 installer fails with TRYTOND_CONFIG variable not set
Update of bug #44182 (project health): Status: Ready For Test = Fixed Release:None = 2.8.0 ___ Follow-up Comment #6: Fixed in changeset 1837:689a171ee5af ___ Reply to this item at: http://savannah.gnu.org/bugs/?44182 ___ Message sent via/by Savannah http://savannah.gnu.org/
[Health-dev] [bug #43993] Relation «gnuhealth_institution» does not exist on installation
Update of bug #43993 (project health): Open/Closed:Open = Closed Release:None = 2.7.0 ___ Reply to this item at: http://savannah.gnu.org/bugs/?43993 ___ Message sent via/by Savannah http://savannah.gnu.org/
[Health-dev] [bug #43996] use the health institution as suffix
Update of bug #43996 (project health): Status:None = Fixed ___ Reply to this item at: http://savannah.gnu.org/bugs/?43996 ___ Message sent via/by Savannah http://savannah.gnu.org/
[Health-dev] [bug #43996] use the health institution as suffix
Update of bug #43996 (project health): Open/Closed:Open = Closed ___ Reply to this item at: http://savannah.gnu.org/bugs/?43996 ___ Message sent via/by Savannah http://savannah.gnu.org/
Re: [Health-dev] Update base packages : python2.7-cracklib
Hi Axel ! On Mon, 19 Jan 2015 11:16:50 +0100 Axel Braun axel.br...@gmx.de wrote: Hi Luis, Am Sonntag, 18. Januar 2015, 12:26:09 schrieb Luis Falcon: I will be releasing tonight or tomorrow RC2 tarball, so you can download and test the installation process. looking forward to this! The tarball should be up today :) I just uploaded the latest rc2 to the community server. Working on the documentation I will send another mail with the most important things to check on this new version later. At this point, and to save time, please make sure your distribution has the cracklib and python2.7-cracklib bindings. The one on pypi is not up-to-date, so best it to install the package from your specific OS or distro. The latest stable version is 2.9.2 . Is this a hard requirement to use 2.9.2? It's called by the standard installation program. Take a look at the security chapter on GNU Health[1] (work in progress). There is a section on serverpass. One more question on the sync module: The tryton_synchronisation is not (yet) released as module on tryton, is it planned to do so? For what I've been talking to Cedric, the synchro engine is not part of the main package at this point. As you wrote in task #13407 (project health): On Sunday 11th ( 2.8 Release Candidate 1), the community server should be configured as the central instance, and will accept synchronizations from satellites. Will this be the 'frozen' version of the Demo -DB? Otherwise each client will sync all changes that users make to the demo-db as well. Where can the ID for the server been looked up? The central instance ID is always 0. But that happens behind the scenes. The id that you have to set is in your satellite instance. The server database will be the same as the one we use. It will bounce/reset everyday. I'm also documenting on Wikibook the Synchronization engine for GNU Health[2] . 1.- https://en.wikibooks.org/wiki/GNU_Health/Security 2.- https://en.wikibooks.org/wiki/GNU_Health/Synchronization_Guide PS: This version should have been called time to document :), but I feel that documentation has been one of our pending jobs, and it's about time to really work on this. Best, Luis Cheers Axel
[Health-dev] [bug #44068] Missing setup.py
URL: http://savannah.gnu.org/bugs/?44068 Summary: Missing setup.py Project: GNU Health Submitted by: meanmicio Submitted on: Thu 22 Jan 2015 12:40:32 PM GMT Category: Operating System Severity: 3 - Normal Item Group: None Status: Confirmed Privacy: Public Assigned to: meanmicio Open/Closed: Open Discussion Lock: Any Release: None Module: health_ISS ___ Details: We need to create the setup.py file for the ISS module, so we can use it in pypi and other installation types other than the standard. Thanks Axel Braun for noticing ! ___ Reply to this item at: http://savannah.gnu.org/bugs/?44068 ___ Message sent via/by Savannah http://savannah.gnu.org/
[Health-dev] Development version 28RC2 available to download
Hi devs and testers ! The tarball development version 28RC2 is available for download at http://health.gnu.org/downloads/development/unstable/gnuhealth-28rc2.tar.gz Please test and report all that you can. We're about 10 days away from the official release, so please check, translate, and report :) Best, Luis
[Health-dev] Update base packages : python2.7-cracklib
Hi GNU Health devs and packagers ! I will be releasing tonight or tomorrow RC2 tarball, so you can download and test the installation process. I will send another mail with the most important things to check on this new version later. At this point, and to save time, please make sure your distribution has the cracklib and python2.7-cracklib bindings. The one on pypi is not up-to-date, so best it to install the package from your specific OS or distro. The latest stable version is 2.9.2 . I already updated the Operating System specific requirements documentation on Wikibooks for some distros . Let me know if you find any issues, and enjoy Sunday ! Best, Luis
[Health-dev] [task #13483] Compute the patient waiting time before the evaluation
URL: http://savannah.gnu.org/task/?13483 Summary: Compute the patient waiting time before the evaluation Project: GNU Health Submitted by: meanmicio Submitted on: Tue 17 Feb 2015 06:04:00 PM GMT Should Start On: Tue 17 Feb 2015 12:00:00 AM GMT Should be Finished on: Sun 13 Sep 2015 12:00:00 AM GMT Category: None Priority: 5 - Normal Status: None Privacy: Public Percent Complete: 0% Assigned to: meanmicio Open/Closed: Open Discussion Lock: Any Release: None Module: health ___ Details: The period from the patient getting in the health center until the evaluation should be computed, in a similar way to the time that the patient consultation last. Thank you to Abdul and Armand for their input ! ___ Reply to this item at: http://savannah.gnu.org/task/?13483 ___ Message sent via/by Savannah http://savannah.gnu.org/
[Health-dev] [task #13494] Allow to search for the lab test code
URL: http://savannah.gnu.org/task/?13494 Summary: Allow to search for the lab test code Project: GNU Health Submitted by: meanmicio Submitted on: Thu 19 Feb 2015 04:45:24 PM GMT Should Start On: Thu 19 Feb 2015 12:00:00 AM GMT Should be Finished on: Thu 13 Aug 2015 12:00:00 AM GMT Category: None Priority: 5 - Normal Status: None Privacy: Public Percent Complete: 0% Assigned to: meanmicio Open/Closed: Open Discussion Lock: Any Release: None Module: health_lab ___ Details: Currently the lab test search is limited to the test (long) name. We will also search it by its short - code - name. ___ Reply to this item at: http://savannah.gnu.org/task/?13494 ___ Message sent via/by Savannah http://savannah.gnu.org/
[Health-dev] [task #13495] Add the diet menu
URL: http://savannah.gnu.org/task/?13495 Summary: Add the diet menu Project: GNU Health Submitted by: meanmicio Submitted on: Thu 19 Feb 2015 06:07:24 PM GMT Should Start On: Thu 19 Feb 2015 12:00:00 AM GMT Should be Finished on: Thu 13 Aug 2015 12:00:00 AM GMT Category: None Priority: 5 - Normal Status: None Privacy: Public Percent Complete: 0% Assigned to: meanmicio Open/Closed: Open Discussion Lock: Any Release: None Module: health ___ Details: The diet / meal plans are accessible from the inpatient model. We also need to have access from the configuration menu. ___ Reply to this item at: http://savannah.gnu.org/task/?13495 ___ Message sent via/by Savannah http://savannah.gnu.org/
[Health-dev] [task #13495] Add the diet menu
Update of task #13495 (project health): Category:None = Functionality Release:None = 2.9.0 ___ Reply to this item at: http://savannah.gnu.org/task/?13495 ___ Message sent via/by Savannah http://savannah.gnu.org/
[Health-dev] GNU Health 28RC3 available for testing
Dear testers and translators GNU Health Release Candidate 3 is available now, both at the community server (health28rc3) and at health.gnu.org/downloads/development/unstable/gnuhealth-28rc3.tar.gz Its MD5 (gnuhealth-28rc3.tar.gz) = 06a06761568580623469354ca041ed01 We're reaching the stable release launch for this Sunday, so almost there ! :) I have also updated the demo server with a bit more of info, on the vital records, evaluations, crypto, ... You should also be able to test the gnuhealth-control center program to do backups and updates. As usual report any problems you find in the mailing list and IRC channels. Best, Luis
Re: [Health-dev] GNU Health 28RC3 available for testing
Hi, Axel ! On Tue, 27 Jan 2015 14:49:52 +0100 Axel Braun axel.br...@gmx.de wrote: Hi Luis, Gesendet: Dienstag, 27. Januar 2015 um 13:49 Uhr Von: Luis Falcon fal...@gnu.org An: health-dev@gnu.org Betreff: [Health-dev] GNU Health 28RC3 available for testing Dear testers and translators GNU Health Release Candidate 3 is available now, both at the community server (health28rc3) and at health.gnu.org/downloads/development/unstable/gnuhealth-28rc3.tar.gz Another one on setup.py: [Mon Jan 26 14:13:39 2015] INFO:modules:health_history:registering classes [Mon Jan 26 14:13:39 2015] INFO:modules:health_ntd:registering classes [Mon Jan 26 14:13:39 2015] INFO:modules:health_services:registering classes [Mon Jan 26 14:13:39 2015] INFO:modules:health_ntd_dengue:registering classes [Mon Jan 26 14:13:39 2015] INFO:modules:health_icu:registering classes [Mon Jan 26 14:13:39 2015] INFO:modules:health_stock:registering classes /usr/lib/python2.7/site-packages/trytond/modules/health_stock/__init__.py:27: ImportWarning: Not importing directory '/usr/lib/python2.7/site-packages/trytond/modules/health_stock/wizard': missing __init__.py from wizard import * Traceback (most recent call last): File /usr/bin/trytond, line 80, in module trytond.server.TrytonServer(options).run() File /usr/lib/python2.7/site-packages/trytond/server.py, line 98, in run Pool(db_name).init(update=self.options.update, lang=lang) File /usr/lib/python2.7/site-packages/trytond/pool.py, line 140, in init self.start() File /usr/lib/python2.7/site-packages/trytond/pool.py, line 92, in start register_classes() File /usr/lib/python2.7/site-packages/trytond/modules/__init__.py, line 351, in register_classes mod_file, pathname, description) File /usr/lib/python2.7/site-packages/trytond/modules/health_stock/__init__.py, line 27, in module from wizard import * ImportError: No module named wizard Thanks for reporting ! Fixed on : http://hg.savannah.gnu.org/hgweb/health/rev/d68fda45a7ac
Re: [Health-dev] Important tests for upcoming GNU Health 2.8
Hi Mouhamed ! On Tue, 27 Jan 2015 22:58:55 +0100 Mouhamed Moustapha Diouf mdi...@baamtu.com wrote: Hi, the installation with gnuhealth_install work perfectly the first time. Generation of PUID ok also. Continuing testing Thank you for testing and reporting ! It's great to know :) @all : Please indicate the Operating System that you're running the tests. Best, Le 27/01/2015 17:00, Luis Falcon a écrit : Dear all, We are getting close to the release of 2.8.0 . I would like to get feedback on the RC3, especially on : MAIN GNU HEALTH SERVER * The GNU Health standard installer (gnuhealth_install) * gnuhealth-control : Automated Backups and updates * Setup new instance, institution, health professionals, people and patients. * Person Unique Identifier * Immunizations : Schedule, reports, patient immunization status report,.. * Document digests / validations * Crypto plugin installation on Tryton client * Digital signatures (vital records, prescriptions and patient evaluations ). Please check the workflows are OK * Injury Surveillance System * Birth and Death Certificates * Demographics reports * Upgrade : Verify that the upgrades from previous versions go smooth. * Translations SYNCHRO ENGINE and HL7 FHIR * Synchronization : I'm enabling synchronization on the community server. Those interested in working on the testing, please let me know, so we start assigning IDs to each of you. * FHIR server. Chris Zimmerman is on top of this one. We're setting up the server in Amsterdam too, so you will be able to test it too. This will give us a nice overview on the latest functionality check. @Axel : I updated the setup.py for the latest tarball, and uploaded it :) MD5 (gnuhealth-28rc3.tar.gz) = 72884aed63d4effb6fcca082b5f0d114 Thank you ! Best, Luis
Re: [Health-dev] Important tests for upcoming GNU Health 2.8
Hi Axel ! On Wed, 28 Jan 2015 09:26:15 +0100 Axel Braun axel.br...@gmx.de wrote: Hi Luis, Gesendet: Dienstag, 27. Januar 2015 um 17:00 Uhr Von: Luis Falcon fal...@gnu.org An: health-dev@gnu.org Betreff: [Health-dev] Important tests for upcoming GNU Health 2.8 We are getting close to the release of 2.8.0 . I would like to get feedback on the RC3, especially on : MAIN GNU HEALTH SERVER * The GNU Health standard installer (gnuhealth_install) * gnuhealth-control : Automated Backups and updates * Setup new instance, institution, health professionals, people and patients. So far no problems... * Person Unique Identifier * Immunizations : Schedule, reports, patient immunization status report,.. * Document digests / validations * Crypto plugin installation on Tryton client Works as well * Digital signatures (vital records, prescriptions and patient evaluations ). Please check the workflows are OK Can you point me to the documentation on how to set it up in GNUHealth? You need to install health_crypto module. Then check the vital records (Demographics - Birth and Death Certificates ) or directly from Party - Related Action (Birth / Death certs ). In the patient evaluation you now have a new validation tab, showing the digest, the document integrity status and the digital signature (if signed). In the patient evaluation, the states are In progress - Done - Signed . Different information will be shown depending on the state. The health_history module incorporates this info on the patient evaluation report. * Injury Surveillance System * Birth and Death Certificates * Demographics reports * Upgrade : Verify that the upgrades from previous versions go smooth. Finally updated the demo server 2.6.3 to 2.8rc3 w/o problems. This is great :) So if things go smooth as they appear, I can now dedicate the time to documentation. Thank you ! Best, Thx Axel
Re: [Health-dev] Important tests for upcoming GNU Health 2.8
Hi Axel ! On Wed, 28 Jan 2015 12:30:49 +0100 Axel Braun axel.br...@gmx.de wrote: Hi Luis, Gesendet: Mittwoch, 28. Januar 2015 um 11:52 Uhr Von: Luis Falcon fal...@gnu.org An: Axel Braun axel.br...@gmx.de Cc: health-dev@gnu.org Betreff: Re: [Health-dev] Important tests for upcoming GNU Health 2.8 ... * Digital signatures (vital records, prescriptions and patient evaluations ). Please check the workflows are OK Can you point me to the documentation on how to set it up in GNUHealth? You need to install health_crypto module. Done, bundled with the Tryton client 3.2 and 3.4 (openSUSE) Great :) Then check the vital records (Demographics - Birth and Death Certificates ) or directly from Party - Related Action (Birth / Death certs ). One step back please: I created a new health professional. Does the professional have to create his own set of keys? [I assume yes, on the operating system level] How is the key management handled, where do I import his secret key? No need to import anything. Signing the GNU Health document with your private key is done with the GNU Health GPG crypto plugin for the Tryton client. It retrieves your gnupg key from your client. Of course, you have to have an existing key-pair. I will document this section today. Best, Thanks Axel
Re: [Health-dev] Last day for submitting translations for 2.8
Sorry, I forgot about the GNU Health Japanese translator team, which is also part now of the official languages. 有難う 御座います ! Luis On Thu, 29 Jan 2015 14:04:40 + Luis Falcon fal...@gnu.org wrote: Dear team. Just a couple of days from the release of 2.8 ! Today will be the last day to submit the translations for the official languages : English, Chinese, French, Greek, Italian, Portuguese and Spanish . It's time to wrap up and prepare the tarballs for the release :) All the best Luis
[Health-dev] [bug #44072] Missing package directory for wizard on setup.py
Update of bug #44072 (project health): Status:None = Fixed Open/Closed:Open = Closed Release:None = 2.7.0 ___ Follow-up Comment #1: Fixed on changeset 1787:301265a1642d ___ Reply to this item at: http://savannah.gnu.org/bugs/?44072 ___ Message sent via/by Savannah http://savannah.gnu.org/
[Health-dev] [bug #44072] Missing package directory for wizard on setup.py
URL: http://savannah.gnu.org/bugs/?44072 Summary: Missing package directory for wizard on setup.py Project: GNU Health Submitted by: meanmicio Submitted on: Fri 23 Jan 2015 06:37:55 AM GMT Category: Installation Severity: 3 - Normal Item Group: None Status: None Privacy: Public Assigned to: meanmicio Open/Closed: Open Discussion Lock: Any Release: None Module: health_reporting ___ Details: health_reporting is missing from the package, giving the error error: package directory 'trytond/modules/wizard' does not exist ___ Reply to this item at: http://savannah.gnu.org/bugs/?44072 ___ Message sent via/by Savannah http://savannah.gnu.org/
[Health-dev] Important tests for upcoming GNU Health 2.8
Dear all, We are getting close to the release of 2.8.0 . I would like to get feedback on the RC3, especially on : MAIN GNU HEALTH SERVER * The GNU Health standard installer (gnuhealth_install) * gnuhealth-control : Automated Backups and updates * Setup new instance, institution, health professionals, people and patients. * Person Unique Identifier * Immunizations : Schedule, reports, patient immunization status report,.. * Document digests / validations * Crypto plugin installation on Tryton client * Digital signatures (vital records, prescriptions and patient evaluations ). Please check the workflows are OK * Injury Surveillance System * Birth and Death Certificates * Demographics reports * Upgrade : Verify that the upgrades from previous versions go smooth. * Translations SYNCHRO ENGINE and HL7 FHIR * Synchronization : I'm enabling synchronization on the community server. Those interested in working on the testing, please let me know, so we start assigning IDs to each of you. * FHIR server. Chris Zimmerman is on top of this one. We're setting up the server in Amsterdam too, so you will be able to test it too. This will give us a nice overview on the latest functionality check. @Axel : I updated the setup.py for the latest tarball, and uploaded it :) MD5 (gnuhealth-28rc3.tar.gz) = 72884aed63d4effb6fcca082b5f0d114 Thank you ! Best, Luis
[Health-dev] Community Server updated to 28 RC1
Dear all We're moving to GNU Health 2.8 ! Today I have updated the Community Server to version 28 Release Candidate 1, so time to update your Tryton clients :) The stable release is expected for February 1st, so now is time to focus on documentation, translation and bug-fixing. Many things have been incorporated and/or enhanced in this version : Tryton 3.4 support, Synchronization engine, demographics, FHIR, vaccination DSS, Vital Record System, gnuhealth backup and update manager, enhanced security via cracklib, Injury Surveillance System, among others. During this week we will be activating backend features to the running server, such as the synchronization engine. I would also like to update the current demo database with the new functionality and include extra indicators in reports. Anyways, hope you like the new features, and report the bugs you find ! We'll keep you updated :) Best, Luis
Re: [Health-dev] [Health] Community Server updated to 28 RC1
Dear Armand On Tue, 13 Jan 2015 08:41:25 + (UTC) Armand MPASSY-NZOUMBA armandmpa...@yahoo.com wrote: Dear Luis, Congratulations to you and all those involved! I am new to GNU Health. Coming from an African background and having a long time experience in IT and health, I can tell you that this software is going to make a big difference towards the improvement of community health in Africa.Thank you! Muchas Gracias! Merci! Danke schön! Matondo Mingui! Armand Thank you very much for your kind and motivating email ! Welcome to the project ! Best, Luis On Sunday, January 11, 2015 11:28 PM, Luis Falcon fal...@gnu.org wrote: Dear all We're moving to GNU Health 2.8 ! Today I have updated the Community Server to version 28 Release Candidate 1, so time to update your Tryton clients :) The stable release is expected for February 1st, so now is time to focus on documentation, translation and bug-fixing. Many things have been incorporated and/or enhanced in this version : Tryton 3.4 support, Synchronization engine, demographics, FHIR, vaccination DSS, Vital Record System, gnuhealth backup and update manager, enhanced security via cracklib, Injury Surveillance System, among others. During this week we will be activating backend features to the running server, such as the synchronization engine. I would also like to update the current demo database with the new functionality and include extra indicators in reports. Anyways, hope you like the new features, and report the bugs you find ! We'll keep you updated :) Best, Luis
[Health-dev] [bug #43993] Relation «gnuhealth_institution» does not exist on installation
Follow-up Comment #3, bug #43993 (project health): I fixed already, thanks anyways Bruno. Next time, when working on a bug, change the status, and assign it, so we don't work in parallel :) Best, ___ Reply to this item at: http://savannah.gnu.org/bugs/?43993 ___ Message sent via/by Savannah http://savannah.gnu.org/
[Health-dev] [bug #43993] Relation «gnuhealth_institution» does not exist on installation
Update of bug #43993 (project health): Status: In Progress = Fixed ___ Follow-up Comment #2: Fixed on http://hg.savannah.gnu.org/hgweb/health/rev/2783ceb51839 ___ Reply to this item at: http://savannah.gnu.org/bugs/?43993 ___ Message sent via/by Savannah http://savannah.gnu.org/
[Health-dev] [bug #43996] use the health institution as suffix
Update of bug #43996 (project health): Assigned to:mariomop = meanmicio ___ Reply to this item at: http://savannah.gnu.org/bugs/?43996 ___ Message sent via/by Savannah http://savannah.gnu.org/
[Health-dev] [bug #43993] Relation «gnuhealth_institution» does not exist on installation
Update of bug #43993 (project health): Assigned to:None = meanmicio ___ Reply to this item at: http://savannah.gnu.org/bugs/?43993 ___ Message sent via/by Savannah http://savannah.gnu.org/
[Health-dev] [bug #43996] use the health institution as suffix
URL: http://savannah.gnu.org/bugs/?43996 Summary: use the health institution as suffix Project: GNU Health Submitted by: meanmicio Submitted on: Tue 13 Jan 2015 11:52:36 AM GMT Category: Functionality Severity: 2 - Minor Item Group: None Status: None Privacy: Public Assigned to: mariomop Open/Closed: Open Discussion Lock: Any Release: None Module: health ___ Details: In the party code, for better readability, the institution name should be a suffix, instead of a prefix . The new format will be : uuid-institution_code ___ Reply to this item at: http://savannah.gnu.org/bugs/?43996 ___ Message sent via/by Savannah http://savannah.gnu.org/
[Health-dev] [bug #43993] Relation «gnuhealth_institution» does not exist on installation
Update of bug #43993 (project health): Status:None = In Progress ___ Reply to this item at: http://savannah.gnu.org/bugs/?43993 ___ Message sent via/by Savannah http://savannah.gnu.org/
Re: [Health-dev] Community Server updated to 28 RC1
Hi, Axel ! On Tue, 13 Jan 2015 23:03:51 +0100 Axel Braun axel.br...@gmx.de wrote: Am Sonntag, 11. Januar 2015, 22:27:58 schrieb Luis Falcon: We're moving to GNU Health 2.8 ! Today I have updated the Community Server to version 28 Release Candidate 1, so time to update your Tryton clients Great News Luis! Did you release a RC1 package as well? I will be releasing this weekend RC2, along with a tar.gz file so you can test the installation process. Best, Cheers Axel
Re: [Health-dev] Documenting Operating System requirements section
Hi again :) The wikibook page for OS Specific notes is http://en.wikibooks.org/wiki/GNU_Health/Operating_System-Specific_Notes Best, On Sat, 14 Feb 2015 20:31:55 + Luis Falcon fal...@gnu.org wrote: Hi dev community ! In order to facilitate the installation process in your operating system or distribution, we need to improve the current wikibook documentation specific to such environment[1] Starting this current version (2.8) , we should focus on documenting the installation using the gnuhealth installer (gnuhealth_install.sh) for your favorite operating system / distro. By doing this, we will all have a common method, specific to the GNU Health version and its dependencies. I am confident it will be much easier to follow and to install. Specific OS packages and instructions should be placed on each distro / OS portals. Please send us the link so we can relate to them ! Also, let's try to be specific and to the main requirements. I will be happy to document FreeBSD and Arch. Thank you all ! All the best, Luis 1.- http://en.wikibooks.org/wiki/GNU_Health/Installation
[Health-dev] [task #13390] Set deceased field as a party attribute instead of patient
Update of task #13390 (project health): Status:None = Done Percent Complete: 0% = 100% Open/Closed:Open = Closed ___ Reply to this item at: http://savannah.gnu.org/task/?13390 ___ Message sent via/by Savannah http://savannah.gnu.org/
[Health-dev] [task #13407] GNU Health synchronization module
Update of task #13407 (project health): Status:None = Done Percent Complete: 0% = 100% Release:None = 2.7.0 ___ Follow-up Comment #1: Documentation at https://en.wikibooks.org/wiki/GNU_Health/Synchronization_Guide On Sunday 11th ( 2.8 Release Candidate 1), the community server should be configured as the central instance, and will accept synchronizations from satellites. ___ Reply to this item at: http://savannah.gnu.org/task/?13407 ___ Message sent via/by Savannah http://savannah.gnu.org/
[Health-dev] [task #13491] Improve demo data
URL: http://savannah.gnu.org/task/?13491 Summary: Improve demo data Project: GNU Health Submitted by: meanmicio Submitted on: Wed 18 Feb 2015 11:32:04 PM GMT Should Start On: Wed 18 Feb 2015 12:00:00 AM GMT Should be Finished on: Sat 07 Mar 2015 12:00:00 AM GMT Category: None Priority: 5 - Normal Status: None Privacy: Public Percent Complete: 0% Assigned to: meanmicio Open/Closed: Open Discussion Lock: Any Release: None Module: demo ___ Details: We will include more data for the community demo server and PG offline use. We will also include the attach directory, with charts, EKG strips, Xrays, and other attachments. ___ Reply to this item at: http://savannah.gnu.org/task/?13491 ___ Message sent via/by Savannah http://savannah.gnu.org/
[Health-dev] [task #13491] Improve demo data
Update of task #13491 (project health): Release:None = 2.9.0 ___ Reply to this item at: http://savannah.gnu.org/task/?13491 ___ Message sent via/by Savannah http://savannah.gnu.org/
Re: [Health-dev] Blood Bank Module
Hi Chris, Marc On Sun, 15 Mar 2015 21:22:02 -0700 Chris s...@riseup.net wrote: Hiya! I'm in the final stages of building a Blood Bank management system based on Django. Over the last few months however, I have been working a lot with GNU Health and Tryton. Awesome! =-) Considering that the folks responsible for the Django app are planning to release it with an OSS license, I was thinking to use some of the effort and knowledge to create a blood bank module for GNU Health. Awesome ^ 2! =-) Thanks for pointing this out ! We had a quite interesting discussion on this in the Spanish GNU Health mailing some months ago. http://lists.gnu.org/archive/html/health-es/2014-08/msg00112.html From this thread we came to the conclusion that the best way to start is with a generic module with the common functionality for transplantable tissues / organs, and from there create specifics for each of them. Let us know your thoughts. Best, Luis Additionally, since I'm still new to the world of medicine, can anyone point me to info from the WHO or otherwise that may be useful in making the final module internally applicable. Here's a start: http://who.int/bloodsafety/en/ The Global Database On Blood Safety questionnaire would be interesting to include. Regards, -C
Re: [Health-dev] ICD10PCS - add to products
Hi Chris ! On Thu, 19 Mar 2015 16:34:26 -0700 Chris s...@riseup.net wrote: Unless I'm missing something, the icd10pcs module does not create products (in the products model) for invoicing. I'm wondering if it should? On a clean install, it seems I have to manually enter the product for the invoice. Instead, create a Procedures category, and add all the procedures to the products for easy invoicing/billing. Easy changes to data files (although, they are huge already!). Thoughts? Hehe, hopefully not missing the obvious and the functionality already exists. =-) Regards, The health_service module is the guy that mediates between the actual services and what to invoice or not. The thing is that health_services is generic, meaning that it does not match a specific procedure / coding with its related product / service on the product model. We've been thinking on the best way to actually make the procedures appear on the service model upon completion. For instance, Dx imaging, lab, surgeries, procedures, evaluations / encounters, meds, ... As you can see, there is not a fixed way to approach this. One thing that I thought was to introduce the serviceable attribute on the models, so from there, we can select the related product, but also linking it to the ID and description of the service itself. We have to come to a balance between functionality and concreteness . Your example is a very good one. We should not associate each medical procedure to a product. The ICD10PCS has over 72000 procedures, and the ICPM over 800. Similar things would happen in the labs, imaging, etc... I think that grouping in terms of evaluations / encounters, surgeries (and not the procedures within it), etc .. and having a link from the services model, we could drill down and see the details. This is a hot topic in GNU Health and we need to address it in this 3.0. Best, Luis -C
Re: [Health-dev] Wikibooks - Installation Instructions removed?
Good morning, Axel On Sat, 07 Mar 2015 11:29:38 +0100 Axel Braun axel.br...@gmx.de wrote: Gents, I noticed that with the latest update of the system-specific installation instructions the section for openSUSE (and potentially others as well) got removed. Can anyone explain the rationale behind that? Here is the rationale, sent a while ago to this list. https://www.mail-archive.com/health-dev@gnu.org/msg00521.html We are in the process of unifying the installation instructions for ALL major Operating Systems and Distros. Of course, Arch, OpenSUSE and many others will be documented as soon as possible. Yesterday I installed from scratch three operating systems,GNU Health, evaluated and documented them. This is a tedious, time-consuming process, but definitely worth. Hopefully I will be able to have OpenSUSE and Arch installation documentation by this week. Of course, you're most welcome to contribute. Best, Luis Thanks Axel
[Health-dev] [task #13531] Documenting Immunization on Wikibooks
Update of task #13531 (project health): Status: In Progress = Done Percent Complete: 0% = 100% Open/Closed:Open = Closed ___ Follow-up Comment #1: Documented in https://en.wikibooks.org/wiki/GNU_Health/Immunizations ___ Reply to this item at: http://savannah.gnu.org/task/?13531 ___ Message sent via/by Savannah http://savannah.gnu.org/
[Health-dev] [task #13531] Documenting Immunization on Wikibooks
URL: http://savannah.gnu.org/task/?13531 Summary: Documenting Immunization on Wikibooks Project: GNU Health Submitted by: meanmicio Submitted on: Sun 29 Mar 2015 12:45:04 PM GMT Should Start On: Sun 29 Mar 2015 12:00:00 AM GMT Should be Finished on: Mon 30 Mar 2015 12:00:00 AM GMT Category: Documentation Priority: 5 - Normal Status: None Privacy: Public Percent Complete: 0% Assigned to: None Open/Closed: Open Discussion Lock: Any Release: None Module: Core ___ Details: Need to document the immunization functionality (schedules, vaccines, doses, reports ... ). ___ Reply to this item at: http://savannah.gnu.org/task/?13531 ___ Message sent via/by Savannah http://savannah.gnu.org/
Re: [Health-dev] ICD10PCS - add to products
Hi, Chris ! On Fri, 20 Mar 2015 13:00:53 -0700 Chris s...@riseup.net wrote: Hiya! On 03/19/15, Luis Falcon wrote: Hi Chris ! On Thu, 19 Mar 2015 16:34:26 -0700 Chris s...@riseup.net wrote: Unless I'm missing something, the icd10pcs module does not create products (in the products model) for invoicing. I'm wondering if it should? On a clean install, it seems I have to manually enter the product for the invoice. Instead, create a Procedures category, and add all the procedures to the products for easy invoicing/billing. Easy changes to data files (although, they are huge already!). Thoughts? Hehe, hopefully not missing the obvious and the functionality already exists. =-) Regards, The health_service module is the guy that mediates between the actual services and what to invoice or not. The thing is that health_services is generic, meaning that it does not match a specific procedure / coding with its related product / service on the product model. Yeah, from what I gather the workflow is something like: Health_services Create Input name (other info) Create Invoice Invoices Add product line Post Mostly manually entered information. We've been thinking on the best way to actually make the procedures appear on the service model upon completion. For instance, Dx imaging, lab, surgeries, procedures, evaluations / encounters, meds, ... Agreed! As you can see, there is not a fixed way to approach this. One thing that I thought was to introduce the serviceable attribute on the models, so from there, we can select the related product, but also linking it to the ID and description of the service itself. We have to come to a balance between functionality and concreteness . Your example is a very good one. We should not associate each medical procedure to a product. The ICD10PCS has over 72000 procedures, and the ICPM over 800. Similar things would happen in the labs, imaging, etc... I think that grouping in terms of evaluations / encounters, surgeries (and not the procedures within it), etc .. and having a link from the services model, we could drill down and see the details. You make good points about this. Here, procedural coding for billing is almost absolute. For better or worse. So, this is important, especially because how tedious it is to *manually* input procedure codes (with long descriptions) into invoices. That is, mark what models are invoice-relevant? It seems to me, also, that the default behaviour for 'serviceable' models should be to create an health_services line. That is, a lab test request should, for example, create a line on the health_services row with pertinent info already saved. Then, the user can decide whether to create the actual invoice, ignore that service, etc. Agree ! The only thing is, where we draw the line... there are many procedures that are done in the medical practice, but won't be reflected on the services, or they will be reflected as part of a major / global service. For instance, let's think about taking the blood pressure on a regular visit. From the medical point of view is quite relevant, yet, we would include it on the encounter, and not create a dedicated line for it. As ususal, we have to find the balance :) How to tie the invoice to a product -- that's where the groupings come in, you think? This is a hot topic in GNU Health and we need to address it in this 3.0. Agreed! =-) There is a task for health_services functionality, but do you think we should create a task for this larger issue? For example, Connect billable services to health_services module? I think that once we have automated the link between procedures - services, the billing part should be OK, since it's just marking which of the lines should be part of the invoice. What do you think ? Best, Luis All the best, -C
[Health-dev] [task #13545] Enhance functionality in Operating Rooms and surgeries
Update of task #13545 (project health): Percent Complete: 40% = 60% ___ Follow-up Comment #6: - Update surgery states : draft, cancelled, confirmed, start, done, signed - Include medical supplies needed in the surgery ___ Reply to this item at: http://savannah.gnu.org/task/?13545 ___ Message sent via/by Savannah http://savannah.gnu.org/
[Health-dev] [task #13600] Development demo server
URL: http://savannah.gnu.org/task/?13600 Summary: Development demo server Project: GNU Health Submitted by: meanmicio Submitted on: Sat 02 May 2015 11:42:55 AM GMT Should Start On: Sat 02 May 2015 12:00:00 AM GMT Should be Finished on: Sun 03 May 2015 12:00:00 AM GMT Category: Demo server Priority: 7 - High Status: None Privacy: Public Percent Complete: 0% Assigned to: meanmicio Open/Closed: Open Discussion Lock: Any Release: None Module: all ___ Details: Hi, GNU Health devs ! I will be creating a daily / snapshot server and database so we can test the upcoming functionality. It's intended for developers and for people that wants to see the bleeding edge functionality. DB should be updated / reloaded every day. Of course, very volatile. The server will be the same (health.gnu.org) port will be 9555, DB air. I believe it will be a valuable asset for the developing team. Best, Luis ___ Reply to this item at: http://savannah.gnu.org/task/?13600 ___ Message sent via/by Savannah http://savannah.gnu.org/
[Health-dev] [task #13601] Create simple services report
URL: http://savannah.gnu.org/task/?13601 Summary: Create simple services report Project: GNU Health Submitted by: meanmicio Submitted on: Sat 02 May 2015 06:27:22 PM GMT Should Start On: Sat 02 May 2015 12:00:00 AM GMT Should be Finished on: Sat 24 Oct 2015 12:00:00 AM GMT Category: Reporting Priority: 5 - Normal Status: None Privacy: Public Percent Complete: 0% Assigned to: meanmicio Open/Closed: Open Discussion Lock: Any Release: None Module: health_service ___ Details: Create a report on the health service, with the whole list of actions done to the patient, and which lines were or not invoiced. ___ Reply to this item at: http://savannah.gnu.org/task/?13601 ___ Message sent via/by Savannah http://savannah.gnu.org/
[Health-dev] [bug #43317] Use origin on InvoiceLine
Update of bug #43317 (project health): Status:None = In Progress Assigned to: oscar_alv = teffalump ___ Follow-up Comment #3: Thank you, Chris ! I just tested and it looks great. I like the idea of the functional fields, and using the origin field. What we should do now is, once the service has been invoiced, make read-only those fields coming from the health services model that are used as the source to the functional fields in the invoice module. PS: Just added missing imports (Transaction and backend), probably slipped from the patch file. Best, ___ Reply to this item at: http://savannah.gnu.org/bugs/?43317 ___ Message sent via/by Savannah http://savannah.gnu.org/
[Health-dev] [task #13600] Development demo server
Update of task #13600 (project health): Status:None = In Progress Release:None = 2.9.0 ___ Reply to this item at: http://savannah.gnu.org/task/?13600 ___ Message sent via/by Savannah http://savannah.gnu.org/
[Health-dev] [bug #41382] 'Application Error' on Creating New Stock Move
Update of bug #41382 (project health): Status: In Progress = Works For Me ___ Follow-up Comment #3: Hi,Chris We created the wizard so the stock moves are generated from the information given in the main prescription / vaccination view. So, the related records in these models are only to _view_ NOT to generate the moves. As you said, this is done in the stock move wizard . Since Tryton 3.2, the domain in relate actions has been limited to active_ids . This is part of the reason we use wizard to create the stock move and to create the patient evaluation from the appointment. Check http://savannah.gnu.org/bugs/?43111 We should document the functionality on the wiki and close the bug. Probably, we should also call the related records action View stock moves to be more explicit about the purpose. Best, ___ Reply to this item at: http://savannah.gnu.org/bugs/?41382 ___ Message sent via/by Savannah http://savannah.gnu.org/
[Health-dev] [task #13483] Compute the patient waiting time before the evaluation
Follow-up Comment #2, task #13483 (project health): You are right, Chris ! We need a check-in value, and we probably should also have a checked-in state on the appointment. ( Free - Confirmed - **Checked in** - Done ) The others states will also remain ( Cancelled by patient, Cancelled by Health Center, and No show ). On this matter, we need to create a task that will automatically set to Done the appointment upon finishing the related encounter / evaluation. Best, ___ Reply to this item at: http://savannah.gnu.org/task/?13483 ___ Message sent via/by Savannah http://savannah.gnu.org/
[Health-dev] [task #13545] Enhance functionality in Operating Rooms and surgeries
Update of task #13545 (project health): Percent Complete: 80% = 90% ___ Follow-up Comment #8: Add view domains and colors for different states on the surgery. Improved Operating Room reservation process. ___ Reply to this item at: http://savannah.gnu.org/task/?13545 ___ Message sent via/by Savannah http://savannah.gnu.org/
[Health-dev] [task #13545] Enhance functionality in Operating Rooms and surgeries
Follow-up Comment #11, task #13545 (project health): Included the cancelled state for the surgery. I have also updated the fields states to improve the view in different stages. Air30 DB updated to changeset http://hg.savannah.gnu.org/hgweb/health/rev/01767614e83e ___ Reply to this item at: http://savannah.gnu.org/task/?13545 ___ Message sent via/by Savannah http://savannah.gnu.org/
[Health-dev] [task #13483] Compute the patient waiting time before the evaluation
Update of task #13483 (project health): Status:None = In Progress ___ Reply to this item at: http://savannah.gnu.org/task/?13483 ___ Message sent via/by Savannah http://savannah.gnu.org/
[Health-dev] [task #13620] Close the appointment when the related evaluation has been done
Update of task #13620 (project health): Release:None = 2.9.0 ___ Reply to this item at: http://savannah.gnu.org/task/?13620 ___ Message sent via/by Savannah http://savannah.gnu.org/
[Health-dev] [task #13545] Enhance functionality in Operating Rooms
URL: http://savannah.gnu.org/task/?13545 Summary: Enhance functionality in Operating Rooms Project: GNU Health Submitted by: meanmicio Submitted on: Thu 16 Apr 2015 08:57:11 AM GMT Should Start On: Thu 16 Apr 2015 12:00:00 AM GMT Should be Finished on: Sat 16 May 2015 12:00:00 AM GMT Category: Functionality Priority: 5 - Normal Status: None Privacy: Public Percent Complete: 0% Assigned to: meanmicio Open/Closed: Open Discussion Lock: Any Release: None Module: health ___ Details: The following functionality will be added to the Operating Room - Reservation - State - Team - Stock ___ Reply to this item at: http://savannah.gnu.org/task/?13545 ___ Message sent via/by Savannah http://savannah.gnu.org/
