Stage Yohann Poiron Semaine 4

   Projets  »  Stage Yohann Poiron Master 2  »  Stage Yohann Poiron Semaine 4

Cette page a pour but de présenter le travail effectué en Semaine 4

Semaine 4 : Modification du Dossier Patient et suite de l'implémentation des méthodes sur la gestion des événements patient

Modification du Dossier Patient FINI

Après avoir identifié les éléments possible a rajouter, il a été décidé de mettre à jour la table patient avec les champs suivant :

• pays_insee : Code INSEE du pays
• prenom_2 : Deuxième prénom
• prenom_3 : Troisième prénom
• prenom_4 : Quatrième prénom
• cp_naissance : Code postal du lieu de naissance
• pays_naissance_insee : Code INSEE du pays du lieu de naissance

Il faut donc modifier la vue d'édition et de fusion du patient/assuré.

• Ajout des champs prénoms avec une gestion de champ caché (+/-)
• Remplissage automatique du code postal en fonction des chiffres tapés dans le champs (autocomplete)
• Remplissage automatique du pays de naissance en fonction du code postal

Test du parcours patient réalisé sans erreur (log)

enregistrementPatient : Enregistrement d'un patient avec son identifiant (ipp) dans le système FINI

• Séquence "typePersonnePhysique" : le type "personne physique" est dérivé à partir du type "typePersonne" par ajout des éléments et des attributs susceptibles d'être renseignés pour un patient :
  • nomUsuel
  • nomNaissance
  • alias
  • prenoms
  • civiliteHprim
  • adresses
  • telephones
  • emails
  • dateNaissance
  • lieuNaissance
  • nationalite
  • langueUsuelle
  • situationFamilleHprim
  • decede

• Action a prendre en compte :
  • création : pas de précautions particulières à prendre
  • modification : il faut vérifier que l'on a le patient, sinon il faut renvoyer une erreur (Cas bloquant ou Non => A définir)
  • suppression : a voir...

• Cas 1 : Le patient existe sur le SIP FAIT
  • Cas 1.1 : Pas d'identifiant cible.
  • Cas 1.2 : Identifiant cible.
• Cas 2 : Le patient n'est pas connu par le SIP FAIT
• Une fois l'ajout effectué, on envoie un accusé de réception (Réussi/Echec) au CIP de la transaction effectuée.

• Limiter les champs (nom, prenom, etc....) lors de l'envoi du CIP

évolution possible

• évolution de la classe patient en intégrant une table email et telephone.

En effet les schémas nous permette d'avoir un nombre illimité de numéros de téléphones et d'emails. Ainsi lorsqu'un CIP va nous transmettre les informations patients et notamment les numéros de téléphones et emails nous risquons de perdre des informations, ce qui est problématique.