Re: [Health-dev] Another bug at gnuhealth and urgent please

e functionality in > GNU Health and to solve your issue . > > Thanks again for reporting ! > > http://codereview.tryton.org/3261002/ JFTR it is always a good idea to have in mind and evtl. contribute to https://code.google.com/p/tryton/wiki/Migration_3_2 Cheers, Mathias --

Re: [Health-dev] GNU Health on MS Windows?

enever it comes to deploy trytond on Windows, I would recommend at once to do it in a VM. Nevertheless you are of course completely free to run natively on Windows, but again don't expect too much help on that side in case of errors, becuase it is simply not the preferred platform. Cheer

Re: [Health-dev] Roadmap gnuhealth

ons can be more > > impactful on other aspects ;) > > Finally you are a volunteer and you are free to decide how you will > spent your time. I do evaluate your past work really high and I'm sure > your future contribution will be as well (whether inside Debian or > outsi

[Health-dev] gnuhealth packages for Debian (was: Roadmap gnuhealth)

health/2014-06/msg8.html > > > > What do you mean by 'picking up'? > > I meant inclusion in the Tryton Debian archive. Similar to what you've > just indicated [4]. > > [4] > http://lists.alioth.debian.org/pipermail/tryton-debian/2014-September/0

Re: [Health-dev] Why does Tryton not contain a "pack size" field for products?

pack list price > unit list price Depending on how your workflow looks, this functionality is already included in Tryton. Have a look at purchase UOM and sale UOM. You could define a new UOM 'pack100' consisting of 1 pack containing 100 pills. You would puchase 1 pack, but sell pills

Re: [Health-dev] Why does Tryton not contain a "pack size" field for products?

on will automatically calculate the according price. I don't know, how well the purchase and sale modules will integrate with gnuhealth, but that would be for me the way to go. Cheers, Mathias -- Mathias Behrle MBSolutions Gilgenmatten 10 A D-79114 Freiburg Tel

Re: [Health-dev] Why does Tryton not contain a "pack size" field for products?

by issuing 0.01 of a pack? > > Not very user > friendly. Sorry, but just doing a test would prevent those assumptions. Define such a product with different UOMs and sell it and purchase it and you will see, that Tryton does exactly what you are expecting. Cheers, Mathias --

Re: [Health-dev] Any help needed?

t for inclusion has to be made. If you want tackle this side of the project, just get in touch with the german translator team. Cheers, Mathias -- Mathias Behrle MBSolutions Gilgenmatten 10 A D-79114 Freiburg Tel: +49(761)471023 Fax: +49(761)4770816 http://m9s.biz

Re: [Health-dev] GNU Health child immunisation schedule functionality?

as function fields. Field 'observations' could be Text instead of Char. Generally, but especially when doing hypo-sensitisation, it is most important to fix the reactions of the patient, so I would even make it required (as well as field 'date'). Just my 2¢, thx to gnuhealth

Re: [Health-dev] Androit application for Gnu Health

y 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. -- Mathias Behrle MBSolutions Gilgenmatten 10 A D-79114 Freiburg Tel:

Re: [Health-dev] GNU Health in Debian

, but certainly I don't want to get in the way of the project respectively its maintainers. So first question for me to be answered: are those packages welcome at all or are they considered as irritating and distracting from the supported installation way? [0] http://lists.gnu.org/archive

Re: [Health-dev] Should distribution packaging solve the installation/configuration issues our users are having?

eone wants to. But please do not confound the setup of such an environment with a production environment of a hospital or a doctor's surgery. There is still only one thing applicable for the responsible administrator: RTFM. Cheers, Mathias -- Mathias Behrle MBSolutions Gilgen

Re: [Health-dev] GNU Health in Debian

* Luis Falcon: " Re: [Health-dev] GNU Health in Debian" (Tue, 10 Feb 2015 19:50:18 +): Hi Luis, > It's good to see you around ! Yeah, nice to hear your from you! > On Tue, 10 Feb 2015 18:19:26 +0100 > Mathias Behrle wrote: > > > * Cédric Krier: "

[Health-dev] OT: gnuhealth distro packaging (was: Should distribution packaging solve the installation/configuration issues our users are having?)

quality process on debian.org. - Finally I just trust more in Debian native tools than a third party build service. Cheers, Mathias -- Mathias Behrle MBSolutions Gilgenmatten 10 A D-79114 Freiburg Tel: +49(761)471023 Fax: +49(761)4770816 http://www.m9s.biz

Re: [Health-dev] OT: gnuhealth distro packaging (was: Should distribution packaging solve the installation/configuration issues our users are having?)

* Emilien Klein: " Re: [Health-dev] OT: gnuhealth distro packaging (was: Should distribution packaging solve the installation/configuration issues our users are having?)" (Thu, 12 Feb 2015 13:36:04 +0100): > 2015-02-12 12:44 GMT+01:00 Mathias Behrle : > > > * Axel Br

[Health-dev] [task #13504] Module account_invoice_stock in demo dump

Follow-up Comment #1, task #13504 (project health): Basically due to installation of module purchase. ___ Reply to this item at: ___ Nachricht gesendet

[Health-dev] [task #13504] Module account_invoice_stock in demo dump

URL: Summary: Module account_invoice_stock in demo dump Project: GNU Health Submitted by: yangoon Submitted on: Mo 02 Mär 2015 14:14:28 GMT Should Start On: Mo 02 Mär 2015 00:00:00 GMT Sho

Re: [Health-dev] Wikibooks - Installation Instructions removed?

tup for a quick local setup of the demo database is almost finished - This docker setup aims to be used also as an easily adaptable base for the deployment of a production environment - Documentation still has to be written Best, Mathias -- Mathias Behrle MBSolutions Gilgenmatten

[Health-dev] Docker demo setup (was: Wikibooks - Installation Instructions removed?)

th/Different_ways_to_test_GNU_Health&stable=0#Option_4:_Run_GNU_Health_from_Docker_.28Lightweigt_Containers.29 [1] https://en.wikibooks.org/wiki/GNU_Health/Operating_System-Specific_Notes -- Mathias Behrle MBSolutions Gilgenmatten 10 A D-79114 Freiburg Tel: +49(761)47102

Re: [Health-dev] Blood Bank Module

/ organs, and from there create specifics for > each of them. > > Let us know your thoughts. From the perspective of modeling the conception of HLA matching [0] will serve multiple aspects and I think you are perfectly right to implement it first. Best, Mathias [0] https://en.wikipedia

[Health-dev] [task #13504] Module account_invoice_stock in demo dump

Update of task #13504 (project health): Open/Closed:Open => Closed Release:None => 3.1.0 ___ Follow-up Comment #2: Module purchase see

[Health-dev] [bug #50904] print reveals password

URL: Summary: print reveals password Project: GNU Health Submitted by: yangoon Submitted on: Mon 01 May 2017 10:27:06 AM UTC Category: Security Severity: 6 - Security

[Health-dev] [task #14797] Use PDF instead of ODT in reports

Follow-up Comment #1, task #14797 (project health): Hi Luis, this makes sense indeed, especially for documents meant to be sent out to third parties. PDF is for sure the most used format for exchange of documents. Best, Mathias ___ Reply

Re: [Health-dev] [task #14805] Activity log window

ake it pop when the broadcast msg arrives, or make > some signal on the main window border. > > In addition, we also have an statusbar at the bottom of the main client, > which will show the latest relevant messages. > > Thanks for the feedback ! > > Bests > Luis > >

Re: [Health-dev] [task #14805] Activity log window

* Luis Falcon: " Re: [Health-dev] [task #14805] Activity log window" (Thu, 11 Jan 2018 14:05:54 +): Hi Luis, > Hi there > On Thu, 11 Jan 2018 14:15:38 +0100 > Mathias Behrle wrote: > > > * Luis Falcon: " Re: [Health-dev] [task #14805] Activity log >

Re: [Health-dev] [task #14727] Implement Action and Command codes - The GNU Health Command Line

decide which should be the default position value. As I am not familiar with the usage of this feature I won't comment on this. As long as it is configurable (for activation and position) it is a great example how to empower the user to configure her workspace. Cheers, Mathias -- Mathi

Re: [Health-dev] [task #15141] Migration of Pootle server translate.gnusolidario.org

o the upload feature is a basic requirement for me. Best to you, Mathias [1] https://weblate.org/de/ [2] https://blog.cihar.com/archives/debian/ [3] https://docs.weblate.org/en/latest/admin/deployments.html#docker -- Mathias Behrle MBSolutions Gilgenmatten 10 A D-79114 Freibur

Re: [Health-dev] [task #15167] Orthanc DICOM module

favor of systemd-timers. Maybe we > add this as well? 1) It is trytond-cron, not cron. And it should be the internal trytond-cron in this case. 2) Just as a side note: by far not all users are keen to use systemd or at least all parts of it... Cheers Mathias -- Mathias Behrle MBSolu

[Health-dev] OT: Mail delay (was: [task #15167] Orthanc DICOM module)

]:60326) > by lists.gnu.org with esmtp (Exim 4.71) > (envelope-from ) id 1h1LKS-0008O2-KN > for health-dev@gnu.org; Tue, 05 Mar 2019 20:26:42 -0500 -- Mathias Behrle MBSolutions Gilgenmatten 10 A D-79114 Freiburg Tel: +49(761)471023 Fax: +49(761)4770816

Re: [Health-dev] OT: Mail delay

* Luis Falcon: " Re: [Health-dev] OT: Mail delay (was: [task #15167] Orthanc DICOM module)" (Fri, 8 Mar 2019 13:52:05 +): Hi Luis! > On Fri, 8 Mar 2019 13:12:46 +0100 > Mathias Behrle wrote: > > > * Chris Zimmerman: " Re: [Health-dev] [task #15167] Orthanc

[Health-dev] [task #15315] Upgrade to Trytond 5.0 backend

Follow-up Comment #4, task #15315 (project health): [comment #3 comment #3:] > gnuhealth-client : Initial port based on Tryton 5.2 GTK client // remove pygtkcompat dependency > * Initial compatibility port from Tryton GTK client 5.2 to 5.0 server (upcoming GNU Health 3.6) > * Include Simon Feltman

[Health-dev] [bug #56870] Migrate to the new TreeMixin

URL: Summary: Migrate to the new TreeMixin Project: GNU Health Submitted by: yangoon Submitted on: Sun 08 Sep 2019 05:56:27 PM UTC Category: Programming / Tracebacks S

[Health-dev] [bug #56871] Add missing pip dependencies in gnuhealth-setup

Update of bug #56871 (project health): Status:None => Ready For Test ___ Reply to this item at: ___ Mes

[Health-dev] [bug #56871] Add missing pip dependencies in gnuhealth-setup

URL: Summary: Add missing pip dependencies in gnuhealth-setup Project: GNU Health Submitted by: yangoon Submitted on: Sun 08 Sep 2019 06:09:59 PM UTC Category: None Se

Re: [Health-dev] [task #15315] Upgrade to Trytond 5.0 backend

e ii python-gobject-2 2.28.6-13+b1 amd64deprecated static Python bindings for the GObject library ii python3-gi 3.32.2-1 amd64Python 3 bindings for gobject-introspection l

[Health-dev] [task #15315] Upgrade to Trytond 5.0 backend

Follow-up Comment #7, task #15315 (project health): It seems my answer per mail got lost: > Thanks for the feedback ! The GH Activity Window still needs work, but I can't > reprodcue it.. which PyGobject do yo have ? > > Mine is PyGObject-3.32.2, running on Python3.7 Same here. ii python-gi

Re: [Health-dev] icd10 module can install in health-3.6RC1

alth/rev/4268338ba1a3 > > Best, I think, the fix is not complete, please have a look at my proposed patch at https://savannah.gnu.org/bugs/?56870 Best Mathias -- Mathias Behrle MBSolutions Gilgenmatten 10 A D-79114 Freiburg Tel: +49(761)471023 Fax: +49(761)4770

Re: [Health-dev] Need help, pywebdav except DAV_Error, error_code, when run start_gnuhealth.sh

fork of GNU Health at https://pypi.org/project/PyWebDAV3-GNUHealth/ You must remove the installation at /home/gnuhealth/.local/lib/python3.7/site-packages/pywebdav and eventually (re-)install https://pypi.org/project/PyWebDAV3-GNUHealth/ -- Mathias Behrle MBSolutions Gilgenmatten 10 A

[Health-dev] [bug #63517] Fault: 'webdav' is not in list

Component: None ___ Follow-up Comments: --- Date: Tue 13 Dec 2022 09:37:13 AM UTC By: Mathias Behrle Trying to view a medical image by switching view Images using the gnuhealth cl

[Health-dev] [bug #63518] TypeError: unhashable type: 'dict'

gnuhealth-client Component: None ___ Follow-up Comments: --- Date: Tue 13 Dec 2022 09:48:07 AM UTC By: Mathias Behrle Using currently latest heath modules and latest gnuhealth-client: Trying t

[Health-dev] [bug #63517] Fault: 'webdav' is not in list

Follow-up Comment #2, bug #63517 (project health): Hi Luis, thanks for the quick reaction. The 'webdav not in list' error is now gone, and the view is now usable without problems with the native Tryton client. The gnuhelath client still shows https://savannah.gnu.org/bugs/?63518. I still sthin

[Health-dev] [bug #63518] TypeError: unhashable type: 'dict'

Follow-up Comment #2, bug #63518 (project health): Tested, works! OT for this issue: Starting point for my tests was the embedded view displayed in https://mastodon.social/@gnuhealth/109500376312922095 . I am unable to produce this view with standard gnuhealth-client and just didn't have the time

[Health-dev] [bug #63518] TypeError: unhashable type: 'dict'

Follow-up Comment #4, bug #63518 (project health): > Check the "Preview" option on the Attachment. That would make it. Indeed, missed that. Thanks! ___ Reply to this item at: __

[Health-dev] [bug #63532] health_caldav misses requiremnt vobject in setup.py

caldav Component: None ___ Follow-up Comments: --- Date: Thu 15 Dec 2022 10:40:19 AM UTC By: Mathias Behrle health_caldav uses vobject, but misses to declare the requirement webdav.py:10:

[Health-dev] [bug #63533] Model 'gnuhealth.pol' is missing a default access

Component: None ___ Follow-up Comments: --- Date: Thu 15 Dec 2022 10:55:07 AM UTC By: Mathias Behrle Running the Tryton default test suite against some gnuhealth mo

[Health-dev] [bug #63533] Model 'gnuhealth.pol' is missing a default access

Follow-up Comment #2, bug #63533 (project health): [comment #1 comment #1:] > I guess you are running the tests with failfast, as if you run the test suite there are other tests that are failing. > > Same happens with other modules (but they not raise until the health tests are fixed) > > For

[Health-dev] [bug #63532] health_caldav misses requiremnt vobject in setup.py

Follow-up Comment #2, bug #63532 (project health): [comment #1 comment #1:] > Thanks, Mathias! > > Fixed on > We have it on the vanilla installer, but surely need it here, too :) > > Fixed on https://hg.savannah.gnu.org/hgweb/health/rev/fa16c2fce24d > > Ready for test. > > Bests, > Luis The

[Health-dev] [bug #63535] Unused field notes_complaint

: None ___ Follow-up Comments: --- Date: Fri 16 Dec 2022 09:41:07 AM UTC By: Mathias Behrle On model PatientEvaluation there exist the fields chief_complaint = fields.Char('Chief Compl

[Health-dev] [bug #63535] Unused field notes_complaint

Follow-up Comment #2, bug #63535 (project health): [comment #1 comment #1:] > Thanks, Mathias! > > Indeed notes_complaint is obsolete field. We'll remove it on 4.2 > > The Chief Complaint (CC) and History of Present Illness (HPI) are part of the standard evaluation record. They go together in t

[Health-dev] [bug #63557] Missing view architecture for ('calendar.category', None, 'tree')

Module: health_calendar Component: None ___ Follow-up Comments: --- Date: Wed 21 Dec 2022 09:59:37 PM UTC By: Mathias Behrle Opening a calendar event: Traceback (most

[Health-dev] [bug #63558] Fault: 'NoneType' object has no attribute 'name'

Module: health_crypto Component: None ___ Follow-up Comments: --- Date: Wed 21 Dec 2022 10:05:30 PM UTC By: Mathias Behrle Opening a prescription on the demo server: Traceback (most

[Health-dev] [bug #63557] Missing view architecture for ('calendar.category', None, 'tree')

Follow-up Comment #2, bug #63557 (project health): Hi Luis, I detected the issue on the demodb and couldn't now reproduce this one. Instead a next related issue appeared when trying to open a CalDAV Event from the Appointments Calendar: Traceback (most recent call last): File "/trytond/wsgi.py

[Health-dev] [bug #63558] Fault: 'NoneType' object has no attribute 'name'

Follow-up Comment #2, bug #63558 (project health): Couldn't reproduce on demo server any more, thanks! ___ Reply to this item at: ___ Message sent via S

[Health-dev] [bug #63557] Missing view architecture for ('calendar.category', None, 'tree')

Follow-up Comment #4, bug #63557 (project health): [comment #3 comment #3:] > Hi, Mathias > > I could not reproduce it.. it sounds like the issue is related to the empty views from older DBs . > > Here's the screenshot I just took > > https://imgur.com/y9ncL5z.png Cannot reproduce now after

[Health-dev] [bug #63626] Improvements for address management

: None ___ Follow-up Comments: --- Date: Fri 06 Jan 2023 07:34:26 PM UTC By: Mathias Behrle GNUHealth has the concept of 'Domiciliary Unit' which is more a less an extension

[Health-dev] [bug #63627] Problematic restriction for editing parties from the patients view

health Component: None ___ Follow-up Comments: --- Date: Fri 06 Jan 2023 07:43:42 PM UTC By: Mathias Behrle The field name on gnuhealth.patient relating to party has d

[Health-dev] [bug #63627] Problematic restriction for editing parties from the patients view

Follow-up Comment #5, bug #63627 (project health): Hi Luis, late best wishes for a happy 2023 and thank you for your explanation! I think there is still room for improvement, please read my inline comments. [comment #3 comment #3:] > Hi, Axel! > > Thanks for the feedback! > > I see two diffe

[Health-dev] [bug #63626] Improvements for address management

Follow-up Comment #2, bug #63626 (project health): Hi Luis! [comment #1 comment #1:] > Hi, Mathias! > > From our Wikibook GNU health chapter on DU, (https://en.wikibooks.org/wiki/GNU_Health/Domiciliary_Units), a Domiciliary Unit (DU) represents a human dwelling. It is composed of intra (domicili

[Health-dev] [bug #63687] Access rights for Imaging

: None ___ Follow-up Comments: --- Date: Sun 22 Jan 2023 11:03:53 AM UTC By: Mathias Behrle Group 'Health imaging' has menu access Health / Configuration / Dx Imaging Health s

[Health-dev] [bug #63687] Access rights for Imaging

Follow-up Comment #2, bug #63687 (project health): [comment #1 comment #1:] > [comment #0 original submission:] > > Group 'Health imaging' has menu access > > > > Health / Configuration / Dx Imaging > > Health > > I like Dx Imaging, as per "Diagnostic Imaging". > Although, I think it would be b

[Health-dev] [bug #63687] Access rights for Imaging

Follow-up Comment #4, bug #63687 (project health): [comment #3 comment #3:] > Great! Ready for testing... > > Please check the screenshot with updated terms on menuentries and relate actions > https://i.imgur.com/34vve3y.png Looks good, a few nitpicks: For consistency I would choose one format

[Health-dev] [bug #63842] Mismatch between required vs. readonly fields in Imaging Results

Module: health_imaging Component: None ___ Follow-up Comments: --- Date: Mon 27 Feb 2023 10:26:14 AM UTC By: Mathias Behrle It is possible to create an imaging result wit

[Health-dev] [bug #63871] Imaging Result Report: genshitemplateevalUndefinedError: None has no member named "rec_name"

ussion Lock: Any Module: health_imaging Component: None ___ Follow-up Comments: --- Date: Sun 05 Mar 2023 09:16:01 PM UTC By: Mathias Behrle Printing the Imaging

[Health-dev] [bug #63871] Imaging Result Report: genshitemplateevalUndefinedError: None has no member named "rec_name"

Additional Item Attachment, bug #63871 (project health): File name: imaging_study_report.fodt Size:140 KB ___ Reply to this item at:

[Health-dev] [bug #63959] AttributeError: 'gnuhealth.patient' Model has no attribute 'age'

Module: health Component: None ___ Follow-up Comments: --- Date: Fri 24 Mar 2023 09:59:06 AM UTC By: Mathias Behrle This error raises when creating an evaluati

[Health-dev] [bug #63871] Imaging Result Report: genshitemplateevalUndefinedError: None has no member named "rec_name"

Follow-up Comment #2, bug #63871 (project health): Hi Luis, thanks for spotting the typo. I tested the report and there is still missing an unhandled condition for context. Please have a look at the attached patch. Best Mathias (file #54556)

Re: [Health-dev] HMIS running on outdated werkzeug in production?

rsions are carved in stone FTR: There is discussion ongoing at https://discuss.tryton.org/t/howto-deal-with-pallets-projects-dependencies/5148/13 -- Mathias Behrle MBSolutions Gilgenmatten 10 A D-79114 Freiburg Tel: +49(761)471023 Fax: +49(761)4770816 http://www

Re: [Health-dev] HMIS running on outdated werkzeug in production?

actually a problem and uWSGI or something should be put between > reverse proxy and application? The latter. JFTR this is also the topic of https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=998319 and it is planned in the near future to provide a package setting this automatically up for Debia

Re: [Health-dev] Integration of Orthanc (module health_orthanc)

ase_name = Transaction().database.name AttributeError: > 'NoneType' object has no attribute 'name' If "with Transaction.start():" is > required, unfortunately I wasn't able to figure out which are the two > required arguments or if the solution is generally

Re: [Health-dev] [bug #63403] Change translation setup

* Feng Shu: " [Health-dev] [bug #63403] Change translation setup" (Thu, 25 May 2023 21:19:05 -0400 (EDT)): > > we should change the setup of the translation to improve quality of the > same. This is not a problem of the setup of the translation, see below. > report translation has more prob

Re: [Health-dev] [bug #64542] health_genetics update take too long time

* Luis Falcon: " [Health-dev] [bug #64542] health_genetics update take too long time" (Mon, 11 Sep 2023 12:20:34 -0400 (EDT)): > Follow-up Comment #8, bug #64542 (project health): > > I noticed that what it takes a lot is the update of the translation strings. > > I propose, by now, not transl

Re: [Health-dev] [task #16498] Migration to Tryton 7.0

mpler dependency parsing in e.g. setup.py removing the hardcoded Tryton major, minor version. -- Mathias Behrle MBSolutions Gilgenmatten 10 A D-79114 Freiburg Tel: +49(761)471023 Fax: +49(761)4770816 http://www.m9s.biz UStIdNr: DE 142009020 PGP/GnuPG key avai

Re: [Health-dev] [task #16498] Migration to Tryton 7.0

* Gerald Wiese: " Re: [Health-dev] [task #16498] Migration to Tryton 7.0" (Wed, 21 Feb 2024 11:43:42 +0100): Hi together, > I don't have strong feelings about this but I see one problem with the > suggested proposal to synchronize it with Tryton: > > If we go to 7.0 as well, we kind of indica

Re: [Health-dev] Improve SYSINFO command

>> > >> Not sure what that would mean for openSUSE. > > > > During the build/Packaging process on OBS we determine the GH and trytond > > Version. As every change in dependency triggers a rebuild, the information > > is always accurate. > > > > do

Re: [Health-dev] How to continue the Ansible project?

* Gerald Wiese: " [Health-dev] How to continue the Ansible project?" (Sat, 26 Jul 2025 21:55:35 +0200): Hi Gerald, > the last years I put quite much effort into improving installation > related things here and there and thought that we would end up > synchronizing manual (Vanilla) and automat