Veuillez utiliser un navigateur compatible :Google Chrome ou Mozilla Firefox
La page a expiré. Tout changement sera perdu. Essayez d'actualiser la page.
Mise à jour de Gazelle planifiée, sauvegardez votre travail :
Votre session Gazelle va expirer :
Redéployé...
Déconnexion ...
Le serveur redémarre. Tout changement sera perdu.
 

Test : CI-SIS-HL7V2-Cons_identit_manuel

Résumé du test

Id
45
Mot clé
CI-SIS-HL7V2-Cons_identit_manuel
Nom
CI-SIS-HL7V2-Cons_identit_manuel
Version
1.0
Auteur du test
acrouzet
Dernier modificateur
acrouzet
Statut
ready
Type
Vérification de conformité
Is external tool ?
Is Orchestrable
Est validé ?
Type de pair
Test sans partenaire
Brève Description
Test de vérification de conformité pour les logiciels consommateurs de flux HL7v2.x lorsqu'une identité non qualifiée est reçue.
Dernière modification
03/01/22 20:38:30

Description du Test dans French

Ce cas de test est une alternative au cas de test CI-SIS-HL7V2-Cons_identite pour les systèmes qui ne seraient pas en mesure de réceptionner un message ADT (HL7v2.5) venant du simulateur Patient Manager.

Ce cas de test permet de vérifier qu'un système (qui reçoit des données de santé) est conforme aux spécifications:

Description

Ce scénario de test s'assure que les systèmes consommateurs d'identité patient n'enregistrent pas le/les matricules INS du patient si l'identité n'est pas au statut validé dans le message HL7 (PID-32=VALI).

Un template de message HL7V2 ADT^A28^ADT_A05 est proposé. Ce message sera envoyé au système sous test grâce à un utilitaire qui jouera ainsi le rôle de système source.

Pré-requis

Votre système doit être en mesure de recevoir des messages H7v2 (protocole MLLP).

Vous devez avoir à votre disposition un utilitaire d'envoi de messages HL7V2, nommé par la suite "Client HL7", qui aura accès à votre système sous test (exemple: HL7 inspector https://bitbucket.org/crambow/hl7inspector/wiki/Home )

Règle 52 (criticité ***) – valable pour tous les logiciels
L’appel à l’opération de vérification doit être lancé automatiquement par les logiciels dès lors qu’une INS est transmise par un acteur appartenant à un domaine d’identification différent, sauf si cette INS existe déjà chez le récepteur avec le statut « identité qualifiée » ou « identité récupérée ».
Pour rappel, dans certains cas dérogatoires l’appel à l’opération de vérification n’est pas obligatoire (cf les exceptions mentionnées à la règle 30 du guide d’implémentation INS).

Instructions

Vous allez envoyer un message ADT^A28^ADT_A05 à votre système, pour un patient dont l'identité n'est pas qualifiée (LUCILE PERRIN), en utilisant le template fourni ci-dessous.

MSH|^~\&|PatientManager|IHE|SUT|EDITEUR|20210623120214||ADT^A28^ADT_A05|20210623120214|P|2.5^FRA^2.10||||||UNICODE UTF-8
EVN||20210623120214
PID|||10557^^^GZL_INTEROP&2.16.840.1.113883.2.8.3.7&ISO^PI~293127864606775^^^ASIP-SANTE-INS-NIR&1.2.250.1.213.1.4.8&ISO^INS||PERRIN^LUCILE^^^^^L||19931231|F|||56 rue des trente^^RENNES^^35000^FRA|||||||AN1507^^^GZL_INTEROP&2.16.840.1.113883.2.8.3.7&ISO^AN|||||||||||||N|PROV
PV1||N


Envoyer le patient LUCILE PERRIN à votre système. Pour cela,

  • Modifier les paramètres suivants (en bleu) : Date/Time Of Message (MSH-7), Receiving Application (MSH-5), Receiving Facility (MSH-6), Recorded Date/Time (EVN-2)
  • Passer le messages dans EVS Client et vérifier que  EVS Client renvoie un statut failed avec les messages suivants :

  • et copier le lien permanent de la validation EVS dans l'étape de test ci-dessous.
  • Charger le message dans l'utilitaire "Client HL7"
  • Envoyer le message à votre système

Vérifiez que le message a été acquitté avec le code AA dans le champ MSA-1. Le patient doit être enregistré dans votre système sans son/ses matricules INS. Fournir une capture d'écran montrant le patient sans ses identifiants INS.

Copier/Coller le message d'acquittement que vous renvoie votre système dans EVSClient pour vérifier qu'il est conforme.


Validation

  • Les identifiants INS du patient ne doivent pas apparaître dans votre logiciel.

Évaluation

  • L'industriel réalise les tests et contrôles ci-dessus
  • Le moniteur vérifie les preuves de test fournies par l'industriel, en particulier, il s'assure que le message d'acquittement comporte le code AA dans le champ MSA-1.
  • En option : Certaines étapes peuvent être rejouées en présence du moniteur


Test Roles

Mot clé
# à faire
Card Min
Card Max
Optionalité
URL
URL Doc
CI-SIS_CONSOMMATEUR-IDENTITE
Profil d'intégrationActeurOptionTesté ?
Mot clé
Mot clé
Mot clé
Mot clé
IntegrationProfile PAM_FR-Patient Administration Management (France)Actor PEC-Patient Encounter ConsumerNONEtrue
IntegrationProfile PAM_FR-Patient Administration Management (France)Actor PDC-Patient Demographics ConsumerNONEtrue
111Required

Étapes de test


Index de l'étape
Rôle de l'initiateur
Rôle du répondeur
Transaction
Sécurisée
Type de Message
Option
Description
Assertions
10CI-SIS_CONSOMMATEUR-IDENTITECI-SIS_CONSOMMATEUR-IDENTITECONFIGRequiredPréparer la création du patient en utilisant le template fourni. Modifier les valeurs Date/Time Of Message (MSH-7), Receiving Application (MSH-5), Receiving Facility (MSH-6), Recorded Date/Time (EVN-2).
20CI-SIS_CONSOMMATEUR-IDENTITECI-SIS_CONSOMMATEUR-IDENTITECONFIGRequiredPasser le messages dans EVS Client et vérifier que EVS Client renvoie un statut failed avec les messages indiqués dans les instructions. Copier le lien permanent de la validation EVS dans l'étape de test.
30CI-SIS_CONSOMMATEUR-IDENTITECI-SIS_CONSOMMATEUR-IDENTITEADTRequiredCharger le message dans l'utilitaire "Client HL7"
40CI-SIS_CONSOMMATEUR-IDENTITECI-SIS_CONSOMMATEUR-IDENTITEVERIFRequiredEnvoyer le message dans votre système.
50CI-SIS_CONSOMMATEUR-IDENTITECI-SIS_CONSOMMATEUR-IDENTITEVERIFRequiredL'acquittement doit comporter le code MSA-1=AA indiquant que le message a été accepté. Assurez-vous que l'acquittement est conforme (clic sur l'icône play).
60CI-SIS_CONSOMMATEUR-IDENTITECI-SIS_CONSOMMATEUR-IDENTITEVERIFRequiredFournir une preuve ( capture d'écran par exemple) montrant que le matricule INS du patient n'a pas été enregistré.