Hi Chris
In the SHORT term I think that GNU Health might need to continue using 'local
codesets' with the option of also using a SCTID (SNOMED CT Identifier) in the
same database table:
Text description | Local code | SCTID
oral | PO | 123456789
intravenous | IV | 987654321
In the medium ter
I have been doing some 'HL7 research' and have decided that the GNU Health
datasets should align with HL7 datasets (tables) as much as possible but also
take into account the SNOMED CT International terminology and coding system.
https://www.hl7.org/fhir/terminologies-v2.html
The column heading
Sorry 'TID' should be 'three times a day'
>Original Message
>From: andrewpgledh...@tiscali.co.uk
>Date: 09/07/2018 11:44
>To:
>Subj: Re: HL7 FHIR descriptions for medication route, medication form and
medication frequency
>
>Hi Luis
>
>I think that each Medication attribute - Dose
Hi Luis and Dev team
GNU Health appears to be in very good health!
I have been checking out the HL7 FHIR website for the latest descriptions of
medication route, medication form and medication frequency and I attach an
excel spreadsheet with the latest information.
Keep up the good work Luis a
I agree Luis that it would be best to have the same .CVS process/procedure for
both the 'Tryton' product section and the 'Health' medicament product section.
Regards
Andrew
Great work (yet again) Luis!
Will the export/import script work equally well at both the 'Tryton' product
level and at the 'Health' product level? The 'Health' product level
export/import option is needed to add important clinical functionality to the
main 'Tryton' medicine products.
Regards
Dear Edgar and other GNU Health users
If you want to test the prescription functionality of GNU Health I have created
two products on the online demo database which will be very useful.
Amoxicillin 125mg/5ml oral liquid - issue unit - mL
Amoxicillin 500mg capsules - issue unit - capsule
The onl
Hello Edgar and Luis
When I create a product export file (CSV) I have the option of manually adding
the product "ID" to the list of default parameters. But when I try to import
the CSV file (after making changes) the product ID is not on the list of import
parameters. Surely the product ID is n
Hello Edgar
I don't know what is wrong, I think that we need Luis' expertise.
Maybe something to do with decimal points in the Cost price = 1. and the
list price = 0.
But then again maybe not :-)
Regards
Andrew
Hello Edgar
I created a detailed description of how to create new medication products on
the GNU Health wiki.
I think it is fairly straightforward. If you have any questions do not hesitate
to ask.
https://en.wikibooks.org/wiki/GNU_Health/Products_and_Services_Management
Regards
Andrew
Hi Luis and Dev Team
There was recently a question on the general discussion forum about setting up
a Pharmacy 'store/supplier' in GNU Health. This could in theory be a Community
Pharmacy or a Hospital Pharmacy.
Luis. Setting this up with medication stock and the correct departmental links
is
Hello Luis
Another possible design (attached) for inpatient meds administration screen
design. Like I said before this functionality is "high hanging fruit" which is
very complex BUT I think it would be useful to put the various data
elements/data structures in place - for possible future use -
That sounds a good idea Luis.
I attach an .ODS spreadsheet to illustrate how an inpatient medication chart
might be designed / displayed.
If the doctor prescribes a medicine tds (three times a day) then the correct
times would appear on the medicine administration chart.
This sort of functiona
Hello Luis and dev team
I have time to suggest ideas for improving inpatient prescribing functionality
(if you want me to of course!).
First step is to suggest linking actual administration times to prescribing
frequency.
This could be done by adding an extra column (database column?)to the
m
Yes Luis. The medicine database needs to be able to record the medicine
strength per unit of administration dose.
g/mg/microgram per mL/capsule/tablet/dose
As you rightly suggested this will enable the link between what a doctor might
precribe - mg - and what the patient/nurse needs to unders
Hello Luis and dev team
When prescribing oral liquid medicines it might be safer to include the
strength of the medicine in the 'medicine' description.
Amoxicillin 125mg/5ml oral suspension
The dose and dose unit can then be descibed as the volume to be given/taken by
the patient
5 ml
This
Hi Luis
Without complicating the product strength issue too much we need to
also consider building the closely related default prescribing fields as
discussed previously.
It would be best to attempt to solve the product
strength and the default prescribing fields together don't you think?
See
Thanks Luis for the insightful reply.
We need to somehow develop the idea of
"Product Strength" (how much active ingredient is contained in an actual
dose
unit) and how we can create a medication product database/dataset which will
allow interchangable calculations of dose in g/mg/microgram or
>Original Message
>From: andrewpgledh...@tiscali.co.uk
>Date:
27/02/2015 11:56
>To:
>Subj: Re: [Health-dev] Fw: Medication
quantity and medication units (UOM)
>
>Hello Luis
>
>In the UK the primary care
prescriber (GP) must be very specific
>about t
Thanks Ronald
Your advice worked, I am connected now :-)
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-o
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 administrati
Hello Luis
Have just seen the screen shot for the new immunization module.
Looks very good but amount "unit" (= dose unit) is missing. This will usually
be mL but may be another value for some vaccines.
Regards
Andrew
Hi Luis
Just to confirm the data elements for the immunization record - see
attached spreadsheet.
Do you think "diseases protected against" is necessary
or a bit over the top?
Do you agree with my analysis of the required data?
Regards
Andrew
Data elements for immunization record.ods
Desc
Thanks for the feedback Luis and Mathias
The functionality screenshots look
very good Luis!
Injection route and injection site are not the same -
intradermal into the upper arm. To have an accurate and detailed immunization
record I think it would be preferable to have route and site recorded.
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
>Original Message
>From: andrewpgledh...@tiscali.co.uk
>Date:
16/11/2014 13:34
>To: , "Luis Falcon"
>Subj: Recording patient weight and patient height in GNU Health
>
>Hi Luis and
GNU Health devs
>
>Should GNU Health ask for a check/update o
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:
Drop
down box options might be:
National health ID
GP health I
Yes, I have reviewed the online demo and I now understand how ID type can be
attached to a patient's additional ID's.
Very good functionality as usual !!! :
-)
But, should we not have by default either:
Default type = (GNU Health ID)
or
Default type = (GNU Health Temporary ID)
visible so
Thanks Luis
I am trying to understand how a clerical person/administrator can
understand a patient's ID if they have "several" to choose from.
12345
67890
888777666
123-987-567
These numbers (ID's) don't really mean anything unless
we attach an ID "type" to each.
12345 (National Card ID)
67
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 "
Hello Luis
This FHIR resource might be useful when building the new
health_immunization module.
http://hl7.org/implement/standards/fhir/immunization.html
Regards
Andrew
Hello Adrian
I understand your view that a generic and comprehensive "clinical
scheduling" module may be useful for GNU Health, but I think that a person's
immunization information is so important that it deserves its own independent
module.
Might you be interested in drawing up a "clinical sp
Yes Luis, you are right yet again !
health_immunizations
is a better
description. By keeping the description generic, adult immunization schedules
can be included too if necessary :-)
Hi Luis and Cecilia
I think that a new GNU Health module - health_vaccinations
- would be the best way to do this because some clinics / hospitals might not
want this functionality and may not want pop up decision support warnings about
child immunisation records.
Andrew
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 imm
Hi Luis
When a new patient is created in GNU Health would it not be better if
their hospitalisaion status was set by default as:
"Ambulatory"
- Then when a
patient attended the hospital for an out-patient appointment it could be
changed to:
"Outpatient"
for the duration of their outpatient
Hello
I am trying to create a purchase order via the online demo, I get the
following warning.
"The field "Company" on "Purchase" is required."
Any help?
Thanks
On further investigation:
Countries using Arabic numerals with decimal point
Countries where a dot "." is used to mark the radix point comprise roughly 60%
of the world's population.[citation needed] They include:[citation needed]
Australia, Botswana, British West Indies, Brunei, Canada (
Thank you Sebastian for the prompt reply, you are right.
It appears that a .
and a , have different mathematical meanings in different countries which was
news to me !
Might it be possible to attach country specific data validation
to prescription / medication information ?
Regards
Andrew
I have developed this idea a little further and added a dose calculation INDEX
option. The prescriber would select the appropriate calculation index from a
drop down box:
mg/kg/dose
mg/kg/day
mg/sqmetre (of body surface area)
I
understand this is quite complicated functionality but I am sure
Dear Luis and GNU Health developers
I would like to suggest new functionality
to help calculate doses when prescribing for children and neonates. This would
involve a new "Calculate" button on the prescription and inpatient prescribing
screen design.
When the button is pressed a calculation fu
Thanks Mathias
Does this mean that a pack of 100 capsules (UOM = PACK100) can
be issued as single capsules by issuing 0.01 of a pack?
Not very user
friendly.
I think that Tryton needs a new split_pack module which would handle
this common scenario more eloquently.
I am just trying to make GN
Thanks Mathias
It would be useful to have this functionality in GNU Health for
me to test.
Let me clarify:
If I order 1 pack of 100 capsules (1 of code
ABC123)
The software will let me issue as 100 x 1 capsules (100 of code
DEF456)
Will Tryton automatically convert 1 x ABC123 (product) to 1
Hi Luis and GNU Health team
Does the Tryton development plan include the
introduction of a new product field called "pack size"?
This will be essential
for GNU Health hospitals and clinics who need to order products in packs and
issue to patients in units (tablets, capsues, mL, vials etc).
Co
Proposed new "quick pop up" screen re-designed with additional Patient ID
fields to reduce the chance of creating duplicate patients in GNU Health.
Regards
Andrew
Suggested new pop up screen when registering patients.ods
Description: application/vnd.oasis.opendocument.spreadsheet
Hi Luis
Yes, I understand and agree with everything you have said. You are
very insightful.
What might be useful when registering or searching for
patients is a new GNU Health pop up screen to appear when a person is "ticked"
as a patient.
This would be designed to show ALL the possible tempo
Thanks for the replies on this important issue.
I think that GNU Health
should, by default, create a temporary patient number e.g. - "TPN-1" - if
an actual patient number is not entered in the PUID field.
It should then be
possible to over-ride this temporary number when the correct patien
Hi Luis
I think we also need to bring the patient CLASS (= patient
type/location/encounter) into line with FHIR.
1.14.2.1.182.1 EncounterClass
Classification of the encounter
This value set defines its own terms in the
system http://hl7.org/fhir/encounter-class
CodeDisplay Definition
in
Hi Luis
I have just noticed that when creating a new "patient" in GNU Health
that the PUID field is optional. I think that it should be made a compulsory
field otherwise it will be possible to create duplicated records for the same
patient. And we all know what havoc that creates...
Regards
A
Dear Luis and the GNU Health team
I have had a few ideas about creating a
"simplified / cut down" and more integrated version of Tryton for ordering and
issuing products in GNU Health.
Might this be a possible way forward for
development or can Tryton only be used in the present rather fragmen
>Original Message
>From: c...@francke.ch
>Date: 09/09/2014 14:38
>To:
"andrewpgledh...@tiscali.co.uk"
>Subj: Re:
[Health-dev] Is the current version of Tryton far too complicated for GNU
Health?
>
>Hi Andrew and Luis,
>
>Am 09.09.2014 um 13:07 s
Hi Luis
When setting up a new "Party" = supplier (pharmaceutical wholesaler)
in GNU Health I am presented with tick boxes - Person, Institution, Insurance
Company, Pharmacy.
Should GNU Health have 2 new tick box options to facilitate
the ordering and issuing of medicament and medical supplies
Hello GNU Health team
This is a screen shot of product set up from a well
established UK Pharmacy Information system. Where are all these product set up
fields in Tryton?
If they are "scattered around" in different Tryton modules
then the system administrator might have difficulty keeping trac
Hello Axel
The first step I would take to improve the Tryton ordering module
is to be able to attach "default" suppliers to products:
Product: Amoxicillin
500mg capsules
UOM: capsule
default_supplier_1
default_supplier_2
default_supplier_3
This would save the user from the onerous task of l
Hi Luis and GNU Health team
I wonder whether we should aim to develop a
"stripped down" version of Tryton to run GNU Health efficiently?
At the moment
it does seem very difficult to:
1. Order a product from a supplier (via fax or
EDI)
2. Receive an order from a supplier into dispensary stock
Thanks Alvin
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
Thanks for your thoughts Emilien, I think I might have the answer at last!
It
has become apparent to me that each country - and sub-regions of countries -
has its own local prescribing list/medicines formulary. So that every clinic /
hospital that uses GNU Health will need to build their own in
Hi Luis and the GNU Health team
Might it be better if GNU Health could be "pre-
loaded" with the WHO medicines formatted as medicament PRODUCTS?
This might
help small clinics / hospitals get up and running much quicker.
The senior
doctor or senior pharmacist from each institution could check t
That is great news Luis!
I attach an updated ODS spreadsheet with some
thoughts on how a new "default_prescribing_fields" database table might be
created.
Note that this system only works properly when medication PRODUCTS
are prescribed and not "active ingredients".
I think we should advise a
61 matches
Mail list logo
