#1 rapprochement, doublons, fusion, recherche ...

[Anonymous]

Bonjour,

J'ai commencé ŕ travailler sur ideopass, et j'ai quelques
petites questions ŕ poser.
Mais peut-ętre que beaucoup de ces petits problčmes
ont déjŕ été corrigé dans une nouvelle version ?
Merci

---------------------------------
Remarques / Questions Ideopass :
---------------------------------
Apparemment il y a un problčme dans
SgbdrRapprochementDAO, dans la
méthode "getDetailRapprochements" ,
qui empęche la recherche sur un rapprochement en
précisant un état de rapprochement ŕ chercher:

if (etatRapprochement != null
&& !
org.ideopass.model.codeHL7.EtatRapprochement.isCodeEx
istant(etatRapprochement.getEtat())) {
throw new ParametreInvalideException
(Ť Etat du rapprochement invalide");
}
serait plus approprié que l'actuel :
if (etatRapprochement != null
&&
org.ideopass.model.codeHL7.EtatRapprochement.isCodeEx
istant(etatRapprochement.getEtat())) {
throw new ParametreInvalideException
(Ť Etat du rapprochement invalide");
}
--------------------------------------------
Męme chose pour TauxCorrespMinUnicite :
dans IdentiteManagerImplementation , dans la méthode
listDoublonIdentite , on a :
//Taux de correspondance
double tauxCorresp = ContexteManager.getParamDILocal
().getPolitiqueLocale().getTauxCorrespMinRecherche();
pourquoi pas "getTauxCorrespMinUnicite" , qui
apparemment n'est jamais utilisé???
--------------------------------------------
Le tauxRecherche dans la table politiquelocale doit ętre
un entier, alors que le programme a apparemment besoin
d'un nombre entre 0 et 1 ...
script de création politiquelocale : Ť TAUXUNICITE
numeric(2,0) not null ť
--------------------
La recherche de doublon déclenche systématiquement
une exception Ť Impossible de créer un lien sur la męme
identité ť .. Il y a peut etre un problčme au niveau de
mon paramétrage? A priori, vous n'aviez pas de problčme
avec cette recherche dans vos tests?
----------------------
Problčme pour la lecture d'un message soap de création
d'identité fédératrice
(RapCreationIdeFedeReader)
Pour la lecture du PID2, la variable utilisée est la variable
pidElt et non pid2Elt.
C'est le męme segment pour récupérer l'id du patient et
celui du DR ...
De plus, si on est obligé d'avoir 2 segments PID, on
s'écarte du format du message Hl7 A04 ...
---------------------
Fusion d'identités
En théorie, déclenchement de suppression de
rapprochements d'identités (fonction de la politique
locale)
Test NOK le rapprochement associé ŕ une identité
passant ŕ l'état esclave n'est pas modifié
Apparemment, il n'y a pas de consultation de la politique
locale du DI dans la méthode de fusion, c'est normal??
-----------------------