gnumed-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Gnumed-devel] Getting closer... but still need some help


From: Jim Busser
Subject: [Gnumed-devel] Getting closer... but still need some help
Date: Thu, 18 Nov 2010 14:26:03 -0800

Hi...

I am inching forward and need options to get the following completed. Even if I 
update my conf to read

        G:\VGHGIM\VMEDICAL\EXPORT\PATEXPORT

the following are still needed.

1) Person > Load external creation (if does not already exist)

You seemed to define in a post (per URL) an MSVA parser that would identify 
both the BC.CA personal health number and also the address and phone numbers

        http://lists.gnu.org/archive/html/gnumed-devel/2010-08/msg00063.html

What remains to be done for the code to create /add the health number and 
addresses and comm channels?

****************************************
2) Person > Load external creation (constraint against existing)

It appears in the schema that two persons can be allowed to have identical 
lastnames and firstnames and are only otherwise distinguished by having 
distinct values for id_identity.

This does not prevent recreation of the same person multiple times through the 
loadings of external files, which lacks the GNUmed pk

In order then for the creator to treat as unique things like

        lastnames, firstnames, dob

and also

        dem.enum_ext_id_types.issuer, dem.lnk_identity2ext_id.external_id

do these constraints need to be already defined in the schema for example 
depending on a column

        isunique

as per two postings ago, or can this kind of restriction be achieved by creator 
code that is made appropriate to the external data source? This way, they could 
prevent scripted 'duplicates" while still allowing the person to be created 
inside GNUmed on those rare occasions when you really WOULD have two patients 
with identical lastnames and firstnames and dates of birth?

-- Jim




reply via email to

[Prev in Thread] Current Thread [Next in Thread]