|Subject:||Re: [Health-dev] Health-dev Digest, Vol 37, Issue 25|
|Date:||Sun, 31 Aug 2014 22:55:43 -0300|
Send Health-dev mailing list submissions to
To subscribe or unsubscribe via the World Wide Web, visit
or, via email, send a message with subject or body 'help' to
You can reach the person managing the list at
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Health-dev digest..."
1. Re: Best way to add data to a patiente - Oncology Module
2. Re: Creating a local formulary / medicines product list for
Tryton / GNU Health (address@hidden)
Date: Sat, 30 Aug 2014 11:30:03 +0100
From: Luis Falcon <address@hidden>
To: Roberto Novaes <address@hidden>
Subject: Re: [Health-dev] Best way to add data to a patiente -
Content-Type: text/plain; charset=UTF-8
On Fri, 29 Aug 2014 12:14:51 -0300
Roberto Novaes <address@hidden> wrote:
> Hello to all!
> We are discussing the development of a module concerning specific
> needs for the oncological sector.
> The two main necessities are:
> 1) Register the ICD code of the disease, its TNM data (both clinical
> and pathological) and its correct staging classification. We are
> already developing a python library that exposes a function that
> receives the ICD, T, N and M values and returns the cancer staging
> (it is almost a wrapper around AJCC tables -->
> soon to be released to public under GPL 3 license :). Where is the
> best place to store this TNM and staging data? Should I add fields
> through inheritance from the Pathology class or from the PatientData
> class? Another option would be to create another model (lets say,
> NeoplasicDisease) that would have a FK to a patient.
Thanks a lot for the library ! That would be a lot of work, but
definitely a great asset !
Let me try to answer, from a general practitioner perspective, how to
integrate it in GNU Health.
I would definitely take advantage and use the "Pathology Groups"
functionality of GNU Health ( Health -> Configuration -> Diseases ->
Pathology Groups ). You can link it to diseases from the current WHO
ICD10 module. There is already a "neoplasic" group on it.
So, for example, you could call your TNM / Staging library if the
patient disease list contains one of the Neoplasic . There are
non-solid / diffuse oncological conditions where TNM does not work
well or just would not apply.
> 2) It would also have to register some key dates, such as the date of
> the first appointment or the date of the diagnosis, the date when a
> relapse has been detected, the date when a progression has been
> detected, the date when a metastasis has been found, and the date of
> death, in order to create the survival analysis curve for the clinic.
> I know some of those dates are already registered by the system, such
> as date of first appointment or date of death. Should the remaining
> dates be registered on the same ways discussed above (on separate
> model or on the existing models through inheritance?)
You have all that information starting from the gnuhealth patient model.
Appointments, evaluation dates, procedures, tests, etcetera are
available from the main "patient control panel", which should be your
friend :) .
Finally, a personal side-note. We, as individuals, and our health
conditions require an integrative approach. This concept stands up more
when dealing with oncological conditions. We need to look at the
bio/psycho/social/spiritual factors as a whole, both to promote health
and for healing. I always have it present when designing and
implementing GNU Health.
> Roberto Novaes
> S?lex Sistemas Ltda.
Date: Sat, 30 Aug 2014 12:46:44 +0100 (BST)
From: "address@hidden" <address@hidden>
To: <address@hidden>, <address@hidden>
Subject: Re: [Health-dev] Creating a local formulary / medicines
product list for Tryton / GNU Health
Content-Type: text/plain; charset="utf-8"
I am sure that RxNorm is an excellent medicines database/dataset
but it is designed purely for the N. American market.
I am still convinced
that each new GNU Health clinic/hospital should build their own medicines
dataset based on the GNU Health "default" database structure. This will also
help with assigning a pregnancy warning category to each medicine product,
which is a very useful decision support (= patient safety) feature of GNU
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Live data from GNU Health medicines list.ods
Size: 47460 bytes
Desc: not available
Health-dev mailing list
End of Health-dev Digest, Vol 37, Issue 25
|[Prev in Thread]||Current Thread||[Next in Thread]|