[Health-dev] MyGNUHealth 2.2 enters Beta

[Luis Falcon]

Dear devs

I have created the Mygnuhealth repository branch "release/2.2b1" at
Codeberg (https://codeberg.org/gnuhealth)

We are now at code freeze stage and we plan to release 2.2 on June
21st. We should now work on the documentation and fixing bugs.

Please file the bugs at Codeberg, so we can track them better.

Happy hacking
Luis

Re: [Health-dev] Current Vanilla Installation

[Luis Falcon]

Dear Gerald

El Tue, 4 Jun 2024 14:52:44 +0200
Gerald Wiese  escribió:
> Hello,
> 
> I was looking a bit into the current vanilla installation and I see
> some problems:
> 
> - Debian dependencies wget & libreoffice-nogui are missing

libreoffice-nogui does not ship in most OS, so we need to document it
on Debian specific instructions.

> 
> - This is one is needed several times and not properly documented 
> when/where/how to use it:
> 
> export PIP_BREAK_SYSTEM_PACKAGES=1
> 
> (Needed for gnuhealth-setup as gnuhealth, gnuhealth-client as other 
> user, potentially uwsgi as gnuhealth. .gnuhealthrc not automatically 
> loaded, not clear how to "add this environment variable" for DAU
> either)
> 
> - /etc/systemd/… is not only the proper path on Ubuntu 18.04, I think 
> rather on most GNU/Linux

We should include the particular paths on each supported OS sections.
> 
> - No information how to install uWSGI

uWSGI is not part of gnuhealth-setup. We can include the
information from Thalamus setup:

https://docs.gnuhealth.org//thalamus/#running-thalamus-from-a-wsgi-container

> 
> - No information how to install Nginx and where to put virtual host
> config
> 
> - No information how to integrate uWSGI in systemd
> 
We can include detailed information here:

https://docs.gnuhealth.org/his/techguide/installation/vanilla.html#using-a-wsgi-server-for-gnu-health-hospital-management-component

> - No information how to handle permissions Nginx <-> uWSGI socket


> - "vi" as standard editor (e.g. after editconf) is not beginner
> friendly

Who said that? We all love vi and vim . 

We can always use ed ;)

> 
> - GTK client information is missing system requirements, e.g. on
> Debian:
> 
> sudo apt install python3-gi python3-gi-cairo gir1.2-gtk-3.0 
> libcairo2-dev libgirepository1.0-dev python3-dev
> 
> - Client installation is missing " source $HOME/.bashrc" after
> putting something into it
> 
> (- Some strange symbols "")

 is html for non-breaking space. Where did you see that one?


> 
> If desired I can fix some minor of those and open issues for the rest.
>
Of course! Thank you, Gerald!
 
> However I would like this to be resolved before:
> 
> https://codeberg.org/gnuhealth/his/issues/10


Happy hacking
Luis

Re: [Health-dev] [task #16515] Include LOINC terminology

[Luis Falcon]

Dear Yusuf

On Fri, 5 Apr 2024 04:11:16 +
Yusif Suleiman  wrote:

> Dear Luis,
> This is good development. 
> I will use this opportunity (even though ICD is included) to suggest
> the inclusion of CanReg features for cancer registry, this mean any
> facility using gnu health don’t need additional software for Cancer
> abstraction. Yusuf
> 

Thank you very much for the feedback. Yes, I agree it will boost the
lab functionality and standarization.

All the best
Luis

[Health-dev] [task #16515] Include LOINC terminology

[Luis Falcon]

Update of task #16515 (group health):

 Open/Closed:Open => Closed 

___

Follow-up Comment #1:

Migrated task to Codeberg. You can follow up in there.

https://codeberg.org/gnuhealth/his/issues/19



___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/

[Health-dev] [task #16519] Migration to Codeberg

[Luis Falcon]

Update of task #16519 (group health):

  Status: In Progress => Done   
 Open/Closed:Open => Closed 


___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/

[Health-dev] [task #16519] Migration to Codeberg

[Luis Falcon]

Follow-up Comment #7, task #16519 (group health):

This task is now being managed at Codeberg as a project.

https://codeberg.org/gnuhealth/-/projects/8741

You can follow it there :)

Happy hacking.



___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/

Re: [Health-dev] Improve SYSINFO command

[Luis Falcon]

Hi, Axel!

On Sun, 24 Mar 2024 10:27:04 +
Axel Braun  wrote:

> Am 23. März 2024 10:48:44 GMT+00:00 schrieb Gerald Wiese
> :
> 
> >... before scheduled 5.0 release ...  
> 
> As we talked about a 5.0 Release in Q2/2024, is there any Update to
> the Timing?

We're targeting to Q1 2025

Happy hacking
Luis

Re: [Health-dev] Improve SYSINFO command

[Luis Falcon]

Hi, Gerald!
On Fri, 22 Mar 2024 19:43:41 +0100
Gerald Wiese  wrote:

> Hi,
> 
> I was investigating how to properly set the desired environment 
> variables GNUHEALTH_VERSION & TRYTON_VERSION for the SYSINFO command.
> 
> < import importlib.metadata
> 5675c5674
> < f"{importlib.metadata.version('gnuhealth')}\n"

I like it, specially as we're adopting the package method in the
vanilla installation. It will provide a clean method to query the
installed version of GH, Trytond and their dependencies.

> 
> Not sure what that would mean for openSUSE.

For openSUSE should be OK, since Leap 15.6 (in Beta now) uses Python
3.11, and it will be ready by GNUHealth 5.0


Happy hacking
Luis

Re: [Health-dev] [task #16519] Migration to Codeberg

[Luis Falcon]

Hi, Feng
On Fri, 22 Mar 2024 06:04:37 +0800 (CST)
tumashu  wrote:

> please give me push and lock role

Just created the GH Team role as in the other instance. You should have
received an invitation to join.

We might still need to include weblate user and key to push from
translate.codeberg.org to the translate branch of his repo.

Let me know what you find .

Bests
Luis

[Health-dev] [task #16519] Migration to Codeberg

[Luis Falcon]

Follow-up Comment #6, task #16519 (group health):

GNU Health components are now migrated to translate.codeberg.org

https://translate.codeberg.org/projects/gnuhealth/

Some bumps:
- hu_HU.po and hu.po on caldav and webdav3_server
- Some large files (genetics_uniprot, icd11, ..) are barely translated and
they consume a lot of resources, so I gave them a no go for now. We can
consider including them in the future.
- health_ntd: There's no pot file (only a Chinese translation).

The rest looks fine... we'll test in the upcoming days how it goes in terms of
pushing to the translate branch and other details, the the main migration task
for weblate is now done.

Please create your user if you have not done so at Codeberg.

Bests
Luis



___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/

[Health-dev] [task #16519] Migration to Codeberg

[Luis Falcon]

Follow-up Comment #5, task #16519 (group health):

Migration to translate.codeberg.org started.

https://matrix.to/#/!KYugiRoBoYIuUcyScE:bubu1.eu/$yVCXtahHc2iSkG2ROnmxiac70JrIIqe1D8AzW86B0qk?via=bubu1.eu=matrix.org=tchncs.de


The component import process checks for duplicated languages, so hu_HU.po  and
hu.po can not co-exist for Hungarian so we're keeping the basic two-digit
po file. We can always retrieve other versions if needed.




___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/

[Health-dev] [task #16506] Link to PineTime smartwatch

[Luis Falcon]

Update of task #16506 (group health):

 Open/Closed:Open => Closed 
 Release:None => mygnuhealth 2.1
 Discussion Lock: Any => Locked 

___

Follow-up Comment #1:

The task is now continued in Codeberg
https://codeberg.org/gnuhealth/mygnuhealth/issues/4



___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/

[Health-dev] [task #16519] Migration to Codeberg

[Luis Falcon]

Update of task #16519 (group health):

Percent Complete: 50% => 80%

___

Follow-up Comment #4:

Dear community

The following repositories have been migrated to Codeberg

* HIS GTK client
* client plugins
* pywebdav3-server

In terms of repos, we're now working on branching naming and waiting for
Weblate to point to the new url so we can enable translations sync.

Migration is going quite smoothly, considering the vast amount of resources
and history to be moved :)

Keep you posted




___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/

Re: [Health-dev] Docker Compose

[Luis Falcon]

Dear Juan Pablo


On Fri, 8 Mar 2024 02:10:20 +0100
Juan Pablo Rodriguez Esteban  wrote:

> Hello,
> 
> Thank you very much for your GitLab repo. My web development students
> and I were just starting to do a full docker deployment for a
> gnuhealth server and your repository looks like a great starting
> point.
> 

Those are great news! Thank you for sharing them and looking forward to
see the advances on it.

All the best
Luis

[Health-dev] [task #16519] Migration to Codeberg

[Luis Falcon]

Update of task #16519 (group health):

Percent Complete: 30% => 50%

___

Follow-up Comment #3:

Thalamus repositories migrated to Codberg

Please remember that at the moment the repository exists in Codeberg, that is
the place to develop.


Happy hacking



___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/

[Health-dev] [task #16519] Migration to Codeberg

[Luis Falcon]

Update of task #16519 (group health):

Percent Complete: 20% => 30%
 Release: mygnuhealth 2.1 => 4.9

___

Follow-up Comment #2:

Dear community

The GNU Health documentation portal (
https://docs.gnuhealth.org) is now hosted at Codeberg.

Gerald has made a very nice intro on how to contribute to documentation in
here 

https://codeberg.org/gnuhealth/documentation

Happy hacking



___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/

[Health-dev] [task #16519] Migration to Codeberg

[Luis Falcon]

Update of task #16519 (group health):

Percent Complete:  0% => 20%
 Release: 4.9 => mygnuhealth 2.1

___

Follow-up Comment #1:

MyGNUHealth repository and branches migrated to Codeberg.
We'll document the guidelines related to branch naming conventions and
contribution guidelines soon :)






___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/

[Health-dev] [task #16519] Migration to Codeberg

[Luis Falcon]

Update of task #16519 (group health):

 Release:None => 4.9


___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/

[Health-dev] [task #16519] Migration to Codeberg

[Luis Falcon]

URL:
  <https://savannah.gnu.org/task/?16519>

 Summary: Migration to Codeberg
   Group: GNU Health
   Submitter: meanmicio
   Submitted: Thu 14 Mar 2024 04:35:39 PM UTC
 Should Start On: Thu 14 Mar 2024 12:00:00 AM UTC
   Should be Finished on: Sat 14 Sep 2024 12:00:00 AM UTC
Category: Community Repository
Priority: 5 - Normal
  Status: In Progress
 Privacy: Public
 Assigned to: meanmicio
Percent Complete: 0%
 Open/Closed: Open
 Release: None
 Discussion Lock: Any
  Module: ALL
   Component: All


___

Follow-up Comments:


---
Date: Thu 14 Mar 2024 04:35:39 PM UTC By: Luis Falcon 
Dear community

I am very happy to announce that we'll be migrating GNU Health development to
Codeberg[1] 

The release assets, mailing lists and news will also be at GNU.org

The migration of the components will be done in a sequential fashion, and
we'll be notifying the status in this task.

I find the Codeberg collaboration and development platform the perfect
solution to meet our technological needs as a growing community now and in the
future. Codeberg and GNU Health share the principles of community, solidarity
and cooperation, so I'm positive this will be wonderful journey.
 
Happy hacking
Luis


1.- https://www.codeberg.org








___

Reply to this item at:

  <https://savannah.gnu.org/task/?16519>

___
Message sent via Savannah
https://savannah.gnu.org/

[Health-dev] [task #16512] Render charts in SVG format for desktop and linux based phones

[Luis Falcon]

Follow-up Comment #1, task #16512 (group health):

There seems to be some issues when rendering in Kivy svg generated by pygal.

We're checking with the Kivy community and depending on the resoulution, we'll
move on with SVG as the default or keep using png format.

Keep you posted! :)

Bests
Luis


___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/

[Health-dev] [task #16494] Let health_lab report more customize

[Luis Falcon]

Update of task #16494 (group health):

Category:None => Data model 

___

Follow-up Comment #4:

Hi, Feng

Great! I like the idea, specially the tags.

About the category, probably we might not even use with the adoption of LOINC
(see task #16515)

Let's move this features to the "future" branch, so we make sure no new models
or attributes are in default.

Also, in "future" we need to document the upcoming features we have in the
packages.

Bests,
Luis


___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/

[Health-dev] [task #16515] Include LOINC terminology

[Luis Falcon]

Update of task #16515 (group health):

 Release:None => 4.9


___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/

[Health-dev] [task #16515] Include LOINC terminology

[Luis Falcon]

URL:
  <https://savannah.gnu.org/task/?16515>

 Summary: Include LOINC terminology 
   Group: GNU Health
   Submitter: meanmicio
   Submitted: Wed 06 Mar 2024 11:59:24 AM UTC
 Should Start On: Wed 06 Mar 2024 12:00:00 AM UTC
   Should be Finished on: Wed 06 Mar 2024 12:00:00 AM UTC
Category: Functionality
Priority: 5 - Normal
  Status: In Progress
 Privacy: Public
 Assigned to: meanmicio
Percent Complete: 0%
 Open/Closed: Open
 Release: None
 Discussion Lock: Any
  Module: lab
   Component: Hospital Management


___

Follow-up Comments:


---
Date: Wed 06 Mar 2024 11:59:24 AM UTC By: Luis Falcon 
In upcoming GH 5.0, we'll include the LOINC[1] terminology. This will be be of
great help in harmonizing the codes for specimens and analytes[2], and better
integration on HL7 

I think probably the best approach is to create a health_loinc module, and
make it a dependency for health_lab, but we can study other alternatives.

In addition, the datasets for lab test types and analytes should be updated to
meet LOINC terms.

1.- https://www.loinc.org
2.- https://loinc.org/get-started/loinc-term-basics/









___

Reply to this item at:

  <https://savannah.gnu.org/task/?16515>

___
Message sent via Savannah
https://savannah.gnu.org/

[Health-dev] [task #16513] Linting the source code

[Luis Falcon]

Update of task #16513 (group health):

   Should be Finished on: Fri 05 Apr 2024 12:00:00 AM UTC => Sat 05 Apr 2025
12:00:00 AM UTC

___

Follow-up Comment #2:

As per in task #161514, leave setup.py as a lower priority on linting, since
it won't be part of GH HIS 5.0 :)




___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/

[Health-dev] [task #16514] Migrate HIS packages to pyproject.toml

[Luis Falcon]

Update of task #16514 (group health):

 Release:None => 4.9


___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/

[Health-dev] [task #16514] Migrate HIS packages to pyproject.toml

[Luis Falcon]

URL:
  <https://savannah.gnu.org/task/?16514>

 Summary: Migrate HIS packages to pyproject.toml 
   Group: GNU Health
   Submitter: meanmicio
   Submitted: Tue 05 Mar 2024 09:54:02 PM UTC
 Should Start On: Tue 05 Mar 2024 12:00:00 AM UTC
   Should be Finished on: Wed 05 Mar 2025 12:00:00 AM UTC
Category: Packaging
Priority: 5 - Normal
  Status: In Progress
 Privacy: Public
 Assigned to: meanmicio
Percent Complete: 0%
 Open/Closed: Open
 Release: None
 Discussion Lock: Any
  Module: all
   Component: Hospital Management


___

Follow-up Comments:


---
Date: Tue 05 Mar 2024 09:54:02 PM UTC By: Luis Falcon 
We should sunset setup.py and move towards the pyproject.toml format for both
HIS server and client.

We are already using pyproject.toml in MyGNUHealth.

Bests
Luis








___

Reply to this item at:

  <https://savannah.gnu.org/task/?16514>

___
Message sent via Savannah
https://savannah.gnu.org/

[Health-dev] [task #16513] Linting the source code

[Luis Falcon]

Update of task #16513 (group health):

Category:None => Demo server
  Status:None => Ready For Test 
 Assigned to:None => meanmicio  
 Release:None => 4.9

___

Follow-up Comment #1:

It's also a good idea to place the PEP8 / pycodestyle scripts on your favorite
editor, to check while coding, before saving the file.


PS: Please use PEP8 on the commits message :)

Bests
Luis



___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/

[Health-dev] [task #16512] Render charts in SVG format for desktop and linux based phones

[Luis Falcon]

Update of task #16512 (group health):

 Release:None => mygnuhealth 2.1


___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/

[Health-dev] [task #16512] Render charts in SVG format for desktop and linux based phones

[Luis Falcon]

URL:
  <https://savannah.gnu.org/task/?16512>

 Summary: Render charts in SVG format for desktop and linux
based phones
   Group: GNU Health
   Submitter: meanmicio
   Submitted: Tue 05 Mar 2024 05:43:16 PM UTC
 Should Start On: Tue 05 Mar 2024 12:00:00 AM UTC
   Should be Finished on: Wed 05 Mar 2025 12:00:00 AM UTC
Category: None
Priority: 5 - Normal
  Status: In Progress
 Privacy: Public
 Assigned to: meanmicio
Percent Complete: 0%
 Open/Closed: Open
 Release: None
 Discussion Lock: Any
  Module: MyGNUHealth
   Component: MyGNUHealth


___

Follow-up Comments:


---
Date: Tue 05 Mar 2024 05:43:16 PM UTC By: Luis Falcon 
Dear all

One of the nice features of pygal is rendering charts in SVG format. Not only
it makes them scalable, but also interactive. Since MyGH 2.2, this will be the
standard on desktops and Linux phones.

The reason I chose initially to convert to png was the limitation of Android
OS to render this format. 

To get the best out of the two worlds, we can have the svg as the standard and
the use extra_depends for png rendering when generating the apk.

Bests
Luis








___

Reply to this item at:

  <https://savannah.gnu.org/task/?16512>

___
Message sent via Savannah
https://savannah.gnu.org/

Re: [Health-dev] [bug #65370] Setting focus in MyGH 2.0.1 crashes initialization

[Luis Falcon]

Hi Axel
On Tue, 27 Feb 2024 15:49:33 +0100
Axel Braun  wrote:

> Am Montag, 26. Februar 2024, 18:16:15 CET schrieb Luis Falcon:
> 
> > MyGNUHealth 2.0.2 has been released and is now ready at Pypi  
> 
> File not found at ftp.gnu.org

GNU Health packages can also be found in Codeberg.

https://codeberg.org/gnuhealth/-/packages

Bests,
Luis

Re: [Health-dev] Building myGH 2.0.2

[Luis Falcon]

Hi, Axel!

On Tue, 27 Feb 2024 17:32:08 +0100
Axel Braun  wrote:

> Hi Luis
> 
> in the list of dependencies, can you check if 
> -'tinycss', 
> -'cssselect'
> are still needed?

They're needed by pygal to generate png charts.

Actually, I would love just use SVG charts, that's where pygal excels,
and use the the png format as an extra dependency only when
building for Android. We'll end up with a much nicer experience.

Michel is working currently on the Android package.


Bests,
Luis


pgpuvTs84DtVi.pgp
Description: OpenPGP digital signature

[Health-dev] [bug #65387] Issues with the new unified importer

[Luis Falcon]

Update of bug #65387 (group health):

  Status:None => In Progress
 Release:None => 4.4.0  

___

Follow-up Comment #5:

Great!


I think is a good idea to keep both name and code, since depending on the lab
analyzer or laboratory will deliver one or the other.


As a side note, the original script validated the existance of the labtest
itself. The program would about if the lab test did not exist. I think we
should keep this sort of pre-validation, but we can discuss it in other thread
:)

Bests 


___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/

[Health-dev] [bug #65387] Issues with the new unified importer

[Luis Falcon]

URL:
  <https://savannah.gnu.org/bugs/?65387>

 Summary: Issues with the new unified importer
   Group: GNU Health
   Submitter: meanmicio
   Submitted: Thu 29 Feb 2024 08:13:56 PM UTC
Category: Interfaces
Severity: 3 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: tumashu
 Open/Closed: Open
 Release: None
 Discussion Lock: Any
  Module: lab
   Component: Hospital Management


___

Follow-up Comments:


---
Date: Thu 29 Feb 2024 08:13:56 PM UTC By: Luis Falcon 
It seems like there are some issues when importing analytes from the new
unified interface (gnuhealth-data-import.py)

The older interface seem not to be affected.

Feng, can you please take a look at it?

Thank you!
Luis








___

Reply to this item at:

  <https://savannah.gnu.org/bugs/?65387>

___
Message sent via Savannah
https://savannah.gnu.org/

[Health-dev] [task #16505] Make widget sizes dynamic

[Luis Falcon]

Follow-up Comment #2, task#16505 (group health):

login view done at
https://hg.savannah.gnu.org/hgweb/health-mygnuhealth/rev/8124e6795263


___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/

Re: [Health-dev] [bug #65370] Setting focus in MyGH 2.0.1 crashes initialization

[Luis Falcon]

Hi, Axel
On Tue, 27 Feb 2024 15:49:33 +0100
Axel Braun  wrote:

> Am Montag, 26. Februar 2024, 18:16:15 CET schrieb Luis Falcon:
> 
> > MyGNUHealth 2.0.2 has been released and is now ready at Pypi  
> 
> File not found at ftp.gnu.org
It should be tomorrow. There were some issues with the transfer at
GNU.org  that got interrupted. It should be reset and ready by tomorrow
:)

Re: [Health-dev] Behavior of Crypto module (inside other views)

[Luis Falcon]

Dear Gerald
On Tue, 27 Feb 2024 18:17:46 +0100
Gerald Wiese  wrote:

> Hey,
> 
> about the Crypto module there are two things not properly working the 
> way it appears on other places:
> 
> I'm connected to the demo database and going to Administration -> 
> Modules -> Modules.
> 
> 1. When I click on action, I see the entries for signing and
> verifying twice
> 

That's strange, I see it one entry per action. See screenshot

https://imgur.com/IQw9LOO.png

> 2. When no list entry is selected and I click on e.g. signing I get
> an application error saying IndexError: list index out of range.
> 

Fixed in 
https://savannah.gnu.org/bugs/index.php?65379

Please check :)

Bests
Luis

[Health-dev] [bug #65379] Error when signing or verifiying and no record is selected

[Luis Falcon]

Update of bug#65379 (group health):

 Release:None => 4.4.0  


___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/

[Health-dev] [bug #65379] Error when signing or verifiying and no record is selected

[Luis Falcon]

Update of bug#65379 (group health):

  Status:None => Ready For Test 

___

Follow-up Comment #1:

Fixed in crypto plugin changeset 36:15de081140ff
https://hg.savannah.gnu.org/hgweb/health-hmis-client-plugins/rev/15de081140ff


___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/

[Health-dev] [bug #65379] Error when signing or verifiying and no record is selected

[Luis Falcon]

URL:
  <https://savannah.gnu.org/bugs/?65379>

 Summary: Error when signing or verifiying and no record is
selected
   Group: GNU Health
   Submitter: meanmicio
   Submitted: Tue 27 Feb 2024 09:00:08 PM UTC
Category: Plugins
Severity: 2 - Minor
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: meanmicio
 Open/Closed: Open
 Release: None
 Discussion Lock: Any
  Module: HMIS client crypto plugin
   Component: Hospital Management


___

Follow-up Comments:


---
Date: Tue 27 Feb 2024 09:00:08 PM UTC By: Luis Falcon 
Gerald noticed an error when doing a sign or verify operation action and no
record is selected.

Although it has no implications in the system, it would be nice to display a
message instead of a traceback :)









___

Reply to this item at:

  <https://savannah.gnu.org/bugs/?65379>

___
Message sent via Savannah
https://savannah.gnu.org/

[Health-dev] [task #16505] Make widget sizes dynamic

[Luis Falcon]

Update of task#16505 (group health):

 Assigned to:None => meanmicio  
Percent Complete:  0% => 10%
 Release:None => mygnuhealth 2.1

___

Follow-up Comment #1:

newuser view done at
https://hg.savannah.gnu.org/hgweb/health-mygnuhealth/rev/31ed956a1f1d


___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/

[Health-dev] [task #16506] Link to PineTime smartwatch

[Luis Falcon]

URL:
  <https://savannah.gnu.org/task/?16506>

 Summary: Link to PineTime smartwatch
   Group: GNU Health
   Submitter: meanmicio
   Submitted: Tue 27 Feb 2024 01:39:59 PM UTC
 Should Start On: Tue 27 Feb 2024 12:00:00 AM UTC
   Should be Finished on: Sat 25 Jan 2025 12:00:00 AM UTC
Category: Functionality
Priority: 5 - Normal
  Status: In Progress
 Privacy: Public
 Assigned to: meanmicio
Percent Complete: 0%
 Open/Closed: Open
 Release: None
 Discussion Lock: Any
  Module: mygh
   Component: MyGNUHealth


___

Follow-up Comments:


---
Date: Tue 27 Feb 2024 01:39:59 PM UTC By: Luis Falcon 
We will work on pairing and retrieving information from the PineTime
smartwatch via bluetooth.

The information to gather initially will be heart rate and steps, and it
should automatically register the values and create the associated page of
life.








___

Reply to this item at:

  <https://savannah.gnu.org/task/?16506>

___
Message sent via Savannah
https://savannah.gnu.org/

[Health-dev] [task #16505] Make widget sizes dynamic

[Luis Falcon]

URL:
  <https://savannah.gnu.org/task/?16505>

 Summary: Make widget sizes dynamic
   Group: GNU Health
   Submitter: meanmicio
   Submitted: Tue 27 Feb 2024 01:36:18 PM UTC
 Should Start On: Tue 27 Feb 2024 12:00:00 AM UTC
   Should be Finished on: Sat 25 Jan 2025 12:00:00 AM UTC
Category: MyGNUHealth
Priority: 5 - Normal
  Status: In Progress
 Privacy: Public
 Assigned to: None
Percent Complete: 0%
 Open/Closed: Open
 Release: None
 Discussion Lock: Any
  Module: MyGH
   Component: MyGNUHealth


___

Follow-up Comments:


---
Date: Tue 27 Feb 2024 01:36:18 PM UTC By: Luis Falcon 
To make widgets more convergent, we should remove any instance where the size
element is hardcoded (widgets, fonts...)









___

Reply to this item at:

  <https://savannah.gnu.org/task/?16505>

___
Message sent via Savannah
https://savannah.gnu.org/

[Health-dev] [bug #65370] Setting focus in MyGH 2.0.1 crashes initialization

[Luis Falcon]

Update of bug#65370 (group health):

 Open/Closed:Open => Closed 

___

Follow-up Comment #3:

MyGNUHealth 2.0.2 has been released and is now ready at Pypi




___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/

[Health-dev] [bug #65370] Setting focus in MyGH 2.0.1 crashes initialization

[Luis Falcon]

Update of bug#65370 (group health):

Severity:  3 - Normal => 4 - Important  
  Status:   Confirmed => Fixed  

___

Follow-up Comment #2:

Fixed it on 
https://hg.savannah.gnu.org/hgweb/health-mygnuhealth/rev/b8d4fd09fa85




___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/

[Health-dev] [bug #65370] Setting focus in MyGH 2.0.1 crashes initialization

[Luis Falcon]

Update of bug#65370 (group health):

  Status:None => Confirmed  
 Assigned to:None => meanmicio  
 Release:None => mygnuhealth 2.0

___

Follow-up Comment #1:

I can confirm it. Was never quite happy with the current method to get the
focus for the password field on this particular case, so it's a good moment to
rollback and look for a more general and robust approach for getting the
focus.





___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/

[Health-dev] [task #16504] Reuse system messages across gnuhealth hmis packages

[Luis Falcon]

URL:
  <https://savannah.gnu.org/task/?16504>

 Summary: Reuse system messages across gnuhealth hmis packages
   Group: GNU Health
   Submitter: meanmicio
   Submitted: Mon 26 Feb 2024 11:52:22 AM UTC
 Should Start On: Mon 26 Feb 2024 12:00:00 AM UTC
   Should be Finished on: Sat 25 Jan 2025 12:00:00 AM UTC
Category: Localization
Priority: 5 - Normal
  Status: In Progress
 Privacy: Public
 Assigned to: meanmicio
Percent Complete: 0%
 Open/Closed: Open
 Release: None
 Discussion Lock: Any
  Module: all
   Component: Hospital Management


___

Follow-up Comments:


---
Date: Mon 26 Feb 2024 11:52:22 AM UTC By: Luis Falcon 
We should optimize messages by making them unique and use them in different
contexts and packages.

For example, the health core message ID:

""
SM-CORE-0007: Currently logged in user is not associated to a health
professional. See "Internal User" field of "Parties/People" form.
""

Can be reused in different packages (nursing, inpatient...). Having a unique
message ID (SM-CORE-0007) will improve the experience and reduce
translations.

We would just need to import the message from health package into the specific
context.













___

Reply to this item at:

  <https://savannah.gnu.org/task/?16504>

___
Message sent via Savannah
https://savannah.gnu.org/

Re: [Health-dev] Feedback on MyGNUHealth

[Luis Falcon]

Dear Gerald
On Sat, 24 Feb 2024 19:51:31 +0100
Gerald Wiese  wrote:

> Hey,
> 
> I'm gathering feedback from our students on MyGNUHealth as I'm not
> sure which are tasks, issues or neglectable and I don't want to spam
> too much:

Thank you so much and thanks your students for reviewing MyGNUHealth
such a comprehensive list!

Many good points to create tasks on them. As you know, in MyGH 2.0 we
migrated from KDE Kirigami (Qt) to Kivy python, making the application
portable, a much reduced footprint and dependencies.

We also migrated from matplotlib to pygal. Matplotlib is a phenomenal
library, but again, is a large package and porting it to Android libre
is not trivial. 

In terms of the UI, we'll put time on charts to show relevant /
meaningful values, without cluttering small screens. That can be done
with pygal, and it will be a task on itself (eg, automatically setting
values on different time intervals...)

In terms of encryption, I like the idea of encrypting tinydb JSON
datafiles. We'll check on how current is the library and its
dependencies. In addition to that, it should be transparent to the
user. If we add complexity to the application, the user won't be happy.


I look for packages that have no or very few dependencies
to keep the project lightweight and easy to be ported with Kivy to
other architectures, specially the nasty Android environment, :( . By
the way, our colleague Pierre Michel has already build the development
version for Android! Work in progress

In summary, we strive to deliver an easy to use application for
individuals of all ages that are non-technical. The application will
also be convergent, so the look and feel and experience should be the
same in different resolutions and architectures, and your students
input is highly appreciated and go in that direction.


Thank you again!
Luis

[Health-dev] [task #16503] Suggest add "Read doc offline" menu

[Luis Falcon]

Update of task#16503 (group health):

   Should be Finished on: Mon 26 Feb 2024 12:00:00 AM UTC => Thu 23 Jan 2025
12:00:00 AM UTC
 Release:None => 4.9

___

Follow-up Comment #1:

Indeed, that is a good point. 

For each component, we could generate a pdf based on the rst documents on
doc.gnuhealth.org, and include them on the tarball.

We would need to update them on each patchset.




___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/

Re: [Health-dev] New mercurial development branch and workflow

[Luis Falcon]

Dear Feng, Gerald

On Sun, 25 Feb 2024 18:46:48 +0800
Feng Shu  wrote:

> Gerald Wiese  writes:
> > Please stop changing the stable branch for now, Luis will fix it and
> > add something to e.g. Contributing in docs afterwards.  
> 
> OK,  I'm sorry for the trouble caused to everyone.

No worries! Everything is now back to normal :)

We all make some mistakes and we learn from them. 

We'll document a bit better the bug tracking / patching on the stable
versions, but basically, only reported bugs registered in Savannah
should be applied in the stable version.

Workflow:
- Register a bug in Savannah
- Patch it and test it on default branch
- Document the solution
- Create a commit per bug fix (we don't want big commits, just one per
  bug)
- Upstream team will apply the patch in stable and document it on the
  bug
- If the bug is serious enough, we create a new patch release (4.4.x)
- The patchset (containing one or more bug fixes) will be uploaded to
  Savannah and ready to be applied on running systems using
  gnuhealth-control

Again, we'll try to document this workflow, main branches and
development process in docs.gnuhealth.org during the week.

Thank you again for all the excellent work and contributions!

Happy hacking
Luis

[Health-dev] [bug #65351] GNU Health camera exits the capture loop

[Luis Falcon]

Update of bug#65351 (group health):

  Status: In Progress => Fixed  
 Open/Closed:Open => Closed 
 Release:None => 4.4.0  

___

Follow-up Comment #1:

Fixed in changeset 28:98d4483233a9 

https://hg.savannah.gnu.org/hgweb/health-hmis-client-plugins/rev/98d4483233a9


___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/

[Health-dev] [bug #65351] GNU Health camera exits the capture loop

[Luis Falcon]

URL:
  <https://savannah.gnu.org/bugs/?65351>

 Summary: GNU Health camera exits the capture loop
   Group: GNU Health
   Submitter: meanmicio
   Submitted: Fri 23 Feb 2024 07:20:59 PM UTC
Category: Plugins
Severity: 4 - Important
  Item Group: None
  Status: In Progress
 Privacy: Public
 Assigned to: meanmicio
 Open/Closed: Open
 Release: None
 Discussion Lock: Any
  Module: health_camera
   Component: Hospital Management


___

Follow-up Comments:


---
Date: Fri 23 Feb 2024 07:20:59 PM UTC By: Luis Falcon 
The method
cv2.getWindowProperty(title, cv2.WND_PROP_VISIBLE) to check if the camera
window is open is returning the wrong value (-1), thus breaking the capture
loop.

Seems to be related to 
https://github.com/opencv/opencv/issues/22595









___

Reply to this item at:

  <https://savannah.gnu.org/bugs/?65351>

___
Message sent via Savannah
https://savannah.gnu.org/

Re: [Health-dev] [task #16500] Add screenshot plugin

[Luis Falcon]

On Fri, 23 Feb 2024 06:45:47 +0800 (CST)
tumashu  wrote:

> From ffmpegcv Readme:
> 
> 
> 
> 
> Experimental feature. The ffmpegcv offers Camera reader. Which is
> consistent with VideoFiler reader.
> 
> The VideoCaptureCAM aims to support ROI operations. The Opencv will
> be general fascinating than ffmpegcv in camera read. I recommand the
> opencv in most camera reading case.
> 
> 
Yes. I read it, but let's keep an eye on the project. It has a very
small footprint.

Best,
Luis

Re: [Health-dev] [task #16500] Add screenshot plugin

[Luis Falcon]

Hi Axel, Feng

On Thu, 22 Feb 2024 21:05:30 +0800 (CST)
tumashu  wrote:

> I prefer pillow, opencv2 seem to too big for this simple plugin.

For this case it would be nice to keep PIL. As a matter of fact, we're
looking for a smaller library than opencv for the camera in 5.0, maybe
ffmpegcv (https://pypi.org/project/ffmpegcv/).

OpenCV is a fantastic library, but we need a simpler lib, like just
being able to record video and make snaphots.

Thank you both
Luis

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

[Luis Falcon]

Update of task#16498 (group health):

 Assigned to:None => meanmicio  
 Release:   4.3.0 => 4.9


___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/

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

[Luis Falcon]

Follow-up Comment #2, task#16498 (group health):


[comment #1 comment #1:]
> What do you think if we name the next release GNU Health 7.0? That would
better reflect the underlying Tryton Version.
> (and, btw, we need a new release tag in savannah)

Thank you for the proposal! I rather keep GH components with its own
versioning model and numbering, and not getting tied to underlying frameworks
model. Tryton and GH has different release cycles.


Bests
Luis





___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/

[Health-dev] New mercurial development branch and workflow

[Luis Falcon]

Dear devs

We have a new development branch called "future" that will hold the
upcoming stable releases.

This applies to hmis server and client repositories. The current
branches are:

* stable: current stable releases
* default: testing functionality and patches for stable releases  
* future: new features for upcoming release 

Although the duet stable/default works, it's a bit more involved in
major refactoring work.


Please keep it in mind when developing. So, if we find a bug for the
current 4.4 release, we'll fix it and test it on "default" and then
merge it on "stable".

The tasks for the upcoming 5.0, we'll be worked on branch "future".

As per tagging particular changesets releases, functionality remains
happy as it is today :)

All the best
Luis

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

[Luis Falcon]

URL:
  <https://savannah.gnu.org/task/?16498>

 Summary: Migration to Tryton 7.0
   Group: GNU Health
   Submitter: meanmicio
   Submitted: Tue 13 Feb 2024 09:31:59 AM UTC
 Should Start On: Tue 13 Feb 2024 12:00:00 AM UTC
   Should be Finished on: Sun 19 Jan 2025 12:00:00 AM UTC
Category: Tryton
Priority: 5 - Normal
  Status: In Progress
 Privacy: Public
 Assigned to: None
Percent Complete: 0%
 Open/Closed: Open
 Release: None
 Discussion Lock: Any
  Module: all
   Component: Hospital Management


___

Follow-up Comments:


---
Date: Tue 13 Feb 2024 09:31:59 AM UTC By: Luis Falcon 
Dear devs

The next stable GNU Health series for the Hospital Management compoent will be
5.0.

GH HMIS 5.0 will be based on Tryton 7.0. Tryton 7.0 is a Long Term Release
that will be supported until the end of 2028.

In the next couple of weeks, we will be working on migrating the current GH
objects to Tryton 7. We ask you to please hold on new coding until the initial
migration is done :)

Documentation:
* Besides docstrings, please document any new development (from a functional
point of view) on the doc/*rst files. We will then review it and incorporate
the relevant sections to the official documentation portal.

Happy and healthy hacking
Luis







___

Reply to this item at:

  <https://savannah.gnu.org/task/?16498>

___
Message sent via Savannah
https://savannah.gnu.org/

[Health-dev] [bug #65217] incorrect variable in method create from class ImagingTestRequest

[Luis Falcon]

Update of bug#65217 (group health):

Category: Programming / Tracebacks => Functionality  
  Status:None => Invalid
 Assigned to:None => meanmicio  
 Open/Closed:Open => Closed 
   Component:None => Hospital Management

___

Follow-up Comment #1:

Hello, Jose

Thank you for the feedback!

The code you make reference behaves as expected. It generates / updates de
sequence for the new imaging order ("request" attribute).


The order can have several imaging studies associated to it.

Kind regards
Luis




___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/

Re: [Health-dev] Raspi images (was: Health-dev Digest, Vol 149, Issue 2)

[Luis Falcon]

Dear Juan and Axel

On Thu, 18 Jan 2024 10:10:32 +0100
Axel Braun  wrote:
> 
> Am Donnerstag, 18. Januar 2024, 08:00:00 CET schrieb Juan Pablo
> Rodriguez Esteban:
> 
> > Reading webpage for gnuhealth in a raspberru pi microcomputer (
> > https://www.gnuhealth.org/embedded.html ), I can find an old
> > version 3.6 downloadable image only. Is there a version 4.x image
> > for raspberry ? Could you tell me where I can download it, please ?
> >  

Thanks for pointing out! Yes, we're in the process of building images
for different operating systems, distributions and architectures. It
just takes time :) 

Currently we have documented HMIS 4.4 for AMD64 (FreeBSD, Debian,
openSUSE, LibreOS & Ubuntu).
(https://docs.gnuhealth.org/hmis/hmis/installation/vanilla.html#installing-gnu-health-on-gnu-linux-and-freebsd)

ARM64 (Olimex and Raspi5) will be next, and we'll show them at FOSDEM
in a couple of weeks :) 

For Raspberry 4 you can use Axel's link with GH 4.4 and openSUSE.

> 
> Downloadlink and instructions are here:
> https://en.opensuse.org/GNUHealth_on_openSUSE#Installation_of_the_Raspberry_Pi_image
> 

Bests
Luis




pgpH5ZeDK8M3o.pgp
Description: OpenPGP digital signature

Re: [Health-dev] 4.4.0 Ansible / PyPI

[Luis Falcon]

Dear Gerald

On Wed, 27 Dec 2023 14:32:32 +0100
Gerald Wiese  wrote:

> Hey,
> 
> I pushed to both Mercurial & GitLab a new Ansible version with the 
> updated GH HMIS version (and PyPI gnuhealth-all-modules).
> 
> Have a good time on New Year's Eve everyone!

Thank you very much and we're looking forward for feedback on this
additional installation method!

Wish you the best for 2024.

Peace and happy hacking!
Luis

Re: [Health-dev] DB upgrade to 4.4

[Luis Falcon]

Hello, Axel

On Sat, 23 Dec 2023 21:20:21 +0100
"Dr. Axel Braun"  wrote:

> Hi Luis,
> 
> I did not see any update scripts in the current 4.4 snapshot. 
> Will they arrive later or can we assume that there is no change
> compared to 4.2?

No need to run an explicit sql upgrade script for this release. Most of
the work is done at each package setup class.

Best
Luis

Re: [Health-dev] gnuhealth-control getlang doesn't work anymore

[Luis Falcon]

Hi, Fran

Quick update on this
On Tue, 5 Dec 2023 12:27:44 -0300
Francisco Maria Moyano Casco  wrote:

> Hi,
>I am trying to download latest translations packages from weblate,
> but I am getting a 404 error. (./gnuhealth-control getlang es)
> I am using gnuhealth 4.2.0 version.
> Regards.
> Francisco

Fixed on https://savannah.gnu.org/bugs/index.php?65079

Bests
Luis

[Health-dev] [bug #65079] Error downloading the language pack from weblate

[Luis Falcon]

Update of bug#65079 (group health):

  Status:   Confirmed => Fixed  
 Open/Closed:Open => Closed 
 Release:None => 4.2.0  

___

Follow-up Comment #1:

Fixed on changeset 6340:dd473fd8e844 



___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/

[Health-dev] [bug #65079] Error downloading the language pack from weblate

[Luis Falcon]

URL:
  <https://savannah.gnu.org/bugs/?65079>

 Summary: Error downloading the language pack from weblate
   Group: GNU Health
   Submitter: meanmicio
   Submitted: Sat 23 Dec 2023 06:18:25 PM UTC
Category: System administration
Severity: 3 - Normal
  Item Group: None
  Status: Confirmed
 Privacy: Public
 Assigned to: meanmicio
 Open/Closed: Open
 Release: None
 Discussion Lock: Any
  Module: gnuhealth-control
   Component: Hospital Management


___

Follow-up Comments:


---
Date: Sat 23 Dec 2023 06:18:25 PM UTC By: Luis Falcon 
Weblate has changed the URL associated to language pack downloads, thus,
gnuhealth-control getlang would not find it.









___

Reply to this item at:

  <https://savannah.gnu.org/bugs/?65079>

___
Message sent via Savannah
https://savannah.gnu.org/

[Health-dev] [task #16457] Improve ergonomics on patient health condition model

[Luis Falcon]

Update of task#16457 (group health):

  Status:  Ready For Test => Done   
 Open/Closed:Open => Closed 


___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/

[Health-dev] [task #16456] Menu for dental treatments

[Luis Falcon]

Update of task#16456 (group health):

  Status:  Ready For Test => Done   
 Open/Closed:Open => Closed 


___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/

[Health-dev] [task #16448] Include synchronization with Orthanc server using Tryton scheduler

[Luis Falcon]

Update of task#16448 (group health):

  Status:  Ready For Test => Done   
 Open/Closed:Open => Closed 


___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/

[Health-dev] [task #16443] test.type suggest reference DICOM modality tag

[Luis Falcon]

Update of task#16443 (group health):

Category:None => Functionality  
 Open/Closed:Open => Closed 


___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/

[Health-dev] [task #16417] Support Stone Web Viewer and Osimis Web Viewer link.

[Luis Falcon]

Update of task#16417 (group health):

  Status:  Ready For Test => Done   
 Open/Closed:Open => Closed 


___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/

[Health-dev] [task #16415] Add service_updated to health_services* packages

[Luis Falcon]

Update of task#16415 (group health):

  Status:  Ready For Test => Done   
 Open/Closed:Open => Closed 


___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/

[Health-dev] [task #16413] Automatically create patient upon entering demographics

[Luis Falcon]

Update of task#16413 (group health):

  Status:  Ready For Test => Done   
 Open/Closed:Open => Closed 


___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/

[Health-dev] [task #16412] Move samples/interfaces/* to script directory

[Luis Falcon]

Update of task#16412 (group health):

Category:None => Proteus
  Status:  Ready For Test => Done   
 Open/Closed:Open => Closed 


___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/

[Health-dev] [task #16409] Add ICD-10 or ICD-11 parent to disease_categories

[Luis Falcon]

Update of task#16409 (group health):

  Status:  Ready For Test => Done   
 Open/Closed:Open => Closed 


___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/

[Health-dev] [task #16404] Update functionality in Health Genetics packages

[Luis Falcon]

Update of task#16404 (group health):

  Status:  Ready For Test => Done   
 Open/Closed:Open => Closed 


___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/

[Health-dev] [task #16403] Include ambulatory care reporting

[Luis Falcon]

Update of task#16403 (group health):

  Status:  Ready For Test => Done   
 Open/Closed:Open => Closed 


___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/

[Health-dev] [task #16399] Support no-patient labtest

[Luis Falcon]

Update of task#16399 (group health):

  Status:  Ready For Test => Done   
 Open/Closed:Open => Closed 


___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/

[Health-dev] [task #16398] Make age string returned by compute_age_from_dates function translatable.

[Luis Falcon]

Update of task#16398 (group health):

Category:None => Functionality  
  Status:  Ready For Test => Done   
 Open/Closed:Open => Closed 


___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/

[Health-dev] [task #16396] Add code field to GnuHealthTestCritearea and let lab interface script use it

[Luis Falcon]

Update of task#16396 (group health):

  Status:  Ready For Test => Done   
 Open/Closed:Open => Closed 


___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/

[Health-dev] [task #16439] Include surgery stock moves

[Luis Falcon]

Update of task#16439 (group health):

  Status:  Ready For Test => Done   
 Open/Closed:Open => Closed 


___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/

[Health-dev] [task #16433] Expand information and management of surgical protocols

[Luis Falcon]

Update of task#16433 (group health):

Percent Complete:  0% => 100%   


___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/

[Health-dev] [task #16433] Expand information and management of surgical protocols

[Luis Falcon]

Update of task#16433 (group health):

  Status:  Ready For Test => Done   
 Open/Closed:Open => Closed 


___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/

[Health-dev] [task #16421] Operating room scheduler

[Luis Falcon]

Update of task#16421 (group health):

  Status:  Ready For Test => Done   
 Open/Closed:Open => Closed 


___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/

[Health-dev] [bug #65058] Can not update data from data/*.xml

[Luis Falcon]

Update of bug#65058 (group health):

Category:None => localization   
  Status:None => Need Info  
 Assigned to:None => teffalump  

___

Follow-up Comment #1:

Check under

Administration -> Models -> Models -> Data

To see if there are items out of sync related to those models.

Bests
Luis


___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/

[Health-dev] [bug #65059] health_mdg6: Xpert MTB/RIF and LOWENSTEIN-JENSEN CULTURE ANALYSIS have no criteareas

[Luis Falcon]

Update of bug#65059 (group health):

Category:None => Functionality  
  Status:None => Works For Me   
 Assigned to:None => tumashu

___

Follow-up Comment #1:

Thanks, Feng!

It's not actually an issue, because Xpert MTBC and LJ are cultures (to detect
mycobacterium tuberculosis). There's not a formal analyte per se.
In the result, you can add a line that to say whether is positive, negative or
even antibiogram rifampin resistance result. 
That of course can also be included in the lab comments (Extra Info)

Bests
Luis



___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/

[Health-dev] [task #16433] Expand information and management of surgical protocols

[Luis Falcon]

Update of task#16433 (group health):

  Status: In Progress => Ready For Test 

___

Follow-up Comment #3:

Initial protocol set is now in English and module in Weblate.



___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/

Re: [Health-dev] Update weblate

[Luis Falcon]

On Tue, 19 Dec 2023 08:28:30 +0800
Feng Shu  wrote:

I replied on i18n mailing list :)

Bests
Luis

[Health-dev] Use of health-i18n mailing list

[Luis Falcon]

Dear translators

Please let's use the existing health-i...@gnu.org mailing list for
discussions related to localization / translations. This will help
searching and housekeeping :)

Thank you!

PS: I just sent one to that list ;)

Bests
Luis

Re: [Health-dev] Update weblate

[Luis Falcon]

OK, so I'm resetting the translations to be in sync with upstream.
There were languages that had been removed and it was causing issues.

Hope not too many strings are impacted.



file 'tryton/health/locale/ht.po' was deleted in other [merge rev] but
was modified in local [working copy]. You can use (c)hanged version,
(d)elete, or leave (u)nresolved. What do you want to do? u
file 'tryton/health/locale/ru.po' was deleted in other [merge rev] but
was modified in local [working copy]. You can use (c)hanged version,
(d)elete, or leave (u)nresolved. What do you want to do? u
file 'tryton/health/locale/sq.po' was deleted in other [merge rev] but
was modified in local [working copy]. You can use (c)hanged version,
(d)elete, or leave (u)nresolved. What do you want to do? u
file 'tryton/health/locale/sv.po' was deleted in other [merge rev] but
was modified in local [working copy]. You can use (c)hanged version,
(d)elete, or leave (u)nresolved. What do you want to do? u
merging tryton/health/locale/ar.po
merging tryton/health/locale/es.po
merging tryton/health/locale/zh_CN.po
merging tryton/health_dentistry/locale/zh_CN.po
merging tryton/health_history/locale/zh_CN.po
merging tryton/health_imaging/locale/zh_CN.po
merging tryton/health_nursing/locale/zh_CN.po
merging tryton/health_ophthalmology/locale/zh_CN.po
merging tryton/health_qrcodes/locale/zh_CN.po
merging tryton/health_qrcodes/locale/zh_CN.po failed!
merging tryton/health_reporting/locale/zh_CN.po
merging tryton/health_services/locale/zh_CN.po
/tmp/hgmerge-bjmd5o0k/zh_CN~local.po:290: duplicate message
definition... /tmp/hgmerge-bjmd5o0k/zh_CN~local.po:287: ...this is the
location of the first definition
/tmp/hgmerge-bjmd5o0k/zh_CN~local.po:330: duplicate message
definition... /tmp/hgmerge-bjmd5o0k/zh_CN~local.po:327: ...this is the
location of the first definition
/tmp/hgmerge-bjmd5o0k/zh_CN~local.po:354: duplicate message
definition... /tmp/hgmerge-bjmd5o0k/zh_CN~local.po:351: ...this is the
location of the first definition
/tmp/hgmerge-bjmd5o0k/zh_CN~local.po:366: duplicate message
definition... /tmp/hgmerge-bjmd5o0k/zh_CN~local.po:363: ...this is the
location of the first definition
/tmp/hgmerge-bjmd5o0k/zh_CN~local.po:379: duplicate message
definition... /tmp/hgmerge-bjmd5o0k/zh_CN~local.po:376: ...this is the
location of the first definition msggrep: found 5 fatal errors ###
/home/weblate/weblate/weblate/examples/git-merge-gettext-po: error near
line 171: status 1 merging tryton/health_services/locale/zh_CN.po
failed! merging tryton/health_surgery/locale/zh_CN.po 1054 files
updated, 10 files merged, 54 files removed, 6 files unresolved use 'hg
resolve' to retry unresolved file merges or 'hg merge --abort' to
abandon (1)


On Mon, 18 Dec 2023 08:12:07 +0800 (CST)
tumashu  wrote:

> seemnot
> 在 2023-12-18 02:29:12，"Luis Falcon"  写道：
> Hi, Feng
> On Thu, 14 Dec 2023 14:54:16 +0800 (CST)
> tumashu  wrote:
> 
> > https://hosted.weblate.org/projects/gnu-health seem to not be
> > updated, when sync health hg to it?
> 
> Seems there were some unresolved issues in one merge that blocked
> the translations... 
> 
> Just unlocked all components.. can you please check?
> 
> Bests
> Luis

Re: [Health-dev] Update weblate

[Luis Falcon]

Hi, Feng
On Thu, 14 Dec 2023 14:54:16 +0800 (CST)
tumashu  wrote:

> https://hosted.weblate.org/projects/gnu-health seem to not be updated,
> when sync health hg to it?

Seems there were some unresolved issues in one merge that blocked
the translations... 

Just unlocked all components.. can you please check?

Bests
Luis

[Health-dev] Documentation screenshots

[Luis Falcon]

Dear team

We've talked about this in the past, but I think we should agree on a
particular format and image size.


* Image type: I think PNG is probably the best way to go.

* Image format: It's hard to generate a specific size, because the
  screenshot is context dependent. Sometimes might be the GTK window,
  sometimes might be a report...

* Hints and menus: It's a good idea, when applies, to show the menu
  highlighted (ie, "People" entry when showing the demographics)

* File size: The file should not exceed 500 Kb. Documentation is
  important and it needs to be downloaded quickly :)

* Theme and window style: This is a tough one, because each of us use
  different themes, window managers and window styles that have an
  impact on the GH client look and feel... I would say that any theme
  where the information is clearly shown (tables, rows, fonts) should
  be fine. I would avoid high-contrast / esoteric themes :D

* Annotations: Probably red rectangles should be the best, with a line
  width of 3 or 4 pixels, so it's clear to see but not too wide. We
  could use an extra arrow or the cursor/mouse pointer to enhance.

* Storage / publishing: In addition to the official documentation
  repository in GNU Savannah, we should keep the versions in Wikimedia.
  It's the best for us and for the community.

 
To summarize, I just updated the person demographics and placed the new
version forthe upcoming HMIS 4.4 on Wikimedia. ;)

https://commons.wikimedia.org/wiki/File:GNU_Health_person_demographics.png

Let me know your thoughts

Bests
Luis

Re: [Health-dev] HMIS docs

[Luis Falcon]

On Tue, 12 Dec 2023 14:22:06 +0100
Gerald Wiese  wrote:
> GNU Health HMIS functionality chapter:
> 
> For me those keywords are still not explained precisely enough. 

Forgot to mention in my last message to improve the glossary we have in
the appendix section, with links from the relevant terms.

Bests
Luis

Re: [Health-dev] HMIS docs

[Luis Falcon]

Dear Gerald,
On Tue, 12 Dec 2023 14:22:06 +0100
Gerald Wiese  wrote:

> Hey there,
> 
> I have some points to discuss regarding the documentation:
> 
Great :)
> 
> Modules in Detail chapter:
> 
> I think every module should appear here and have the same name as in
> the GUI (health, health_socioeconomics, etc.). A student started
> working on this. If you disagree with the approach, tell us soon
> please. He will create all subsections and work on some modules but
> obviously there will remain open todos.
> 

> https://docs.gnuhealth.org/hmis/modulesindetail/index.html

Probably the best approach is to have a generic term and in
parentheses the module name:

For instance:
Socioeconomics (health_socioeconomics)
Gynecology and Obstetrics (health_gyneco)

I like the concept of sub-sections, specially for modules such as
pediatrics (pediatrics_growth_charts, pediatrics_growth_charts_who..)

> 
> 
> GNU Health HMIS functionality chapter:
> 
> For me those keywords are still not explained precisely enough. I
> think longer explanations and a graphic would be nice, maybe even
> including Thalamus & MyGNUHealth for an overview. This could also
> show if Patient Management, Community Management & Laboratory
> Management are subsets of HMIS. And if I understand HIS right,
> (multiple) HMIS & Thalamus would be part of it?
> 
> This structure should also match the following documentation.
> Currently there is a chapter for Patient Management outside Health
> Center Management, a chapter for Laboratory Management inside Health
> Center Management and no chapter called Community Management.
> 

It's a bit hard to decide which method would be best, whether we use a
package-approach method, where the "Modules in detail" will take more
relevance, or a general functionality approach, in which we define the
main blocks (Community / demographics, patient, institution management
and reporting) and specific references are made to each package/module
for the particular documentation section.

Personally, I like more the latter, but is not easy, and probably a mix
will be the best... what we have to avoid is duplication of concepts /
documentation.

> Besides abbreviations EMR & HMIS are never written out.
> 
> https://docs.gnuhealth.org/hmis/functionality.html
> 
> 
> GNU Health Federation
> 
> This chapter can be removed no?
> 
> https://docs.gnuhealth.org/hmis/techguide/techguide.html#techguide-techguide-federation-technical-guide
> 
> It’s here now as separate Thalamus section:
> 
> https://docs.gnuhealth.org/thalamus/
> 
> Then the link here would have to be updated as well:
> 
> https://docs.gnuhealth.org/hmis/gnuhealthfederation/thalamus.html
> 
> I can do that if you agree.

I agree.  We should just have a couple of paragraphs explaining the main
concepts behind Thalamus and then a link to the component
 
> 
> Let me know what you think :)

I think your ideas are very good :)

All the best
Luis

[Health-dev] GNUHealth HMIS 4.4 Release Candidate 1

[Luis Falcon]

Dear developers

I have committed GNUHealth HMIS 4.4rc1.

We hope to release GH 4.4.0 on Sunday, 24th.

We need to update the official documentation with the new functionality
and work on translations. There are some new screenshots to update,
also.  

Regarding the documentation, the official portal for the GH ecosystem
is now https://docs.gnuhealth.org/ . For the HMIS,
https://docs.gnuhealth.org/hmis 

PS: Remember we're at code freeze, so only bugs should be filed. No
more functionality :)

Kind regards
Luis


pgpQaPfisLrVh.pgp
Description: OpenPGP digital signature

Re: [Health-dev] gnuhealth-control getlang doesn't work anymore

[Luis Falcon]

Hi, Francisco!

On Tue, 5 Dec 2023 12:27:44 -0300
Francisco Maria Moyano Casco  wrote:

> Hi,
>I am trying to download latest translations packages from weblate,
> but I am getting a 404 error. (./gnuhealth-control getlang es)
> I am using gnuhealth 4.2.0 version.

We'll take a look and check if there has been any change in the weblate
URL structure.

Thank you for reporting!
Luis

[Health-dev] [bug #64934] Need to optimize formatting in reports

[Luis Falcon]

Follow-up Comment #4, bug #64934 (project health):

Just a followup on the trim-to-ratio.

In general they look quite nice!! Great job!


Bests
Luis



___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/

[Health-dev] [bug #64934] Need to optimize formatting in reports

[Luis Falcon]

Follow-up Comment #3, bug #64934 (project health):

Thank you, Feng!

Will test today and report.

Bests
Luis



___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/

[Health-dev] [bug #64934] Need to optimize formatting in reports

[Luis Falcon]

Update of bug #64934 (project health):

 Release:None => 4.3.0  


___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/

[Health-dev] [bug #64934] Need to optimize formatting in reports

[Luis Falcon]

URL:
  <https://savannah.gnu.org/bugs/?64934>

 Summary: Need to optimize formatting in reports
   Group: GNU Health
   Submitter: meanmicio
   Submitted: Mon 27 Nov 2023 10:50:45 AM UTC
Category: reporting
Severity: 3 - Normal
  Item Group: None
  Status: Confirmed
 Privacy: Public
 Assigned to: tumashu
 Open/Closed: Open
 Release: None
 Discussion Lock: Any
  Module: all
   Component: Hospital Management


___

Follow-up Comments:


---
Date: Mon 27 Nov 2023 10:50:45 AM UTC By: Luis Falcon 
Hi, Feng

Could you please review the latest changes you did on the formatting in the
reports?

Pictures in the reports (Identification cards, newborn..) should keep the
original aspect ratio, so they don't look distorted.

Also, please check in English that labels and single-line content  fit within
the the same line. Some examples are prescriptions, wristbands.

Thank you!

Bests
Luis








___

Reply to this item at:

  <https://savannah.gnu.org/bugs/?64934>

___
Message sent via Savannah
https://savannah.gnu.org/

Re: [Health-dev] GH 4.4 - Setup

[Luis Falcon]

Hi, Axel
On Sun, 26 Nov 2023 18:19:28 +0100
Axel Braun  wrote:

> Hey Luis,
> 
> I have just build and published the current state of development for
> GH 4.4
> https://build.opensuse.org/package/show/Application:ERP:GNUHealth:4.4/gnuhealth
> 
Great!
We're in beta now and should reach RC1 by next week.

> I noticed that setup.py is still used. Are you planning to switch
> this to wheel before release?
Not for 4.4 . We have migrated MyGNUHealth on the new pyproject.toml
format, and I plan to do the same for HMIS in 5.0.

BTW, I notice that  Tryton still uses setup.py on 7.x, so it might be a
good idea to check if there is any particular reason.

Bests,
Luis

Re: [Health-dev] Thalamus config to connect a HMIS server

[Luis Falcon]

Dear Juan Pablo
On Thu, 23 Nov 2023 08:00:00 +0100
Juan Pablo Rodriguez Esteban  wrote:

> Hello
> 
> Thank you for your image, Luis: adjusting our parameters, test
> connection button shows an OK now !
> 

Excellent! That's always a good sign :)

> One question more, please: looking Federation Objects item in
> Configuration->Federation tree, I can see two enabled objects (models:
> party.party and gnuhealth,pol). Is it right?
> 
Yes, those are the default models and fields that take care of
demographics and the pages of life.

You're doing great!

All the best
Luis