{"text_format":"1","workbook":"xlsx","n_sheets":8,"sheets":["Couverture","Index des révisions","Synthèse_vérif","NOTICE","Phase 1 Prérequis","Phase 2 Tests","Phase 2 Déclarations","Referentiel Patients"],"not_rendered":{"charts":0,"images":4,"macros":1,"external_links":0,"defined_names":10,"comments":0,"pivot_tables":0},"unopened":[],"bounds":{"document_bytes":16777216,"sheet_cells":100000,"rows_first":2000,"rows_last":500,"rows_between":2000,"halvings":0,"cell_chars":16384,"cell_head_chars":4096},"cells_cut":0,"cells_raw":0,"read":"whole","date_system":"1900"}

{"sheet":"Couverture","index":0,"n_rows":14,"n_cols":2,"rows_kept":14,"cut":false,"hidden":false,"merged":[[2,12,2,13],[8,1,11,8],[12,1,12,8],[13,1,13,8]]}
[]
[]
[]
[]
[]
[]
[]
[]
[null,"CAHIER DE TESTS DMP"]
[]
[]
[]
[null,"REVISION 2.7.0"]
[null,"GI 2.7.0"]

{"sheet":"Index des révisions","index":1,"n_rows":39,"n_cols":6,"rows_kept":39,"cut":false,"hidden":false,"merged":[[1,1,1,5]]}
[]
[null,"Index des révisions"]
[]
[null,"Version","Date","Ajouts","Modifications","Suppressions"]
[null,"V2.7.0","2022-02-15","Restructuration complète du document","Restructuration complète du document","Restructuration complète du document"]
[null,"V2.6.0","2021-12-28","Onglet Déclarations :\nEX_2.1-2000\nEX_2.1-2010\nEX_3.1-1015\n\nOnglet Plan de tests :\n2.1-700\n2.1-710\n2.1-750\n2.1-760\n2.2-700\n3.1-145\n3.3-700","Onglet Plan de tests :\n0.5-060","Onglet Plan de tests :\n0.5-070\n0.5-080"]
[null,"V2.5.0","2021-07-02","Onglet Plan de tests :\n-0.0-001 \n-0.0-002 \n-0.0-003 \n\nOnglet Déclarations :\n-EX_GEN-1590\n-EX_GEN-1255\n-EX_GEN-1530\n-EX_GEN-1290\n-EX_GEN-1300\n-EX_GEN-1510\n-EX_GEN-1230\n-EX_GEN-1520"]
[null,"V2.4.0","2021-04-01","Onglet Déclarations :\n-REC_0.2-1020\n-REC_0.4-1030\n-REC_0.5-1040\n\nOnglet Plan de tests :\n-0.1-060 Acquisition des données de contexte (+NOM NON_RENSEIGNE)\n-0.2-300 (le retour vérifie le NON_RENSEIGNE)\n-1.3b-300 Tentative maj DMP avec ENS associé\n-1.4-200 Tentative fermeture DMP avec ENS associé\n-1.5abd-400 creation/modif/deblocage compte internet DMP avec ENS associé\n-3.2-512 consultation DocPat (verif code couleur)\n-3.2-513 C_15 consultation DocPat (verif code couleur)\n-3.2-642 AIR consultation DocPat (verif code couleur)\n-3.2-643 AIR C_15 consultation DocPat (verif code couleur)","Onglet Plan de tests :\n-0.1-110 (ajout vérif INS + captures + DUMP INSi)\n-0.1-210 (ajout vérif INS + captures + DUMP INSi)\n-0.4-010 (le retour vérifie le NON_RENSEIGNE)\n-0.4-070 (le retour vérifie le NON_RENSEIGNE)\n-0.4-310 (le retour vérifie le NON_RENSEIGNE)\n-0.5-010 (le retour vérifie le NON_RENSEIGNE)\n-0.5-700 (le retour vérifie le NON_RENSEIGNE)\n-1.3a-010 (le retour vérifie le NON_RENSEIGNE)\n-1.3a-110 (le retour vérifie le NON_RENSEIGNE)\n-1.3a-170 (le retour vérifie le NON_RENSEIGNE)","Onglet Plan de tests :\n-0.0-XXX Decomissionnement de la TD0.0\n-1.1-XXX Decomissionnement de la TD1.1\n-1.2-XXX Decomissionnement de la TD1.2"]
[null,"V2.3.0a","2021-03-11","Onglet Plan de tests :\n-0.0-300 TD00 via support ApCV (avec NIRindividu)\n-0.0-310 TD00 via support ApCV (sans NIRindividu)\n-0.0-320 TD00 TNR CV\n-1.1-500 Creation DMP par CPx via support ApCV\n-1.1-510 Creation DMP par ES via support ApCV\n-1.1-520 Creation DMP TNR CV\n-3.2-550 - consultation document CVA\n-3.2-551 - consultation document HR Struct","Onglet Plan de tests :\n- consignes test suite maj JDV TypeCode (2020-06-30)\n- 0.1-050 - url consigne du cas 3\nModifications ergonomiques (tailles cellule, alignement, retour ligne, conditions)\n\nOnglet Déclarations :\n-EX_GEN-1250 (description support vitale)\n-EX_GEN-1255 (description support vitale)\n-EX_GEN-1265 (description support vitale)\n-EX_GEN-1520 (description support vitale)\n-EX_1.1-1020 \n-EX_1.2-1010\n-REC_2.1-1080 (ASIP -> ANS)\n-EX_3.1-1050 (ASIP -> ANS)\n-EX_GEN-1410 \n-REC_GEN-1420\n-EX_GEN-1430\n-EX_GEN-1450 (ASIP -> ANS)","Onglet Plan de tests :\n-0.1-111 CPS2TER\n-0.1-211 Certificat ES IGC CPS\n-2.1-112 Alimentation par CPS2TER (regul)\n-2.1-500 Alimentation par certificat ES IGC-CPS\n-2.1-501 Alimentation par CPS2TER"]
[null,"V2.3.0","2020-06-05",null,"Général :\nREFONTE ERGONOMIQUE"]
[null,"V2.2.0","2019-06-28","Onglet Plan de tests :\n-test 0.1-121\n\nOnglet INS Patients :\n-ajout 043 Jumeauquatre INSFAMILLEQUATRE\n-ajout 047 Laurent INSFAMILLENEUF\n\nOnglet ChecklistEditeurs :\n-CHK_GEN-0 ","Onglet Plan de tests :\n-test 0.4-010 (consigne)\n-test 0.4-040 (consigne)\n-test 0.4-210 (Authentification / Acteur / Profil)\n-test 2.1-160 (TREP)\n-test 2.1-400 (Intégrateurs)\n-test 2.1-410 (Intégrateurs)\n-test 2.2-400 (Intégrateurs)\n-test 3.1-030 (consigne)\n-test 3.1-110 (consigne)\n-test 3.3-550 (consigne)\n\nOnglet Déclarations :\n-EX_GEN-1140 (délégable)\n-EX_0.1-1010 (délégable)\n-EX_1.X-1031 (délégable)\n-EX_1.X-1032 (délégable)"]
[null,"V2.1.0","2018-11-14","Onglet Plan de Tests :\n- Ajout Types acteur :\n--- CPS (Médecin)\n--- CPS (Pharmacien)\n- Ajout colonne : Données Patients (pré-hom)\n\nOnglet Déclarations :\nEX_0.X-1031\nEX_GEN-1222\nEX_0.X-1055\nEX_GEN-1221\n\nAjout Onglets : \n-INS Patients (Pré-Hom n°1)\n-INS Patients (Pré-Hom n°2)","Onglet plan de tests :\n- test 0.1-050 : ajout pièces à fournir : log TLS version 1.2 et ciphers suite.\n- Correction tests 1.1-X et chainage avec 1.5-X\n- Correction coquilles PETRA / DUPRE\n\nOnglet INS Patients :\n- Correction patient ARTHUR INSFAMILLEQUATRE (date naissance)\n\nOnglet Déclarations :\nEX_0.X-1030\nEX_GEN-1540\nEX_GEN-1470\n"]
[null,"V2.0.0","2018-08-06","\nOnglet Déclaration :\n- Création des exigences/recommandations : \nEX_GEN-1520, EX_GEN-1540, EX_GEN-1560, EX_GEN-1550, EX_0.1-1100, EX_0.1-1115, EX_GEN-1255, EX_GEN-1530, REC_GEN-1570, EX_GEN-1510, EX_0.5-1030, EX_0.5-1020, EX_0.9-1030, EX_1.X-1200, REC_1.X-1220, EX_1.X-1230, EX_1.X-1300, EX_1.X-1320, EX_1.X-1400, EX_1.X-1410, REC_1.X-1420, EX_1.X-1430, EX_1.X-1440, EX_GEN-1500, EX_1.1-1200, EX_1.3-1040, EX_2.1-1050, REC_2.1-1065, EX_3.1-1055, EX_3.1-1080, EX_3.2-1025, EX_3.3-1060, EX_3.3-1045\n\nOnglet INS Patients : \nMise à jour de la liste des patients pour ajout du NIR\n\nOnglet Plan de tests : \n- Ajout des tests : \n0.0-010, 0.0-020, 0.0-030, 0.0-040, 0.0-050, 0.0-060, 0.0-100, 0.0-110, 0.0-120, 0.1-300, 0.1-310, 0.1-320, 0.1-330, 0.1-331, 0.1-340, 0.4-200, 0.4-210, 0.5-510, 2.1-600, 2.1-610, 2.2-600, 3.1-030, 3.2-060, 3.2-070, 3.2-205, 3.2-600, 3.3-061, 3.3-540, 3.3-550","Changement du nom CNAMTS en Cnam\n\nOnglet Checklist éditeur : \n- Modification du libellé de la CHK_1..-10 (Suppression de la référence à l'INS-C) et CHK_GEN-1 \n\nOnglet Déclaration :\n- Modification des exigences/recommandations :\nEX_GEN-1360, EX_GEN-1230, EX_GEN-1290, EX_GEN-1480, EX_0.X-1030, REC_0.4-1010, EX_GEN-1400, EX_GEN-1250, EX_GEN-1265, EX_1.1-1020, EX_1.2-1010, EX_1.3-1010, EX_1.5-1050, EX_GEN-1470, EX_3.1-1030, REC_3.3-1010, EX_3.3-1040\n\n\nOnglet INS Patients : \nMise à jour de la liste des patients pour ajout du NIR\n\nOnglet Plan de tests : \n- Modification des consignes de tests : \n0.2-030, 0.2-050, 0.2-100, 0.2-110, 0.2-130, 0.5-030, 1.1-010, 1.1-040, 1.1-041, 1.1-050, 1.1-070, 1.1-080, 1.1-100, 1.1-110, 1.1-300, 1.3b-030, 1.3b-180, 1.5a-010, 1.5a-015, 1.5a-110 ,1.5a-115, 1.5a-200, 1.5b-020, 1.5b-030, 1.5b-120, 1.5b-130, 1.5b-140, 1.5b-145, 1.5b-155, 1.5b-165, 1.5b-200, 1.5b-210, 1.5b-220, 1.5b-300, 1.5d-010, 1.5d-210, 2.1-135, 2.1-260, 2.2-135, 3.2-020, 3.2-201, 3.3-530","Onglet Checklist éditeur : \n- Suppression des CHK_1..-11, CHK_1..-12, CHK_1..-13, CHK_1..-14\n\nOnglet Déclaration :\n- Suppression des exigences/recommandations :\nREC_GEN-1240, EX_GEN-1310, EX_GEN-1270, REC_GEN-1260, REC_1.1-1025, REC_1.2-1020"]
[null,"V1.1.7","2017-12-11","Onglets Déclarations :\nEX_GEN-1210\nEX_GEN-1480 (présente dans le PDV précédent)\nEX_1.1-1020 (=EX_1.2-1010 adaptée à TD1.1)\nREC_1.1-1025 (=REC_1.2-1020 adaptée à TD1.1)\n\n","Onglet Plan de tests :\nColonne A : renommage des occurrences TD3.1c en TD3.1b.\n\nModification du contenu des exigences/recommandations :\nEX_GEN-1180 Intégration de la fiche d’information PDT-INF-504\nEX_GEN-1410 Modification et actualisation (ajout de RHCVIT)\nEX_GEN-1430 Modification et actualisation (ajout de RHCVIT)\nEX_0.1-1010 Reformulation\nEX_0.1-1020 Reformulation\nEX_1.1-1040 Changement du libellé IHM\nEX_1.2-1060 Changement du libellé IHM\nEX_2.1-1050 Ajout d’un NB\nEX_2.1-1110 Ajout d’une illustration et modification texte\nEX_2.1-1130 Reformulation\nREC_0.X-1030 Simplification\nREC_1.1-1030 Changement du libellé IHM\nREC_1.2-1050 Changement du libellé IHM\nREC_2.1-1080 Actualisation du renvoi vers le site de l’ASIP\nMise à jour des références des exigences/recommandations : \nEX_0.1-1040 --(devient)--> EX_0.3-1040\nEX_0.1-1050 ----> EX_0.3-1050\nEX_0.X-1110 ----> EX_GEN-1490\nEX_1.1-1060 ----> EX_GEN-1265\nEX_1.5-1010 ----> EX_1.1-1090 et EX_1.2-1090\nEX_1.5-1030 ----> EX_1.5-1031 et EX_1.5-1032\nEX_1.X-1220 ----> EX_GEN-1355\nEX_3.1-1010 ----> EX_3.1-1011 et EX_3.1-1012\nEX_3.1-1080 ----> EX_3.2-1090\nEX_3.3-1060 ----> EX_3.1-1060 (+ reformulation)\nREC_0.3-1030 ----> REC_0.3-1030, REC_0.3-1031 et REC_0.3-1032\nREC_1.1-1020 ----> REC_1.X-1020 (+changement du libellé IHM)\nREC_1.X-1230 ----> REC_GEN-1370\n  \n","Onglets Déclarations :\nEX_GEN-1150, EX_GEN-1160, EX_0.X-1010 (Mais conservation du texte hors exigence), EX_0.X-1020 (Mais conservation du texte hors exigence), EX_2.1-1120, REC_0.9-1030, REC_1.2-1040, REC_GEN-1510, REC_GEN-1520"]
[null,"V1.1.6","2017-09-25","Onglet Déclarations : \nCréation de l'exigence EX_GEN-1480"]
[null,"V1.1.5","2017-07-21","Onglet Plan de tests :\n- Ajout des tests  0.1-111 et 2.1-501 et modification des tests 0.1-110 et 2.1-010 pour l'homologation simplifiée des cartes IGC Santé\n- Ajout de précision dans les consignes des tests 01-110, 01-120 et 01-210\n\n","Onglet Checklist Éditeur :\nModification de la CHK_GEN-17\nSuppression de la CHK_4.5-10\n\nOnglet Déclarations : \nMise à jour de l'exigence EX_GEN-1180\"  ","Onglet Checklist Éditeur :\nSuppression de la CHK_4.5-10\n"]
[null,"V1.1.4","2017-05-02",null,"Onglet Plan de tests :\n- modification des consignes des tests 3.3-070, 3.3-080,3.3-090 (mise en conformité par rapport au DSFT 1.06 : depuis le DMP 2.0.1, un PS ne peut supprimer un document que s’il en est l’auteur)\n- Correction TD4.5 en TD0.5 dans les tests 2.1-118 et 2.1-250\n\nOnglet Déclarations :\n- Correction des valeurs indiquées dans la colonne F pour les exigences EX_GEN-1380 , EX_1.3-1020, EX_1.3-1030 et la recommandation REC_1.2-1020 \nOnglet Couverture :\n- Correction de EX_3.2-1065 en REC_3.2-1065 pour être raccord avec les DSFT"]
[null,"V1.1.3","2016-12-02","Onglet Déclarations :\n- ajout de la recommandation REC_3.3-1010","Mise à jour du document – Version CNDA "]
[null,"V1.1.2","2016-10-20",null,"Onglet Déclaration :\n- revue d'une exigence liée à l'IGC Santé : REC_0.X-1090 (suppression de la remarque sur l'OCSP IGC CPS qui n'a plus lieu d'être)"]
[null,"V1.1.1","2016-09-22","Onglet plan de test : \n- ajout de tests liés à l'IGC Santé (authentification indirecte) :  tests 0.1-211 et 2.1-500\n- ajout colonne AL pour filtrage rapide des homologations simplifiées (alimentation en documents structurés et compatibilité IGC Santé)\n","Onglet plan de test : \n- modification liée à l'IGC Santé (authentification indirecte) : modification consigne 0.1-210 et 2.1-160\n\nOnglet Déclaration :\n- revue d'une exigence liée à l'IGC Santé : EX_GEN-1450, \n\nOnglet Couverture :\n- revue d'une exigence liée aux \"données de remboursement\" de l'assurance maladie : EX_2.1-1010"]
[null,"V1.1.0","2016-06-06",null,"Validation ASIP"]
[null,"V1.0.19","2016-01-04","Onglet plan de test : \n- 20/11/2015 : Ajout des tests liés à l'alimentation du DMP par CPE : 2.2-010, 2.2-011, 2.2-013, 2.2-014, 2.2-020, 2.2-050, 2.2-060, 2.2-080, 2.2-090, 2.2-135, 2.2-140, 2.2-150, 2.2-400, 3.3-610\n- 21/12/2015 : Ajout tests 2.2-141, 2.2-100\n\n","Onglet Couverture :\n- précision de REC_2.1-1150 et EX_3.3-1060 (cas CPE),  ajout des cas de test TD2.2"]
[null,"V1.0.18","2015-03-24","Onglet plan de test : \n- Ajout du test 0.2-110","Onglet plan de test : \n- 2.1-012/2.1-112 test passé en test interne\n- précision ou correction des consignes des tests 2.1-205, 3.2-400/3.2-401/3.2-410/3.2-411, 3.1-211, 3.1-240, 0.5-060, 3.1-167, 2.1-014/2.1-120/2.1-164/2.1-247"]
[null,"V1.0.17","2014-06-25","Onglets Déclarations :\n- CDA auto présentables : ajout EX_2.1-1115, EX_2.1-1116\n- corrections en cohérence avec le DSFT 1.0.3 : ajout EX_GEN-1470 et REC_1.X-1230\n\nOnglet plan de test : \n- CDA auto présentable : ajout des tests 2.1-014, 2.1-164, 2.1-120, 2.1-247, 3.2-420, 3.2-421\n- ajout test 2.1-250 (tentative d'alimentation par centre  15 sur patient opposé à l'accès centre 15)\n- ajout test 0.5-600 (recherche sans INS par CPE)\n\nOnglet Checklist éditeur :\nAjout de CHK_GEN-1, CHK_GEN-2 et CHK_GEN-3\n\nOnglet Couverture :\nAjout de EX_3.2-1065\n\n","Onglets Déclarations :\n- corrections en cohérence avec le DSFT 1.0.3 : renommage EX_1.5-1097 en EX_1.5-1090\n- correction d'anomalies : REC_GEN-1040 renommée REC_GEN-1010 en cohérence avec le DSFT 1.0.2 ;\n- Précision de la consigne pour REC_2.1-1080, EX_GEN-1190, EX_GEN-1390, REC_0.X-1030, EX_0.X-1040\n- REC_2.1-1040 est une exigence depuis le DSFT 1.0.2 => renommage en exigence EX_2.1-1040\n\nOnglet plan de test : \n- 2.1-120 renommé 2.1-135\n- pour les tests 2.1-010, 2.1-013, 2.1-110, 2.1-113, 2.1-160, 2.1-163, 2.1-240, 2.1-242 : demande du rapport schématron ASIP en plus des autres fournitures pour chacun de ces tests\n- précision des consignes de 3.2-010, 0.2-100\n- précision consigne pour 2.1-400, 2.1-410, 2.1-420, 2.1-430 (notion de session = session locale du PS)\n- changement de document de test pour 3.3-060\n- 0.4-060 passé en test interne","Onglets Déclarations :\n- corrections en cohérence avec le DSFT 1.0.3 : suppression REC_1.5-1095 et EX_1.5-1090, \n- correction d'anomalies :  suppression du doublon de EX_GEN-1360"]
[null,"V1.0.16","2014-02-17","Ajout d'un onglet \"Checklist Éditeur\" :\nà remplir par le candidat lors de la phase de pré-homologation.\n\nOnglet plan de test : \n- ajout des tests 0.1-131 et 0.1-161\n","Onglets Déclarations et Couverture :\nRefonte des déclarations en cohérence avec le DSFT LPS 1.0.2, et renumérotation en conséquence (les anciens numéro de déclaration des PDV antérieurs sont dans la colonne D masquée de l'onglet Déclarations, à afficher via Excel : les candidats ayant passés une précédente homologation peuvent s'y référer)\n\nOnglet plan de test : \n- renommage de la TD4.5 en TD0.5, ouverte à tous les profils (commun)\n- correction d'anomalies sur les tests suivants : 2.1-117, 2.1-115, 2.1-246, 2.1-420, 2.1-430, 3.1-165 (résultats = 9 docs et non 11), 3.1-166 (résultats = 1 docs et non 2), 3.2-204, 0.2-100\n- Pour les tests de création de \"DMP complet\" : l'adresse est imposée pour test des problème de caractères accentués en UTF-8 dans certains LPS (\"20 rue des édelweiss\")\n- 0.4-110 passé en test interne.\n- correction de coquilles dans les consignes 0.2-100, 1.5a-010"]
[null,"V1.0.15","2014-01-23",null,"Version interne ASIP Santé"]
[null,"V1.0.14","2013-12-10",null,"Version interne ASIP Santé"]
[null,"V1.0.13","2013-05-07","Onglet plan de test :\n- ajout du test 0.1-160 (CPx expirée)\n\nOnglet Déclarations :\n- ajout de DEC_.GEN-80\n\n\nOnglet INS Patient homologation : \n- ajout de cet onglet avec les données patient à utiliser en phase de pré-homologation\n","Onglet plan de test :\n- les CPS-001 et CPS-002 sont remplacés par 'une CPS de médecin' car certains tests peuvent en général être parallélisés avec plusieurs CPS (par exemple le candidat peut utiliser indifféremment une CPS en consultation puis une autre en alimentation, ce qui permet de paralléliser l'exécution des tests par plusieurs testeurs)\n- précision de la consigne des tests 2.1-010, 2.1-110, 2.1-160, 2.1-240 : le formatCode à fournir pour ces tests est maintenant \"documents à corps non structuré en PDF/A-1\" (dans le cas ou le LPS gère le formatCode).\n\nOnglet Déclarations :\n- précision de DEC_2.1-60 sur la conformité à PDF/A-1 requise\n- modifications mineures de DEC_.GEN-52, DEC_.GEN-60 (wording)\n\nOnglet identification LPS : \n- les CPS-001 et CPS-002 sont remplacés par 'une CPS de médecin' "]
[null,"V1.0.12","2013-03-07","Onglet identification LPS : \n- ajout d'une ligne pour la CPS-007 (IGC prorogée, profil alimentation seulement)\n \n","Onglet plan de test :\n- le test 3.2-200 passe en TNR = X\n- précision de consigne  des tests 1.1-101, 1.5b-145\n- le test 0.9-040 est déclaré comme test de pré-homologation\n- les patients à utiliser en pré-homologation sont maintenant imposé (colonne R) ; voir détail dans le lisez-moi.pdf\n\nOnglet Déclarations :\n- renommage de l'onglet \"Exigences\" en onglet \"Déclarations\", et des codes des exigences EX_xxx en déclarations DEC_xxx\n- précision des délégations possibles et des conditions de délégations pour les EAI pour les déclarations suivantes : DEC_.GEN-12, DEC_.GEN-50, DEC_.GEN-60, DEC_0..-30, DEC_0..-31, DEC_1..-70, DEC_1.5-20, DEC_1.5-40, DEC_1.5-50, DEC_2.1-20, DEC_2.1-40, DEC_2.1-50, DEC_2.1-70, DEC_2.1-71, DEC_3..-10, DEC_3..-20, DEC_3..-70, DEC_3.1-10, DEC_3.3-20, DEC_3.3-30\n- Séparation de EX_.GEN-61 en DEC_.GEN-60 et DEC_.GEN-61\n- Précision de consigne de DEC_.GEN-60, DEC_.GEN-20, DEC_GEN-51\n- EX_1..-10 devient DEC_.GEN-52 (tous profils) et est précisée pour les profils \"hors Création\"\n \nLISEZ-MOI.pdf \n- renommage des \"Exigences\" en \"Déclarations\""]
[null,"V1.0.11","2013-01-21","Onglet \"Identification_LPS\" :\n- ajout d'une ligne pour déclarer la CPS-15 (LPS supportant les centres 15)\n- ajout d'une ligne pour indiquer les OS supportés par le LPS et l'OS sur lequel sont passés les tests\n\nOnglet plan de test :\n- ajout des tests pour les LDRM (centre 15)\n- ajout 2.1-013 et 2.1-163 (alimentation en CDA R2 niveau 3 (document structuré), si pris en charge par le LPS)\n- ajout test 0.9-110 (test interne)\n- ajout test 0.9-120 (test d'homologation optionnel)\n \n","Onglet plan de test :\n- refonte des tests 2.1-011 et 2.1-161 pour demander tous les formats de documents de CDA non structurés gérés par le LPS\n- mise à jour du 3.2-010 : consultation d'un document de format TIFF\n- précision des titres des tests 3.2-xxx (\"...au format XXX\") \n- mise à jour des titres de plusieurs tests (corrections de coquilles)\n- modif 0.9-080 (test interne) : renommage \"ligne de vie\" en \"parcours de soins\"\n- changement de patient du 0.2-100 => de Irène Enchaine vers Annie HALL\n- changement de patient du 0.2-050 => de Irène Enchaine vers Jean-Hervé DUPRE\n \nOnglet Exigences_DSFT :\n- précision de EX_.GEN-12, EX_2.1-30, EX_.GEN-70, EX_2.1-30 \n- EX_2.1-60 et LPS de type EAI : l'exigence n'est plus délégable et requiert la validation des CDA avant envoi au DMP"]
[null,"V1.0.10","2012-11-27","Onglet Exigences : \n- ajout chapitre 6.1 en référence sur EX_.GEN-10\n- ajout EX_0..-41\n- ajout de EX_1.3-30\n\n\n\nOnglet \"Couverture du DSFT (pour info)\" :\nAjout de ce nouvel onglet à but informatif pour les éditeurs : cet onglet montre la couverture des exigences du DSFT vis à vis des Tests et des Exigences demandées dans ce fichier \"plan de test\". ","Onglet \"Présentation\" :\nExternalisation de cet onglet dans le fichier DMP1_LPS_PDV_LISEZ-MOI_1.0.10.pdf\n\nOnglet \"Acronyme\" :\nExternalisation de cet onglet dans le fichier DMP1_LPS_PDV_LISEZ-MOI_1.0.10.pdf\n\nOnglet Exigences : \n- séparation de EX_0..-70 en deux exigences distincte : EX_0..-70 (Partie vérification certif) et EX_0..-71 (Partie révocation)\n- Revue et publication de la colonne \"Exigence / Recommandation\" (colonne F)\n- Déplacement de l'exigence EX_1..-30 dans la section générale (EX_1..-30 devient donc EX_.GEN-70)\n- précision de EX_1.5-20\n- précision de EX_.GEN-20\n- correction d'un bug : l'exigence EX_1.4-10  concerne la TD1.2 et non la TD1.4 => elle est donc déplacé en TD1,2 et renommée EX_1.2-20"]
[null,"V1.0.9","2012-10-22","Onglet INS Patients : \najout du patient 038 Roger PROROGEE\n\nOnglet plan de test :\n- ajout du test 2.1-012","\nOnglet plan de test :\n- correction des consignes des tests 3.2-010 à 3.2-150\n- précision des consignes des tests 2.1-400 et 2.1-410 (rappel des livrables attendus pour les uniqueId)\n- Tests 0.4-010 et 0.4-070 : remplacement des INS inscrits dans la consigne par les références à deux autres patients de l'onglet \"INS Patients\"\n- Tests 0.4-020 et 0.4-040 : précision de la consigne pour la phase de pré-homologation\n- Tests 1.1-010, 1.1-070 et 1.1-300 : précision d'une autre carte vitale de test alternative possible pour ces tests (carte \"JEAN TATAYER TOUTES ZONES\")\n"]
[null,"V1.0.8","2012-09-20","\n\nOnglet Exigences : \nAjout des exigences EX_2.1-70, EX_2.1-71, EX_3..-70 et EX_0..-22\n\nOnglet INS Patients : \najout du patient 040 Jean-Claude INS-FAMILLE-ONZE \n\nOnglet plan de test :\najout des tests 1.1-041 et 1.1-101","Onglet Présentation : \nfiltrage : correction de la consigne de filtrage (ligne 4) \npré-homologation : ajout d'une remarque sur le référencement INS-C\nligne 8 : précision sur les copies d'écran attendue en alimentation\n\nOnglet Exigences : \nPrécision de EX_1..-70\nPrécision de EX_0.9-10\nPrécision de EX_.GEN-13 (blocage technique demandé et non procédure organisationnelle)"]
[null,"V1.0.7","2012-07-05","Onglet Exigences : \nAjout exigence EX_0..-31","Onglet Présentation : \nprécision sur les livrables attendus en pré-homologation (délai, copies d'écrans)\n\nOnglet Plan de test : \nprécision du test 3.1-400\nmise en forme de l'Excel modifiée (volets figés pour faire apparaitre les numéro de cas de test et leur consigne)\n\nOnglet Exigences : \ndéplacement de la colonne E avant la colonne C\nprécision des exigences EX_.GEN-13, EX 2.1-60 et EX_3.1-10"]
[null,"V1.0.6","2012-05-02",null,"Onglet Plan de test : \nmodification (précision) des consignes des tests 3.3-070, 3.3-450, 3.3-600 "]
[null,"V1.0.5","2012-04-16",null,"Onglet Présentation : \ncomplément sur la description des colonnes TNR et pré-homologation\n\nOnglet Plan de test : \n- tests 3.3-450 et 3.3-600 : demande des trames GetDocuments en plus des trames de la transaction testée \n- modification des consignes des tests 1.1-010, 1.1-020 et 1.1-040 (suppression de la précision du créateur du DMP)\n- ajout de précision sur les tests 3.1-005 (rôle MT) et 3.1-400 (point \"1)\")\n\nOnglet Exigences : \n- précision des exigences EX_1..-60, EX_0.3-20, EX_3.3-30"]
[null,"V1.0.4","2012-03-26","Onglet Plan de test : \n- ajout des tests : 2.1-011, 2.1-161, 3.3-600\n\nOnglet Exigences : \n- ajout exigence EX_1.4-10\n","Onglet Présentation : \ncomplément sur la description de la colonne \"Authentification et profil DMP-C\" (ligne 14)\n\nOnglet Plan de test : \n- précision des consignes des tests : 0.1-050, 1.1-020, 1.1-080, 3.1-110, 3.1-120, 3.1-130, 3.1-140\n- précision des consignes des tests 3.3-xxx en mode CPS\n- suppression des tests : 0.1-060 et 0.1-061\n\nOnglet Exigences : \n- colonne F renommée en \"Filtre Authent.\"\n- colonne G renommée en \"Filtre Profil\"\n- précision des exigences EX_.GEN-13, EX_0.3-20, EX_1..-70 \n- modification de l'exigence EX_1..-20 en EX_GEN-51 ","Onglet Plan de test : \n- suppression des tests : 0.1-060 et 0.1-061\n"]
[null,"V1.0.3","2012-02-17","Onglet Plan de test : \n- ajout des tests : 0.1-050, 0.1-051, 0.1-060, 0.1-061","Onglet Plan de test : \n- précision des consignes des tests : 3.2-500, 3.1-400, 3.1-005\n\nOnglet Exigences : \n- précision de l'exigence EX_1.5-30"]
[null,"V1.0.2","2012-02-06","Onglet Présentation : \najout d'une section sur la fourniture des réponses aux exigences ; précision du nom de la famille de produits et du type de LPS\n\nOnglet Exigences : \n- EX_.GEN-12 & 13 : ajout de l'exigence\n\nOnglet INS Patients : \n- Ajout de l'INS du nouveau patient Emma Tome","Onglet Plan de test : \n- 0.1-120 : test à réaliser si le LPS supporte la CPE \n- 0.2-130 : consigne de test complétée \n- 0.3-120 et 0.3-200 passent en tests d'Homologation \n- Tests 0.4-xx : libellés modifiés \n- Tests 1.1-xxx : consigne de test complétée \n- 2.1-400 & 410 : consigne de test complétée \n- 3.1-060 et 3.1-010 : tests supprimés et remplacés par le test 3.1-005 \n- 3.1-120 & 3.1-130 : consigne de test complétée \n- ajout des tests 3.2-500 et 3.2-510 de consultation d'un document du patient et du document des droits et volontés du patient \n- Tests 3.1-xxx : consignes de test complétées \n\nOnglet Exigences : \n- EX_.GEN-50 : précision sur les nomenclatures \n- EX_0..60, EX_0..70, EX_1..-30, EX_2.1-10 et EX_2.1-40 : description complétée\n- EX_0..-40 & EX_3..-30 : suppression des exigences ","Onglet Plan de test : \n- 3.1-060 et 3.1-010 : tests supprimés et remplacés par le test 3.1-005 \n\n\nOnglet Exigences : \n- EX_0..-40 & EX_3..-30 : suppression des exigences "]

{"sheet":"Synthèse_vérif","index":2,"n_rows":49,"n_cols":10,"rows_kept":49,"cut":false,"hidden":true,"merged":[[44,9,44,14],[48,1,48,6],[48,9,48,14],[0,0,0,4],[44,1,44,6]]}
["NE PAS MODIFIER / Onglet réservé au CNDA pour la validation des résultats"]
[null,"Session originelle","Rejeu 1","Rejeu 2","Rejeu 3"]
["Date des tests éditeur","xx/xx/2019"]
["Date de vérification","XX/XX/2019"]
["Version du référentiel des points de contrôle"]
["Vérificateurs"]
[]
[]
["Type de déclarations","Couvertes"," Sans objet \n(*)","Observations\n(non bloquant)","Remarques","Couvertes après rejeu","Exigences déléguées","Total Général"]
["Commun",null,null,null,null,null,null,{"$f":"SUM(B10:G10)","v":0}]
["Accès",null,null,null,null,null,null,{"$f":"SUM(B11:G11)","v":0}]
["Gestion",null,null,null,null,null,null,{"$f":"SUM(B12:G12)","v":0}]
["Alimentation",null,null,null,null,null,null,{"$f":"SUM(B13:G13)","v":0}]
["Consultation",null,null,null,null,null,null,{"$f":"SUM(B14:F14)","v":0}]
["Total Général",{"$f":"SUM(B10:B14)","v":0},0,0,0,0,0,{"$f":"SUM(B15:G15)","v":0}]
[]
[]
[]
["Transactions Testées","OK","Sans objet\n(*)","Observations\n(non bloquant)"," Remarques","OK\nAprès rejeu","Total Tests"]
["TD 0.0",null,null,null,null,null,{"$f":"SUM(B20:F20)","v":0}]
["TD 0.1",null,null,null,null,null,{"$f":"SUM(B21:F21)","v":0}]
["TD 0.2",null,null,null,null,null,0]
["TD 0.3",null,null,null,null,null,{"$f":"SUM(B23:F23)","v":0}]
["TD 0.4",null,null,null,null,null,0]
["TD 0.5",null,null,null,null,null,0]
["TD 0.9",null,null,null,null,null,0]
["TD 1.3a",null,null,null,null,null,0]
["TD 1.3b",null,null,null,null,null,0]
["TD 1.4",null,null,null,null,null,0]
["TD 1.5a",null,null,null,null,null,0]
["TD 1.5b",null,null,null,null,null,0]
["TD 1.5d",null,null,null,null,null,0]
["TD 1.6",null,null,null,null,null,0]
["TD 2.1",null,null,null,null,null,0]
["TD 2.2",null,null,null,null,null,0]
["TD 3.1a",null,null,null,null,null,0]
["TD 3.1b",null,null,null,null,null,0]
["TD 3.2",null,null,null,null,null,0]
["TD 3.3ab",null,null,null,null,null,0]
["TD 3.3cd",null,null,null,null,null,0]
["Total Général",{"$f":"SUM(B20:B40)","v":0},{"$f":"SUM(C20:C40)","v":0},0,0,0,{"$f":"SUM(B41:F41)","v":0}]
[]
[]
[]
["Type de déclarations","Commentaires",null,null,null,null,null,null,"Type de déclarations","Commentaires"]
[]
[]
[]
["Transactions","Commentaires",null,null,null,null,null,null,"Transactions","Commentaires"]

{"sheet":"NOTICE","index":3,"n_rows":31,"n_cols":10,"rows_kept":31,"cut":false,"hidden":false,"merged":[[1,0,1,16],[2,0,8,16],[32,10,41,16]]}
[]
["Notice demande de conformité"]
["- Il est recommandé d'utiliser Excel pour ouvrir les fichiers CDT et PDT.\n- Merci de prendre connaissance de tous les onglets du document.\n- Le CNDA rappelle que la documentation de référence doit être connue (Guide d'intégration DMP et CI-SIS, ainsi que IHE, HL7, etc.).\n- Les documents envoyés sur le DMP doivent être vérifiés avec l'outil de contrôle schématron mis à disposition par l'ANS dans l'espace de publication : testContenuCDA."]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[]
[null,null,null,null,null,null,null,null,null,"\n\n"]

{"sheet":"Phase 1 Prérequis","index":4,"n_rows":37,"n_cols":9,"rows_kept":37,"cut":false,"hidden":false,"merged":[]}
["Profil DMP-C","Authentification ","Transaction","Acteur","Spécificité","Version package GIE","Code prérequis",".","Données patient "]
["Tous","TOUS","TOUS",null,null,null,"PRE_GEN","L'éditeur a pris connaissance du Guide d'Intégration DMP et de la totalité des exigences qui concerne le périmètre de son LPS."]
["Tous","TOUS","TOUS",null,null,null,"PRE_ERR","Le LPS affiche correctement les différents messages d'erreurs et codeRetour (soapFault…) et adapte sa cinématique en fonction."]
["Tous","TOUS","TOUS",null,null,null,"PRE_TPS","Le LPS se synchronise via un serveur de temps a minima toutes les 24h."]
["Tous","DIRECTE","TD 0.1","Médecin",null,null,"PRE_DIR_MED","Des tests ont été faits en Authentification DIRECTE avec une carte MEDECIN."]
["Tous","DIRECTE","TD 0.1","Pharmacien",null,null,"PRE_DIR_PHA","Des tests ont été faits en Authentification DIRECTE avec une carte PHARMACIEN."]
["Tous","DIRECTE","TD 0.1","Spécialiste non médecin",null,null,"PRE_DIR_SPE","Des tests ont été faits en Authentification DIRECTE avec une carte SPECIALISTE NON MEDECIN."]
["Tous","DIRECTE","TD 0.1","Auxiliaire",null,null,"PRE_DIR_AUX","Des tests ont été faits en Authentification DIRECTE avec une carte AUXILIAIRE MEDICAL."]
["Tous","DIRECTE","TD 0.1","CPE",null,null,"PRE_DIR_CPE","Des tests ont été faits en Authentification DIRECTE avec une carte CPE."]
["Tous","INDIRECTE","TD 0.1",null,null,null,"PRE_IND","Des tests ont été faits en en Authentification INDIRECTE."]
["Tous","INDIRECTE","TD 0.1","PSMS",null,"02.07.00","PRE_IND_PSMS","Des tests ont été faits en Authentification INDIRECTE avec un PSMS."]
["Tous","AIR","TD 0.1",null,null,null,"PRE_AIR","Des tests ont été faits en Authentification INDIRECTE RENFORCEE."]
["Tous","TOUS","TD 0.1",null,"Gestion Connexion Secrète",null,"PRE_MODE_CNXSC","Des tests ont été faits en mode Connexion Secrète pour un patient mineur.","SOPHIE PATB-TROIS"]
["Tous","TOUS","TD 0.2",null,null,null,"PRE_TD02","L'éditeur a testé l'existence du DMP d'un patient et le LPS adapte ses cinématiques en fonction du codeRetour."]
["Tous","TOUS","TD 0.3",null,null,null,"PRE_TD03","L'éditeur a testé la modification de l'autorisation du PS sur un DMP."]
["Tous","TOUS","TD 0.3",null,"Gestion BDG",null,"PRE_TD03_BDG","L'éditeur a testé un accès BDG en cas d'urgence."]
["Tous","DIRECTE","TD 0.4",null,null,null,"PRE_TD04","L'éditeur a testé l'affichage de la liste des patients ayant une autorisation pour l'acteur authentifié."]
["Tous","DIRECTE","TD 0.5",null,null,null,"PRE_TD05","L'éditeur a testé la recherche d'un DMP sans INS à partir de la TD0.5."]
["Tous","TOUS","TD 0.5","Centre_15","Gestion Centre 15",null,"PRE_TD05_C15","L'éditeur a testé la recherche d'un DMP sans INS à partir de la TD0.5 en mode Urgence Centre_15."]
["Tous","TOUS","TD 0.9",null,null,null,"PRE_TD09","L'éditeur a testé l'appel au WebPS."]
["Tous","AIR","TD 0.10",null,null,null,"PRE_TD010","L'éditeur a testé l'appel au WebPS en AIR."]
["Tous","DIRECTE","TD 1.3",null,null,null,"PRE_TD13","L'éditeur a testé la consultation des données administratives d'un DMP."]
["Tous","DIRECTE","TD 1.6",null,null,null,"PRE_TD16","L'éditeur a testé la consultation de la liste des autorisations pour un DMP."]
["Alimentation","TOUS","TD 2.x",null,null,null,"PRE_ALIM_NIV1","L'éditeur a testé le dépôt d' un document CDA-R2 de niveau 1 sur le DMP d'un patient."]
["Alimentation","TOUS","TD 2.x",null,"Gestion Documents structurés",null,"PRE_ALIM_NIV3","L'éditeur a testé le dépôt d'un document CDA-R2 de niveau 3 sur le DMP d'un patient."]
["Alimentation","TOUS","TD 2.x",null,null,null,"PRE_ALIM_RECH","L'éditeur a testé la recherche de l'identifiant technique d'un document à partir de son identifiant local (fonctionnalité TD 3.1b) afin de remplacer ou dépublier un document."]
["Alimentation","TOUS","TD 2.x",null,null,null,"PRE_ALIM_RPLC","L'éditeur a testé le remplacement d'un document déjà présent sur le DMP d'un patient (TD 2.1b)."]
["Alimentation","DIRECTE","TD 2.2","CPE",null,null,"PRE_ALIM_CPE","L'éditeur a testé le dépôt d'un document CDA-R2 de niveau 1 sur le DMP d'un patient avec une carte CPE."]
["Alimentation","TOUS","TD 2.x",null,"Gestion Document Note de Vaccination","02.06.00","PRE_ALIM_VAC","L'éditeur a testé le dépôt d'un document Note de Vaccination (NOTE-VAC)."]
["Alimentation","TOUS","TD 2.x",null,"Gestion Compatibilité IMAGERIE en Alimentation","02.07.00","PRE_ALIM_IMG","L'éditeur a testé le dépôt d'un document Références d'Objets Imagerie (KOS DICOM) et les documents qui l'accompagnent (DA et/ou CR)."]
["Consultation","DIRECTE ou AIR","TD 3.1",null,null,null,"PRE_CONS_RECH","L'éditeur a testé la recherche d'un document dans le DMP d'un patient avec les critères AvailabilityStatus et/ou TypeCode."]
["Consultation","DIRECTE ou AIR","TD 3.1",null,null,null,"PRE_CONS_SUB","L'éditeur a testé la recherche d'un document dans le DMP d'un patient avec comme critère la date de soumission."]
["Consultation","DIRECTE ou AIR","TD 3.2",null,null,null,"PRE_CONS_CONS","L'éditeur a testé la consultation d'un document présent dans le DMP d'un patient et l'affichage des métadonnées d'entête CDA.","LAURENCE PATB-QUATRE"]
["Consultation","DIRECTE ou AIR","TD 3.3",null,null,null,"PRE_CONS_MSQPS","L'éditeur a testé le masquage/démasquage d'un Document aux PS (confidentialityCode) à partir de la fonctionnalité TD 3.3a."]
["Consultation","DIRECTE ou AIR","TD 3.3",null,null,null,"PRE_CONS_INV","L'éditeur a rendu visible un Document au patient/représentant légaux (confidentialityCode) à partir de la fonctionnalité TD 3.3b.","SOPHIE PATB-TROIS"]
["Alimentation","TOUS","TD 3.3",null,null,null,"PRE_ALIM_SUPPR","L'éditeur a testé la dépublication (suppression) d'un Document (Statut Deleted) à partir de la fonctionnalité TD 3.3c."]
["Consultation","DIRECTE ou AIR","TD 3.3",null,null,null,"PRE_CONS_ARCH","L'éditeur a testé l'archivage/désarchivage d'un document à partir de la fonctionnalité TD 3.3d."]

{"sheet":"Phase 2 Tests","index":5,"n_rows":158,"n_cols":16,"rows_kept":158,"cut":false,"hidden":false,"merged":[]}
["Transaction","Code test","Libellé cas de test","Consignes de test","Eléments à fournir en plus des éléments de base\n(requête en xml + réponse + copies d'écrans non tronquées de la cinématique complète)","Authentification ","Profil DMP-C","Données PS","Mode","Homologation simplifiée","Autres filtrages","Version package GIE","Résultat attendu en retour","Libellé du retour","Code retour","Données patient "]
["TNR","TNR-01","Tests de non-régression\n profil ALIMENTATION","-- CE TEST N'EST PAS ATTENDU SI LE PLAN DE TEST CONTIENT D'AUTRES TESTS D'ALIMENTATION --\n\nCe test permet de vérifier que, suite aux dernières évolutions, le logiciel  ne présente aucune régression sur le profil alimentation.\n\n'L'utilisateur s'authentifie sur le DMP. Les données de l'utilisateur et de sa structure sont véhiculées dans le VIHF.\n\n=> Mode opératoire :\n1- Effectuer autant d' alimentations de documents sur le DMP d'un patient de votre choix  que de modes d'authentification proposés par le logiciel. Exemple de titres  : \"document-TNR-DIRECTE-CPS\", \"document-TNR-DIRECTE-CPE\", \"document-TNR-INDIRECTE\" ;\n2- Effectuer le remplacement de l'un de ces documents (remplacement du titre, du contenu et modification de masquage) ; \n3- Effectuer la suppression d'un document. Il est demandé au candidat de ne pas dépublier un document des étapes précédentes mais bien d'ajouter un nouveau document et de ne dépublier que celui-ci.","L'ensemble des requêtes pour chacune des étapes (ajout + recherche + remplacement/suppression) et les copies d'écran des 3 cinématiques.","Tous","alimentation","Laissé au choix du candidat","Normal","TNR","TNR","TOUTES","OK","",null,"94 Juan TENERIFE"]
["TNR","TNR-02","Tests de non-régression \n profil ALIMENTATION \ndocuments structurés ","-- CE TEST N'EST PAS ATTENDU SI LE PLAN DE TEST CONTIENT D'AUTRES TESTS D'ALIMENTATION DE DOCUMENTS STRUCTURES --\n\nCe test permet de vérifier que, suite aux dernières évolutions, le logiciel est conforme aux dernières versions des volets métier en vigueur (CDA-R2 niveau 3).\n\n'L'utilisateur s'authentifie sur le DMP. Les données de l'utilisateur et de sa structure sont véhiculées dans le VIHF.\n\n=> Mode opératoire :\nAvec le mode d'authentification de son choix, effectuer autant d' alimentations de documents structurés sur le DMP d'un patient de votre choix  que de documents stucturés proposés par le logiciel.\nHormis pour la Note de vaccination, nommer les documents comme ceci : \"document-TNR-VSM\", par exemple.\n","Les résultats du contrôle schématron correspondant pour chaque document.","Tous","alimentation","Laissé au choix du candidat","Normal","TNR","TNR","TOUTES","OK","",null,"94 Juan TENERIFE"]
["TNR","TNR-03","Tests de non-régression\nprofil CONSULTATION","-- CE TEST N'EST PAS ATTENDU SI LE PLAN DE TEST CONTIENT D'AUTRES TESTS DE CONSULTATION  --\n\nCe test permet de vérifier que, suite aux dernières évolutions, le logiciel  ne présente aucune régression sur le profil consultation.\n\n'L'utilisateur s'authentifie sur le DMP. Les données de l'utilisateur et de sa structure sont véhiculées dans le VIHF.\n\n=> Mode opératoire :\n1- S'authoriser sur le DMP du patient ;\n2- Effectuer autant de recherches de documents sur le DMP du patient que de modes d'authentification proposés par le logiciel, avec le typeCode \"CERT_DECL\" ;\n3- Consulter un document CDA R2 de niveau 1, au choix ;\n4- Consulter le document CDA R2 de niveau 3 \"CR-BIO autopres\" ;\n5- Rendre \"visible au PATIENT\" ce document (si la transaction est supportée par le logiciel).\n","L'ensemble des requêtes pour chacune des étapes et les copies d'écran des cinématiques.","Tous","consultation","Laissé au choix du candidat","Normal","TNR","TNR","TOUTES","OK","",null,"94 Juan TENERIFE"]
["TD 0.1","0.1-050","Validation du certificat du serveur DMP : validation de l'AC","Ce test technique consiste à tester la validation des certificats des serveurs DMP (interface LPS, certificat issu de l'IGC Santé gamme élémentaire, type \"SSL_SERV_SSL\") par le LPS (il n'y a pas à proprement parler de description fonctionnelle pour ce test).\nLe candidat doit démontrer que le LPS utilise la bonne méthode pour valider les certificats serveurs DMP (date de validité du certificat, chaîne de certification et certificat émis par l'IGC Santé, cohérence entre le CN du certificat et le FQDN)\r.\nCe test comporte plusieurs étapes décrites ci-après, pour lesquelles il est demandé, pour chaque étape, les pièces à fournir habituelles ou, en cas d'erreur, un extrait de log local du LPS montrant le détail du comportement technique du LPS.\nCertaines étapes sont volontairement \"non passantes\" (le candidat doit discerner de lui même les étapes passantes ou non).\r\nIl est demandé de changer d'URL entre les différentes étapes, mais de NE PAS CHANGER la configuration des certificats et autorités de confiance en local dans le LPS ou le système d'exploitation (cette configuration d'AC de confiance doit strictement rester la même tout au long du test).\r\n\n=> Mode opératoire :\r\n1) Le LPS doit faire une requête SOAP de son choix vers le serveur \"Environnement d'homologation\" dédié à sa session d'homologation ; il est demandé au candidat de fournir les fichiers attendus préfixés par \"1_\", et de renseigner l'URL de l'environnement d'homologation dans la colonne commentaire du plan de test.\r\n\r\n2) Sans changer la configuration des certificats, le LPS doit faire une requête SOAP de son choix vers le serveur \"DV1\" (serveur \"bac à sable\" mutualisé entre tous les éditeurs en cours de test, dont l'URL de base est https://dev1.lps2.dmp.gouv.fr/si-dmp-server/v2/services/ ) ; il est demandé au candidat de fournir les fichiers attendus préfixés par \"2_\".\r\n\r\n3) Sans changer la configuration des certificats, le LPS doit faire une requête SOAP de son choix vers le serveur dont l'URL de base est https://dv1-dmp-lps.dmp.gouv.fr/si-dmp-server/v1/services/ ; il est demandé au candidat de fournir les fichiers attendus préfixés par \"3_\".\r\n\r\n4) Sans changer la configuration des certificats, le LPS doit faire une requête SOAP de son choix vers le serveur dont l'URL de base est : https://dev1.lps.fake.dmp.gouv.fr/si-dmp-server/v1/services/ ; il est demandé au candidat de fournir les 3 fichiers attendus préfixés par \"4_\".\n","Fournir les requêtes et les réponses reçues, ainsi que les copies d'écran des cinématiques et notamment les réponses affichées dans l'interface suite aux retours de service, qu'ils soient OK ou KO.\nPour les cas non passants, fournir les logs de connexion.\n","Tous","commun","Laissé au choix du candidat","Normal",null,null,null," "," ","","Patient au choix "]
["TD 0.1","0.1-060","Acquisition des données de contexte (INSi)","Ce test consiste à vérifier la méthodologie d'acquisition de l'INS qualifiée.\n\n=> Mode opératoire :\nL'utilisateur s'authentifie avec le mode de son choix et teste l'existence du DMP du patient :\n1/ Pour JEFF ERENTIEL : Le test d'existence retourne que le DMP n'existe pas : accusé de reception du traitement =« AA», ResponseCode « NF ».\n2/ Pour RUTH NESSI : Le test d'existence retourne que le DMP est actif,  les traits du patient, ainsi que le statut de l'autorisation du PS (n'existe pas).\n\nSi le logiciel fait l'acquisition de l'INS qualifiée par lui-même :\n- en RecSansVitale : utiliser JEFF ERENTIEL\n- en RecVitale : utiliser RUTH NESSI\n- avec les deux modes : faire le test sur chaque patient.\n\nSi le logiciel acquiert l'INS qualifiée par une source tierce (BDD, autre logiciel) :\n- faire ce test en simulant JEFF ERENTIEL comme INS Qualifiée.\n","INSi :\n- copies d'écrans de la cinématique d'acquisition de l'INS puis qualification\n- en commentaire, dans ce document, la description précise de l'acquisition de l'INS qualifiée\n-  si le logiciel est agréé INSi : la requête INSi + réponse","Tous","commun","Laissé au choix du candidat","Normal",null,"INSI","2.5.0","OK","AA","","61 Jeff ERENTIEL\n59 Ruth NESSI"]
["TD 0.1","0.1-070","Acquisition des données de contexte (APCV)","Ce test consiste à vérifier la méthodologie d'acquisition de l'INS via le store APCV.\n\n=> Mode opératoire :\nLe candidat doit exécuter une étape correspondant à son profil (si l'éditeur souhaite homologuer plusieurs profils, il devra en choisir un seul pour l'exécution de ce test). \nAPCV : L'utilisateur s'authentifie avec le mode de son choix et récupère l'INS du patient via le store APCV (INSFAMILLEQUATRE par exemple)\n\nCandidat supportant le profil ALIMENTATION : \n -- effectuer l'alimentation d'un document de votre choix sur le DMP du patient ;\nOU :\nCandidat supportant le profil CONSULTATION : \n -- effectuer une recherche ou consultation (TD3.1 : FindDocument ou GetDocument, etc... ou TD3.2 : RetrieveDocumentSet). \n","APCV :\n- copies d'écran de la cinématique d'acquisition de l'INS via appel APCV avec qualification de l'identité, \n- requête/réponse APCV,\n- requête/réponse et copies d'écran DMP.","Tous","commun","Laissé au choix du candidat","Normal",null,"APCV","2.5.0","OK","AA","","Patient de la famille INSFAMILLEQUATRE par exemple"]
["TD 0.1","0.1-110","Authentification directe \npar CPS (Médecin)","L'utilisateur (Médecin) s'authentifie sur le DMP avec une carte CPS issue de l'IGC Santé. Les données de l'utilisateur et de sa structure sont véhiculées dans le VIHF.\n\n=> Mode opératoire :\nLe candidat doit exécuter une étape correspondant à son profil (si l'éditeur souhaite homologuer plusieurs profils, il devra en choisir un seul pour l'exécution de ce test). \n \r\nCandidat supportant le profil ALIMENTATION : \r\n -- effectuer l'alimentation d'un document de votre choix sur le DMP du patient ;\nOU :\nCandidat supportant le profil CONSULTATION : \r\n -- effectuer une recherche ou consultation (TD3.1 : FindDocument ou GetDocument, etc... ou TD3.2 : RetrieveDocumentSet). \r\n",null,"directe","commun","CPS (Médecin)","Normal",null,null,"2.5.0","OK"," ","","Patient au choix"]
["TD 0.1","0.1-120","Authentification directe \npar CPE","L'utilisateur s'authentifie sur le DMP avec sa carte CPE ; les données de l'utilisateur et de sa structure sont véhiculées dans le VIHF\r\n\n=> Mode opératoire : \r\n- effectuer une TD2.2 sur le DMP de test de votre choix.\n",null,"directe","commun","CPE","Normal",null,null,null,"OK"," ","","Patient au choix"]
["TD 0.1","0.1-121","Authentification directe\n par CPE non-nominative","== ATTENTION : ce test n'est à réaliser que si l'éditeur possède une carte CPE IGC SANTE non-nominative. \nDans tous les cas, merci de préciser en commentaire que la Fiche d'Information-617 est bien prise en compte ==\nL'utilisateur s'authentifie sur le DMP avec sa carte CPE IGC-SANTE non-nominative.\n\n=> Mode opératoire : \r\n- effectuer une TD2.2 sur le DMP de test de votre choix.\n","En commentaire, dans ce document, la déclaration de prise en compte de la FI-617.","directe","commun","CPE (Non nominative)","Normal",null,null,null,"OK"," ","","Patient au choix"]
["TD 0.1","0.1-130","Authentification directe \npar CPS \nen mode régulation","L'utilisateur PS d'un centre de régulation (SAMU-Centres 15) s'authentifie sur le DMP avec sa carte CPS (en mode régulation \"centre_15\").\n\n=> Mode opératoire : \nPour les CPS en mode régulation, 2 étapes :\r\n-- ajouter un document via l'acces web-PS (ou LPS en mode normal si ce mode est géré par l'éditeur) sur le DMP de votre choix (hors patients utilisés dans les autres tests), en renseignant le titre du document avec \"société / nom du LPS / version / Nom prénom du testeur\" (si le LPS ne permet pas de mettre le caractère \"/\" utilisez un séparateur de votre choix)\r ;\n -- effectuer une recherche ou consultation (TD3.1 : FindDocument, GetDocument ou TD3.2 : RetrieveDocumentSet), en mode \"centre_15\" depuis votre logiciel. \r\n",null,"directe","commun","CPS (médecin)","centre-15",null,null,null,"OK"," ","","Patient au choix"]
["TD 0.1","0.1-131","Authentification directe \npar CPS (PS Non médecin) \nen mode régulation","L'utilisateur PS (d'une profession non médecin) d'un centre de régulation (SAMU-Centres 15) s'authentifie sur le DMP avec sa carte CPS (en mode régulation \"centre_15\")\r.\n\n=> Mode opératoire : \r\nEffectuer une transaction au choix du candidat.\nSi le LPS ne gère que les Médecins, merci de l'indiquer explicitement dans le champ commentaire.",null,"directe","commun","CPS (Non Médecin)","centre-15",null,null,null,"OK"," ","","Patient au choix"]
["TD 0.1","0.1-140","Authentification directe \npar CPS de Pharmacien ","L'utilisateur (Pharmacien) s'authentifie sur le DMP avec sa carte CPS. Les données de l'utilisateur et de sa structure sont véhiculées dans le VIHF.\n\n=> Mode opératoire :\nEffectuer une transaction au choix du candidat.\nSi le LPS ne gère pas les Pharmaciens, merci de l'indiquer explicitement dans le champ commentaire.\r",null,"directe","commun","CPS (Pharmacien)","Normal",null,null,null,"OK"," ","","Patient au choix"]
["TD 0.1","0.1-150","Authentification directe \npar CPS de PS Non médecin \n(hors pharmacien) ","L'utilisateur (Non médecin, hors pharmacien) s'authentifie sur le DMP avec sa carte CPS. Les données de l'utilisateur et de sa structure sont véhiculées dans le VIHF.\n\n=> Mode opératoire : \nUtiliser par exemple une CPS de Kinésithérapeute, Sage-Femme...\r\nEffectuer une transaction au choix du candidat.\nSi le LPS ne gère que les Médecins, merci de l'indiquer explicitement dans le champ commentaire.\n",null,"directe","commun","CPS (Non Médecin, Non Pharmacien)","Normal",null,null,null,"OK"," ","","Patient au choix"]
["TD 0.1","0.1-160","Authentification directe par CPx expirée","L'utilisateur tente de s'authentifier sur le DMP avec une carte CPx (CPS ou CPE) expirée (dont la date de validité est dépassée).\r\n\n=> Mode opératoire : \nEffectuer une transaction au choix du candidat à l'aide d'une CPx expirée.\n",null,"directe","commun","Laissé au choix du candidat","Normal",null,null,null,"ERREUR"," ","","Patient au choix"]
["TD 0.1","0.1-161","Authentification directe \npar CPx expirée \nen mode régulation","L'utilisateur PS d'un centre de régulation (SAMU-Centres 15) tente de s'authentifier sur le DMP avec une carte CPx (CPS ou CPE) expirée (dont la date de validité est dépassée).\r\n\n=> Mode opératoire : \nEffectuer une transaction au choix du candidat à l'aide d'une CPx expirée, en mode régulation.\n",null,"directe","commun","CPS (médecin)","centre-15",null,null,null,"ERREUR"," ","","Patient au choix"]
["TD 0.1","0.1-170","Authentification directe \npar CPF","L'utilisateur en formation s'authentifie sur le DMP avec sa carte CPF. Les données de l'utilisateur et de sa structure sont véhiculées dans le VIHF.\n\n=> Mode opératoire :\neffectuer une transaction de votre choix sur le DMP de test de votre choix.\n\nSi votre logiciel est destiné à être utilisé par des médecins, il doit savoir gérer les cartes CPF. L'ANS fournit les cartes de test. Si pour une raison métier, votre logiciel ne sera jamais amené à être utilisé avec des cartes CPF, merci de le justifier dans ce document.",null,"directe","commun","CPF","Normal",null,"CPF","2.6.1","OK"," ","","Patient au choix"]
["TD 0.1","0.1-210","Authentification indirecte par certificat ES","L'utilisateur s'authentifie sur le DMP via un certificat d'établissement. Les données de l'utilisateur et de sa structure sont véhiculées dans le VIHF.\n\n=> Mode opératoire : \nEffectuer l'alimentation d'un DMP de votre choix (hors patients utilisés dans les autres tests).\n",null,"indirecte","commun","Laissé au choix du candidat","Normal",null,null,"2.5.0","OK"," ","","Patient au choix"]
["TD 0.1","0.1-220","Authentification indirecte \npar certificat régulation ES-15\nen mode régulation","L'utilisateur PARM d'un centre de régulation (SAMU-Centres 15) s'authentifie sur le DMP avec un certificat d'établissement particulier (reconnu comme centre de régulation par l'annuaire du DMP).\n\n=> Mode opératoire :\nEffectuer une transaction de votre choix en mode d' accès urgence.",null,"indirecte","commun","PARM\n(Permanencier centre 15)","centre-15",null,null,null,"OK"," ","","Patient au choix"]
["TD 0.1","0.1-300","Authentification \nen connexion secrète\n","L'utilisateur s'authentifie sur le DMP avec le mode de son choix en mode connexion secrète. Les données de l'utilisateur et de sa structure sont véhiculées dans le VIHF.\r\n\n=> Mode opératoire :\nLe candidat doit exécuter les étapes correspondant à son profil. Si l'éditeur souhaite homologuer plusieurs profils, il devra en choisir un seul pour l'exécution de ce test, en prenant de préférence le profil Consultation s'il est supporté. \r\nEtapes : \r\n1 - Sélection du dossier patient \n2 - Choix \"connexion secrète\"\n3a - Candidat supportant le profil ALIMENTATION : \r\r\n -- alimenter le DMP avec un document de votre choix.\n3b - Candidat supportant le profil CONSULTATION : \r\n -- effectuer une recherche via le LPS.\n4 - Clôture de la session \"connexion secrète\"\nLes requêtes doivent être réalisées en mode connexion secrète et l'attribut doit être présent dans le VIHF.\nLe candidat doit s'assurer que la connexion secrète est possible pour tous les modes d'authentification disponibles dans le LPS.\n",null,"Tous","commun","Laissé au choix du candidat","Connexion secrète",null,null,null,"OK"," ","","33 Sébastien MELANGE"]
["TD 0.1","0.1-330","Authentification en Urgence et en CONNEXION_SECRETE en mode régulation","L'utilisateur s'authentifie sur le DMP avec le mode d'authentification de son choix  en urgence et en mode connexion secrète ; les données de l'utilisateur et de sa structure sont véhiculées dans le VIHF\r.\n\r\n=> Mode opératoire :\nLe candidat doit exécuter les étapes correspondant à son profil. Si l'éditeur souhaite homologuer plusieurs profils, il devra en choisir un seul pour l'exécution de ce test, en prenant de préférence le profil Consultation s'il est supporté.\n\nEtapes : \n1 - Sélection du dossier patient \n2 - Choix \"connexion secrète\"\n3a - Candidat supportant le profil ALIMENTATION : \n -- alimenter le DMP avec un document de votre choix.\n3b - Candidat supportant le profil CONSULTATION : \n -- ajouter un document via l'accès web-PS ;\n -- effectuer une recherche via le LPS.\n4 - Clôture de la session \"connexion secrète\"\nLes requêtes doivent être réalisées en Urgence, en mode connexion secrète et l'attribut doit être présent dans le VIHF.\n",null,"Tous","commun","Laissé au choix du candidat","centre-15 et Connexion secrète",null,null,null,"OK"," ","","33 Sébastien MELANGE"]
["TD 0.1","0.1-340","Authentification par CPx en Bris De Glace et en CONNEXION_SECRETE","L'utilisateur s'authentifie sur le DMP avec le mode de son choix en Bris De Glace et en mode connexion secrète. Les données de l'utilisateur et de sa structure sont véhiculées dans le VIHF\r.\n\r\n=> Mode opératoire :\nLe candidat doit exécuter une étape correspondant à son profil. Si l'éditeur souhaite homologuer plusieurs profils, il devra en choisir un seul pour l'exécution de ce test, en prenant de préférence le profil Consultation s'il est supporté.\r\nDans tous les cas, les requêtes doivent être réalisées en Bris De Glace, en mode connexion secrète et l'attribut doit être présent dans le VIHF.\r\n\r\nCandidat supportant le profil ALIMENTATION : \r\n- effectuer l'alimentation d'un DMP de votre choix (hors patients utilisés dans les autres tests) ; \r\nOU\nCandidat supportant le profil CONSULTATION : \n -- effectuer une recherche ou consultation (TD3.1 : FindDocument ou GetDocument, etc... ou TD3.2 : RetrieveDocumentSet).\n",null,"directe","commun","Laissé au choix du candidat","BDG et Connexion secrète",null,null,null,"OK"," ","","33 Sébastien MELANGE"]
["TD 0.1","0.1-400","Authentification indirecte Renforcée (mode AIR) par certificat ES","L'utilisateur PS authentifié localement dans son LPS (le LPS authentifie l’ES en mode AIR sur le SI-DMP), est autorisé à accéder au DMP du patient.\nLes données de l'utilisateur et de sa structure sont véhiculées dans le VIHF.\n\n=> Mode opératoire :\nConsultation d'un document de son choix sur un patient de son choix avec un certificat de TEST pour personne morale.\nIl est attendu que l'éditeur joue ce test pour chaque authentification primaire gérée par le LPS.\n","La trace complète de chacun des accès.","AIR","commun","Laissé au choix du candidat","Normal",null,"AIR","2.7.0","OK","DMPOk",null,"Patient au choix"]
["TD 0.1","0.1-230","Authentification indirecte \npar certificat ESMS  \npour un utilisateur PSMS (Professionnel du secteur médico-social)","L'utilisateur PSMS (RPPS+) s'authentifie sur le DMP via un certificat d'établissement du secteur médico-social. Les données de l'utilisateur et de sa structure sont véhiculées dans le VIHF.\n\n=> Mode opératoire : \nEffectuer une transaction sur un DMP de votre choix (hors patients utilisés dans les autres tests).\n",null,"indirecte","commun","PSMS","Normal",null,null,"2.7.0","OK"," ","","Patient au choix (hors patients utilisés dans les autres tests).\n"]
["TD 0.2","0.2-010","Test d'existence pour un DMP qui n'existe pas","L'utilisateur s'authentifie avec le mode de son choix et teste l'existence d'un DMP pour un INS valide mais ne correspondant à aucun dossier du SI-DMP.\r\nLe test d'existence retourne que le DMP n'existe pas : accusé de reception du traitement = « AA», ResponseCode = « NF ».\r\n",null,"Tous","commun","Laissé au choix du candidat","Normal",null,null,null,"OK","AA","","1 Jean CONTESTE"]
["TD 0.2","0.2-020","Test d'existence pour un DMP fermé","L'utilisateur s'authentifie avec le mode de son choix et teste l'existence d'un DMP pour un INS valide qui correspond à un DMP au statut fermé.\r\nLe test d'existence retourne que le DMP est fermé, les traits du patient, ainsi que la date et le motif de fermeture.\n",null,"Tous","commun","Laissé au choix du candidat","Normal",null,null,null,"OK","AA","","73 Florence FERMETURE"]
["TD 0.2","0.2-030","Test d'existence pour DMP qui existe et un utilisateur non autorisé","L'utilisateur s'authentifie avec le mode de son choix et teste l'existence d'un DMP pour un INS valide qui correspond à un DMP au statut actif.\r\nLe test d'existence retourne que le DMP est actif,  les traits du patient, ainsi que le statut de l'autorisation de l'utilisateur (n'existe pas).\n",null,"Tous","commun","Laissé au choix du candidat","Normal",null,null,null,"OK","AA","","77 Irene ENCHAINE"]
["TD 0.2","0.2-040","Test d'existence par CPx pour un DMP qui existe et un PS (non MT) autorisé","L'utilisateur s'authentifie avec une carte CPx et teste l'existence d'un DMP pour un INS valide qui correspond à un DMP au statut actif.\r\n=> Mode opératoire :\nSe positionner au préalable l'autorisation via WebPS\nLe test d'existence retourne que le DMP est actif, les traits du patient, le statut de l'autorisation (valide, non MT).\r\n",null,"directe","commun","CPS","Normal",null,null,null,"OK","AA","","77 Irene ENCHAINE"]
["TD 0.2","0.2-050","Test d'existence par CPS pour un DMP qui existe et un PS (MT) autorisé","L'utilisateur s'authentifie avec une carte CPS de médecin et teste l'existence d'un DMP pour un INS valide qui correspond à un DMP au statut actif.\nLe PS est médecin traitant DMP du patient (autorisation préalablement positionnée par le CNDA).\r\nLe test d'existence retourne que le DMP est actif, les traits du patient, ainsi que le statut de l'autorisation du PS (valide avec statut Médecin Traitant).\r\n",null,"directe","commun","CPS (Médecin)","Normal",null,"médecin traitant",null,"OK","AA","","75 Corinne DUPRE"]
["TD 0.2","0.2-060","Test d'existence pour un DMP qui existe, autorisation de l'utilisateur expirée","L'utilisateur s'authentifie avec le mode de son choix et teste l'existence d'un DMP pour un INS valide qui correspond à un DMP au statut actif.\r\nLe test d'existence retourne que le DMP est actif, les traits du patient, ainsi que le statut de l'autorisation de l'utilisateur (expirée).\r\n","Pour ce test, vous aurez fourni au préalable le RPPS de la carte à expirer sur le DMP de EXPIRE.","Tous","commun","Laissé au choix du candidat","Normal",null,null,null,"OK","AA","","84 Elvire EXPIRE"]
["TD 0.2","0.2-070","Test d'existence pour un DMP qui existe, PS bloqué","L'utilisateur s'authentifie avec le mode de son choix et teste l'existence d'un DMP pour un INS valide qui correspond à un DMP au statut actif.\r\nLe test d'existence retourne que le DMP est actif, les traits du patient, ainsi que le statut de l'autorisation du PS (bloqué).\n","Pour ce test, vous aurez fourni au préalable le RPPS de la carte à bloquer sur le DMP de BLOCH (le même que pour le test 0.2-060).","directe","commun","CPS","Normal",null,null,null,"OK","AA","","83 Didier BLOCH"]
["TD 0.3","0.3-010","Ajout d'autorisation (Utilisateur qui n'était pas autorisé)","L'utilisateur authentifié avec le mode de son choix, se déclare autorisé à accéder au DMP du patient.\nIl ne disposait d'aucune autorisation sur ce dossier.\nEn retour, le SI DMP confirme l'ajout de cette autorisation.\r\n",null,"Tous","commun","Laissé au choix du candidat","Normal",null,null,"2.5.0","OK","DMPOk","","77 Irene ENCHAINE"]
["TD 0.3","0.3-080","Suppression de son autorisation par un utilisateur ","L'utilisateur, authentifié avec le mode de son choix, est déjà autorisé sur le DMP du patient.\nLe test consiste à retirer à l'utilisateur son autorisation d'accès au DMP du patient.\r\nEn retour, le SI DMP confirme le retrait de l'autorisation d'accès à ce DMP.\r\n",null,"Tous","commun","Laissé au choix du candidat","Normal",null,null,null,"OK","DMPOk","","77 Irene ENCHAINE"]
["TD 0.4","0.4-010","Liste des autorisations données depuis une certaine date","L'utilisateur connecté avec le mode de son choix correspondant à un acteur autorisé à accéder à plusieurs DMP demande à consulter la liste de ses dossiers, filtrée pour ne faire apparaître que les dossiers auxquels il a été autorisé depuis la date DA (Date Autorisation). \r\nLe PS peut avoir un rôle de MT pour certains de ses dossiers, mais pas pour tous. \r\nEn retour, le SI DMP renvoie la liste des patients ayant autorisé depuis DA le PS à se connecter au DMP. \r\n\n=> Mode opératoire :\n2 étapes à réaliser avec la même carte CPS de médecin :\r\n- Autoriser le PS sur le DMP de \"019 Marjorie RECHERCHE\", soit en utilisant le Web PS soit en utilisant la transaction TD0.3 ;\r\n- Lister les autorisations données au PS depuis le \"1er mars 2011\"\r.\nSi le candidat ne souhaite pas implémenter ce critère (DA), il peut l'indiquer dans la colonne commentaire (avec un motif) et ne pas exécuter ce test.\r\n",null,"Tous","commun","Laissé au choix du candidat","Normal",null,null,null,"OK","DMPOk","","/"]
["TD 0.4","0.4-020","Liste des dossiers sur lesquels un document a été ajouté depuis une certaine date","L'utilisateur, connecté avec le mode de son choix correspondant à un acteur autorisé à accéder à plusieurs DMP, demande à consulter la liste de ses dossiers, filtrée pour ne faire apparaître que les dossiers sur lesquels un nouveau document a été déposé depuis la date DN (Date Nouveau document).\nLe PS a un rôle de MT pour certains de ses dossiers, mais pas pour tous. \r\nEn retour, le SI DMP renvoie la liste des patients du PS sur lequel un document a été déposé depuis la date DN.\r\n\n=> Mode opératoire :\nLe test doit être effectué en deux phases, à réaliser avec la même carte CPS de médecin :\r\n1) ajouter l'autorisation du PS sur les DMP 008 Didier PETRA et 004 Corinne DUPRE, soit en utlilisant le Web-PS soit en utilisant la transaction TD0.3 ; \r\n2) exécuter la TD0.4 avec la date \"mars 2010\".\r\nSi le candidat ne souhaite pas implémenter ce critère (DN), il peut l'indiquer dans la colonne commentaire (avec un motif) et ne pas exécuter ce test.\r\n",null,"Tous","commun","Laissé au choix du candidat","Normal",null,null,null,"OK","DMPOk","","/"]
["TD 0.5","0.5-010","Recherche sans INS : par le nom","L'utilisateur authentifié avec le mode de son choix effectue une recherche de patient à partir de son nom (recherche stricte).\r\nEn retour,  le SI DMP envoie les principaux traits d'identité des patients correspondants.\r\n\n=> Mode opératoire :\nRecherche sans INS - nom = DECHAINE\n",null,"Tous","commun","Laissé au choix du candidat","Normal",null,null,null,"OK","AA","","/"]
["TD 0.5","0.5-050","Recherche sans INS : par la date de naissance","L'utilisateur authentifié avec le mode de son choix effectue une recherche de patient à partir de sa date de naissance.\r\nEn retour, le SI DMP envoie les principaux traits d'identité des patients correspondants.\r\n\n=> Mode opératoire :\nRecherche sans INS sur la date de naissance  28/01/1904 => Résultat : Patricia DUCHAMPS\n",null,"Tous","commun","Laissé au choix du candidat","Normal",null,null,null,"OK","AA","","/"]
["TD 0.5","0.5-060","Recherche sans INS : par le nom (approchant) et le sexe","L'utilisateur authentifié avec le mode de son choix effectue une recherche de patient à partir du nom approchant et du sexe du patient.\nEn retour, le SI DMP envoie les principaux traits d'identité des patients correspondants.\r\n\n=> Mode opératoire :\nRecherche sans INS - nom = DUCHA + sexe F => Résultat : Patricia DUCHAMPS\n",null,"Tous","commun","Laissé au choix du candidat","Normal",null,null,"2.6.0","OK","AA","","/"]
["TD 0.5","0.5-090","Recherche sans INS : par le nom, sans résultat","L'utilisateur authentifié avec le mode de son choix effectue une recherche de patient à partir du nom du patient mais cette recherche ne retourne aucun résultat.\n\n=> Mode opératoire :\nRecherche sans INS - nom commence par \"DDD\" => pas de résultat \n",null,"Tous","commun","Laissé au choix du candidat","Normal",null,null,null,"OK","AA","","/"]
["TD 0.5","0.5-500","Recherche sans INS avec trop de résultats","L'utilisateur authentifié avec le mode de son choix effectue une recherche de patient à partir du sexe du patient mais cette recherche retourne une erreur car il y a trop de résultats. Il est demandé à l'utilisateur d'affiner sa recherche.\r\n\n=> Mode opératoire :\nRecherche sans INS - sexe = F => trop de résultat (DMPTooManyResult)\n",null,"Tous","commun","Laissé au choix du candidat","Normal",null,null,null,"ERREUR","AE","","/"]
["TD 0.5","0.5-510","Recherche sans INS d'un DMP créé en Api V1","L'utilisateur authentifié avec le mode de son choix effectue une recherche de patient à partir de son nom, pour un DMP créé en Api v1.\nLe DMP ne contient pas de NIR utilisable comme INS dans la donnée …/subject1/patient/id. L’accès à ces DMP n’est pas possible via les interfaces LPS v2.\n\n=> Mode opératoire :\nRecherche sans INS - Prénom =  MATHIEU\n",null,"Tous","commun","Laissé au choix du candidat","Normal",null,null,null,"ERREUR","AA","","/"]
["TD 0.9","0.9-010","Accès contextuel au Web PS : accès au tableau de bord de l'utilisateur","L'utilisateur authentifié sur le LPS avec une carte CPS teste un passage de contexte en appelant l'url correspondant au tableau de bord.\nLa première fois que l'utilisateur se connectera sur l'Accès Web PS, il devra renseigner d'abord sa situation et cadre d'exercice avant d'arriver sur son tableau de bord. Les fois suivantes, il arrivera directement sur son tableau de bord.\r"," \nSi l'url d'appel est non visible dans votre IHM, la préciser en commentaire dans ce document.","Tous","commun","CPS","Normal",null,null,null,"OK","","","/"]
["TD 0.9","0.9-040","Accès contextuel au Web PS : page d'accueil du DMP pour l'INS passé en paramètre","L'utilisateur authentifié sur le LPS avec une carte CPS teste un passage de contexte en appelant l'url correspondant à la page d'accueil du DMP du patient dont l'INS a été fourni en paramètre. \r\nLa première fois que l'utilisateur se connectera sur l'Accès Web PS, il devra renseigner d'abord sa situation et cadre d'exercice, puis il arrivera sur son tableau de bord. Les fois suivantes, il arrivera directement la page d'accueil du dossier du patient."," \nSi l'url d'appel est non visible dans votre IHM, la préciser en commentaire dans ce document.","Tous","commun","CPS","Normal",null,null,null,"OK","","","79 Didier PETRA"]
["TD 0.9","0.9-070","Accès contextuel au Web PS avec E-CPS :\naccès au tableau de bord de l'utilisateur","L'utilisateur authentifié avec une carte E-CPS teste un passage de contexte en appelant l'url correspondant au tableau de bord.\nLa première fois que l'utilisateur se connectera sur l'Accès Web PS, il devra renseigner d'abord sa situation et cadre d'exercice avant d'arriver sur son tableau de bord. Les fois suivantes, il arrivera directement sur son tableau de bord.\r"," \nSi l'url d'appel est non visible dans votre IHM, la préciser en commentaire dans ce document.","Tous","commun","E-CPS","Normal",null,"E-CPS","2.7.0","OK","","","/"]
["TD 0.10","0.10-010","Accès contextuel au Web PS en mode AIR : accès au tableau de bord de l'utilisateur","L'utilisateur PS authentifié localement dans son LPS (le LPS authentifie l’ES en mode AIR sur le SI-DMP), est autorisé à accéder au DMP du patient.\nIl teste un passage de contexte en appelant l'url correspondant au tableau de bord.\nLa première fois que l'utilisateur se connectera sur l'Accès Web PS, il devra renseigner d'abord sa situation et cadre d'exercice avant d'arriver sur le tableau de bord du PS. Les fois suivantes, il arrivera directement sur son tableau de bord."," \n- Si l'url d'appel est non visible dans votre IHM, la préciser en commentaire dans ce document.\n- la requête POST HTTPS contenant le jeton VIHF\n","AIR","commun","Laissé au choix du candidat","Normal",null,"AIR","2.7.0","OK"," ","","/"]
["TD 0.10","0.10-040","Accès contextuel au Web PS en mode AIR : page d'accueil du DMP pour l'INS passé en paramètre","L'utilisateur PS authentifié localement dans son LPS (le LPS authentifie l’ES en mode AIR sur le SI-DMP), est autorisé à accéder au DMP du patient.\nIl teste un passage de contexte en appelant l'url correspondant à la page d'accueil du DMP du patient dont l'INS a été fourni en paramètre. \nLa première fois que l'utilisateur se connectera sur l'Accès Web PS, il devra renseigner d'abord sa situation et cadre d'exercice, puis il arrivera sur son tableau de bord. Les fois suivantes, il arrivera directement la page d'accueil du dossier du patient.\r\n"," \n- Si l'url d'appel est non visible dans votre IHM, la préciser en commentaire dans ce document.\n- la requête POST HTTPS contenant le jeton VIHF\n","AIR","commun","Laissé au choix du candidat","Normal",null,"AIR","2.7.0","OK"," ","","79 Didier PETRA"]
["TD 1.3a","1.3a-010","Consultation informations administratives","L'utilisateur authentifié avec le mode de son choix, autorisé à accéder au DMP d'un patient, consulte les informations administratives de ce dossier. \r\nLe SI DMP lui renvoie la totalité des informations de ce dossier.\r",null,"Tous","commun","Laissé au choix du candidat","Normal",null,null,null,"OK","AA","","30 Jean INSFAMILLEHUIT"]
["TD 1.3a","1.3a-040","Consultation informations administratives en mode BDG","L'utilisateur, authentifié avec le mode de son choix, non autorisé à accéder au DMP d'un patient, consulte les informations administratives de ce dossier en mode bris de glace, en ayant fourni au DMP un motif pour cet usage. Le patient ne s'est pas opposé au mode bris de glace.\r\nLe SI DMP lui renvoie la totalité des informations de ce dossier.\r\n\n=> Mode opératoire :\nPositionner le mode bris de glace ainsi que le motif d'accès dans le VIHF",null,"Tous","commun","Laissé au choix du candidat","BDG",null,null,null,"OK","AA","","81 Clarence URGENCE"]
["TD 1.3a","1.3a-050","Consultation informations administratives \nen mode régulation","L'utilisateur authentifié avec le mode de son choix, non autorisé à accéder au DMP d'un patient, consulte les informations administratives de ce dossier en mode régulation. Le patient ne s'est pas opposé au mode régulation.\r\nLe SI DMP lui renvoie la totalité des informations de ce dossier.\r",null,"Tous","commun","Laissé au choix du candidat","centre-15",null,null,null,"OK","AA","","81 Clarence URGENCE"]
["TD 1.3a","1.3a-200","Consultation informations administratives pour un DMP avec un nom NON_RENSEIGNE","L'utilisateur, authentifié avec le mode de son choix,  autorisé à accéder au DMP du patient, veut consulter les informations administratives de ce dossier.\r\nLe SI DMP lui renvoie ces données administratives.\r",null,"Tous","commun","Laissé au choix du candidat","Normal",null,null,"2.5.0","OK","AA","","100 Simon ENS-GRUBER"]
["TD 1.6","1.6-010","Liste des autorisations sur un DMP","L'utilisateur s'authentifie avec la carte CPS d'un PS autorisé à accéder au DMP du patient.\r\nIl demande la liste de TOUTES les autorisations d'accès à ce DMP.\r\nEn retour, le SI DMP transmet au PS la liste détaillée (nom, prénom, profession, type d'autorisation etc.) des autorisations sur le DMP du patient.\r",null,"directe","commun","CPS","Normal",null,null,null,"OK","DMPOk","","79 Didier PETRA"]
["TD 1.6","1.6-020","Liste des PS/ES autorisés sur un DMP","L'utilisateur s'authentifie avec la carte CPS d'un PS autorisé à accéder au DMP du patient.\r\nIl demande la liste des autorisations ACTIVES d'accès à ce DMP.\r\nEn retour, le SI DMP transmet au PS la liste détaillée (nom, prénom, profession, type d'autorisation etc.) des PS/ES autorisés sur le DMP du patient.\r",null,"directe","commun","CPS","Normal",null,null,null,"OK","DMPOk","","79 Didier PETRA"]
["TD 1.6","1.6-030","Liste des PS bloqués sur un DMP","L'utilisateur s'authentifie avec la carte CPS d'un PS autorisé à accéder au DMP du patient.\r\nIl demande la liste des PS dont l'accès à ce DMP est bloqué.\r\nEn retour, le SI DMP transmet au PS la liste détaillée (nom, prénom, profession, type d'autorisation etc.) des PS bloqués sur le DMP du patient.\r",null,"directe","commun","CPS","Normal",null,null,null,"OK","DMPOk","","79 Didier PETRA"]
["TD 2.1","2.1-010","Ajout d'un document par un PS (document \"complet\")","L'utilisateur, authentifié avec une carte CPS, ajoute un seul document dans le DMP.\r\nEn retour, le SI DMP confirme l'ajout du document.\n\n=> Mode opératoire :\n- Ajout du document A (titre=\"document A-CPS\") de typeCode 11490-0 (Lettre de sortie) ; dans le cas où le LPS ne gère pas ce typeCode, indiquer explicitement le typeCode utilisé à la place. Dans le cas où le LPS gère le formatCode \"documents à corps non structuré en Pdf/A-1\", fournir un CDA R2 encapsulant ce type (PDF/A-1). Sinon, fournir un formatCode au libre choix du candidat.\n- Les champs optionnels (O) et requis si connu (R2) doivent dans la mesure du possible être tous renseignés ; si le LPS ne permet pas de renseigner certains champs, le candidat doit indiquer explicitement dans le champ commentaire quels champs ne sont pas renseignés, et pour quelle raison (choix de l'éditeur, cas d'usage métier, etc.).\n\nAtttention à bien utiliser les données RNIV pour le patient (CDA/XDS) :\nNom de naissance : NESSI\nPrénoms de naissance : RUTH ISABELLE\nNom utilisé : DE VINCI\n","- Le document CDA en xml\n- le rapport du schématron testcontenuCDA montrant une validation sans erreur","directe","alimentation","CPS","Normal","DOCS",null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","59 Ruth NESSI"]
["TD 2.1","2.1-011","Ajout de documents de divers formats (avec uniquement les données obligatoires R, avec tous les formats gérés dans le LPS)","L'utilisateur authentifié avec le mode de son choix, ajoute une série de documents dans le DMP.\r\nEn retour, le SI DMP confirme l'ajout des documents.\n\n=> Mode opératoire :\nAjout des documents Zx (avec x = 1, 2, ...N ; exemple : titre=\"document Z1\"), comportant les particularités suivantes :\r\n- typeCode = CERT_DECL (Certificat, déclaration) ; dans le cas où le LPS ne gère pas ce typeCode, indiquer explicitement le typeCode utilisé à la place : il est demandé dans ce cas d'utiliser un typeCode dont le classCode associé n'est pas 10 (Comptes rendus) ; si le LPS ne sait pas gérer des classCode autres que 10, il doit le justifier explicitement dans le champ commentaire.\r\n- seules les données obligatoires R doivent être renseignées.\n- il est demandé d'ajouter autant de documents que de formats de document \"non structurés\" (CDA R2 niveau 1) gérés dans le LPS (format txt, rtf, pdf, jpeg, tiff) ; si le LPS ne sait pas produire certains formats, le candidat doit indiquer explicitement dans le champ commentaire quels formats ne sont pas gérés, et pour quelle raison (choix de l'éditeur, cas d'usage métier, etc.). Dans le cas où le LPS ne gèrerait que des formats \"structurés\" (CDA R2 niveau 3), le candidat réalisera le test avec un des formats structurés de son choix géré par le LPS\r.\n- chaque document peut être envoyé dans un lot de soumission séparé, ou dans le même lot (si le LPS gère l'envoi de plusieurs documents dans un même lot de soumission)\r.","\n- Les documents CDA en xml \n- les rapports du schématron testcontenuCDA montrant une validation sans erreur ","Tous","alimentation","Laissé au choix du candidat","Normal","DOCS",null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","48 HANS ENS-GRUBER\n"]
["TD 2.1","2.1-013","Ajout de documents CDA R2 structurés (niveau 3) ","L'utilisateur, authentifié avec le mode de son choix, ajoute une série de documents de type \"structurés\" dans le DMP.\r\nEn retour, le SI DMP confirme l'ajout de chaque document.\n\n=> Mode opératoire :\nAjout des documents nommés de la manière suivante : NOM_VOLET-[SOUS_VOLET]-DATE\nexemple : CSE-CS8-20210729\nDans ce test, il est demandé au candidat d'envoyer autant de documents de formats structurés (CDA R2 niveau 3) que le LPS sait produire (VAC, VSM, CS8, RCP, etc.), en adéquation avec les volets choisis dans l'annexe 1.\n\nLes autres métadonnées du document sont laissées au libre choix du candidat. Elles doivent néanmoins être cohérentes avec le format du document (par exemple : le formatCode, le typeCode/classCode, etc.).\nSeule la note de vaccination ne doit pas être renommée.","- Le document CDA en xml nommé NOM_VOLET-[SOUS_VOLET]-DATE.xml (sauf VAC) ;\n- les rapports du schématron testcontenuCDA correspondant au volet spécifique de chaque type de document déposé montrant une validation sans erreur ","Tous","alimentation","Laissé au choix du candidat","Normal","DOCS",null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","75 Corinne DUPRE"]
["TD 2.1","2.1-014","Ajout de documents CDA autoprésentables ","L'utilisateur, authentifié avec le mode de son choix, ajoute un ou plusieurs document(s) au format \"CDA autoprésentable\" dans le DMP.\r\nEn retour, le SI DMP confirme l'ajout du document.\r\n\n=> Mode opératoire :\nAjout des documents APx (avec x = 1, 2, ...N ; exemple : titre=\"document AP1\");\nDans ce test, il est demandé au candidat d'envoyer autant de documents de formats structurés, en version \"CDA autoprésentable\", que le LPS sait produire.\r\n\nLes autres métadonnées du document sont laissées au libre choix du candidat. Elles doivent néanmoins être cohérentes avec le format du document (par exemple : le formatCode, le typeCode/classCode, etc.).\nSi le LPS ne sait pas produire de documents CDA autoprésentables, le candidat l'indiquera explicitement dans le champ commentaire et ne jouera pas ce test.","\n- Les documents CDA en xml nommés \"document APx.xml\"\n- les rapports du schématron testcontenuCDA correspondant au volet spécifique de chaque type de document déposé montrant une validation sans erreur ","Tous","alimentation","Laissé au choix du candidat","Normal","DOCS",null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","75 Corinne DUPRE"]
["TD 2.1","2.1-020","Ajout de 2 documents dans un seul lot de soumission","L'utilisateur, authentifié avec le mode de son choix, ajoute deux documents dans le DMP (dans un même lot de soumission). \nEn retour, le SI DMP confirme l'ajout des documents.\n\n=> Mode opératoire :\nAjout de 2 documents : B (titre=\"document B\") et C (titre=\"document C\") de typeCode 11490-0 (Lettre de sortie) et 11488-4 (CR ou fiche de consultation ou de visite).\nDans le cas où le LPS ne gère pas ces typeCode, indiquer explicitement les typeCode utilisés à la place\r (ceux-ci doivent être différents, dans la mesure du possible).\nDans le cas où le LPS ne gère pas l'envoi de plusieurs documents dans un même lot, le justifier explicitement.","Les documents CDA en xml  ","Tous","alimentation","Laissé au choix du candidat","Normal","DOCS",null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","75 Corinne DUPRE"]
["TD 2.1","2.1-050","Ajout d'un document \"masqué PS\" dans un DMP ","L'utilisateur authentifié avec le mode de son choix, ajoute un document dans le DMP. Le document est déposé masqué (confidentialityCode \"MASQUE_PS\").\r\nEn retour, le SI DMP confirme l'ajout du document.\n\n=> Mode opératoire :\nAjout du document : D (titre=\"document D\") de typeCode 34874-8 (CR opératoire) masqué PS ; dans le cas où le LPS ne gère pas ce typeCode, indiquer explicitement le typeCode utilisé à la place.","Le document CDA en xml  ","Tous","alimentation","Laissé au choix du candidat","Normal",null,null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","75 Corinne DUPRE"]
["TD 2.1","2.1-060","Ajout d'un document \"invisible au patient\" dans un DMP","L'utilisateur authentifié avec le mode de son choix, ajoute un document dans le DMP. Le document est déposé invisible (confidentialityCode \"INVISIBLE_PATIENT\").\r\nEn retour le SI DMP confirme l'ajout du document.\r\n\n=> Mode opératoire :\nAjout du document : E (titre=\"document E\") de typeCode 34112-3 (CR hospitalier (séjour)) invisible patient ; dans le cas où le LPS ne gère pas ce typeCode, indiquer explicitement le typeCode utilisé à la place","Le document CDA en xml  ","Tous","alimentation","Laissé au choix du candidat","Normal",null,null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","75 Corinne DUPRE"]
["TD 2.1","2.1-110","Ajout d'un document \"complet\" \npar un PS \nen mode régulation ","L'utilisateur authentifié avec la carte CPS d'un PS non autorisé à accéder au DMP du patient dépose un document en mode régulation (champ PurposeOfUse du VIHF à « centre_15 »). Le patient ne s'est pas opposé à l'accès en situation d'urgence.\r\nEn retour, le SI DMP confirme l'ajout du document.\n\n=> Mode opératoire :\n- Ajout du document G (titre=\"document G\") de typeCode SYNTH (Synthèse) en mode régulation ; dans le cas où le LPS ne gère pas ce typeCode, indiquer explicitement le typeCode utilisé à la place. Dans le cas où le LPS gère le formatCode \"documents à corps non structuré en Pdf/A-1\", fournir un CDA R2 encapsulant ce type (PDF/A-1). Sinon, fournir un formatCode au libre choix du candidat.\n- Les champs optionnels (O) et requis si connu (R2) doivent dans la mesure du possible être tous renseignés ; si le LPS ne permet pas de renseigner certains champs, le candidat doit indiquer explicitement dans le champ commentaire quels champs ne sont pas renseignés, et pour quelle raison (choix de l'éditeur, cas d'usage métier, etc.).\n\nAtttention à bien utiliser les données RNIV pour le patient (CDA/XDS) :\nNom de naissance : NESSI\nPrénoms de naissance : RUTH ISABELLE\nNom utilisé : DE VINCI","Le document CDA en xml","directe","alimentation","CPS (médecin)","centre-15",null,null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","81 Clarence URGENCE"]
["TD 2.1","2.1-111","Ajout de documents de divers  formats (avec uniquement les données obligatoires R, avec tous les formats gérés dans le LPS) \nen mode régulation","== Attention : ce test n'est pas à réaliser si le candidat a déjà réalisé le test 2.1-011 (en mode normal) ==\n\r\nL'utilisateur authentifié avec le mode de son choix, ajoute une série de documents dans le DMP, en mode régulation. Le patient ne s'est pas opposé à l'accès en situation d'urgence.\r\nEn retour, le SI DMP confirme l'ajout de chaque document.\n\n=> Mode opératoire :\nAjout des documents Zx (avec x = 1, 2, ...N ; exemple : titre=\"document Z1\") en mode régulation, comportant les particularités suivantes :\n- typeCode = CERT_DECL (Certificat, déclaration) ; dans le cas où le LPS ne gère pas ce typeCode, indiquer explicitement le typeCode utilisé à la place : il est demandé dans ce cas d'utiliser un typeCode dont le classCode associé n'est pas 10 (Comptes rendus) ; si le LPS ne sait pas gérer des classCode autres que 10, il doit le justifier explicitement dans le champ commentaire.\n- seules les données obligatoires R doivent être renseignées.\n- il est demandé d'ajouter autant de documents que de formats de document \"non structurés\" (CDA R2 niveau 1) gérés dans le LPS (format txt, rtf, pdf, jpeg, tiff) ; si le LPS ne sait pas produire certains formats, le candidat doit indiquer explicitement dans le champ commentaire quels formats ne sont pas gérés, et pour quelle raison (choix de l'éditeur, cas d'usage métier, etc.). Dans le cas où le LPS ne gèrerait que des formats \"structurés\" (CDA R2 niveau 3), le candidat réalisera le test avec un des formats structurés de son choix géré par le LPS.\n- chaque document peut être envoyé dans un lot de soumission séparé, ou dans le même lot (au choix du candidat et en fonction des possibilités du LPS).","- Les documents CDA en xml \n- les rapports du schématron testcontenuCDA montrant une validation sans erreur ","directe","alimentation","CPS (médecin)","centre-15",null,null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","81 Clarence URGENCE"]
["TD 2.1","2.1-113","Ajout de documents CDA R2 structurés (niveau 3) \n en mode régulation","== Attention : ce test n'est pas à réaliser si le candidat a déjà réalisé le test 2.1-013 (CPS en mode normal) ==\r\n\n'L'utilisateur, authentifié avec le mode de son choix, ajoute une série de documents de type \"structurés\" dans le DMP, en mode régulation.\r\nEn retour, le SI DMP confirme l'ajout de chaque document.\r\n\n=> Mode opératoire :\nAjout des documents nommés de la manière suivante : NOM_VOLET-[SOUS_VOLET]-DATE\nexemple : CSE-CS8-20210729\nDans ce test, il est demandé au candidat d'envoyer autant de documents de formats structurés (CDA R2 niveau 3) que le LPS sait produire (VAC, VSM, CS8, RCP, etc.), en adéquation avec les volets choisis dans l'annexe 1.\n\nLes autres métadonnées du document sont laissées au libre choix du candidat. Elles doivent néanmoins être cohérentes avec le format du document (par exemple : le formatCode, le typeCode/classCode, etc.).\r","- Les documents CDA en xml\n- les rapports du schématron correspondant au volet spécifique de chaque type de document déposé montrant une validation sans erreur ","directe","alimentation","CPS (médecin)","centre-15",null,null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","81 Clarence URGENCE"]
["TD 2.1","2.1-114","Ajout de 2 documents par un PS dans un seul lot de soumission \nen mode régulation","L'utilisateur authentifié avec la carte CPS d'un PS non autorisé à accéder au DMP du patient dépose deux documents dans le DMP (dans un même lot de soumission) en mode régulation (champ PurposeOfUse du VIHF à « centre_15»). Le patient ne s'est pas opposé à l'accès en situation d'urgence.\r\nLe cas d’usage peut être d’envoyer le Bilan du Médecin Régulateur (CR de télé-médecine) et son ordonnance (prescription de médicaments) dans le même lot de soumission (documents « liés » à une même intervention pour le patient).\r\nEn retour, le SI DMP confirme l'ajout des deux documents.\n\n=> Mode opératoire : \nAjout de 2 documents : B (titre=\"document B\", de typeCode 24611-6 / CR de télé-médecine (télé-consultation)) et C (titre=\"document C\", de typeCode 57833-6 / Prescription de médicaments)\r\nDans le cas où le LPS ne gère pas plusieurs documents dans le même lot, le préciser explicitement dans le champ commentaire en justifiant le choix.","Les documents CDA en xml ","directe","alimentation","CPS (médecin)","centre-15",null,null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","81 Clarence URGENCE"]
["TD 2.1","2.1-115","Ajout d'un document masqué par un PS\nen mode régulation","L'utilisateur authentifié avec la carte CPS d'un PS non autorisé à accéder au DMP du patient dépose un document masqué aux PS en mode régulation (champ PurposeOfUse du VIHF à « centre_15»). Le patient ne s'est pas opposé à l'accès en situation d'urgence. Le document est déposé masqué (confidentialityCode \"MASQUE_PS\").\r\nEn retour, le SI DMP confirme l'ajout du document.\n\n=> Mode opératoire :\nAjout du document : D (titre=\"document D\") de typeCode CERT_DECL (Certificat, déclaration) masqué PS","Le document CDA en xml ","directe","alimentation","CPS (médecin)","centre-15",null,null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","81 Clarence URGENCE"]
["TD 2.1","2.1-116","Ajout d'un document \ninvisible au patient \npar un PS \nen mode régulation","L'utilisateur authentifié avec la carte CPS d'un PS non autorisé à accéder au DMP du patient dépose un document invisible au patient en mode régulation (champ PurposeOfUse du VIHF à « centre_15»). Le patient ne s'est pas opposé à l'accès en situation d'urgence.  Le document est déposé invisible (confidentialityCode \"INVISIBLE_PATIENT\").\r\nEn retour, le SI DMP confirme l'ajout du document.\r\nCe test est optionnel pour les centre 15 : dans le cas où le LPS ne permet pas d'ajouter des documents invisibles au patient en mode centre de régulation, le candidat l'indiquera explicitement dans la colonne commentaire éditeur.\r\n\n=> Mode opératoire :\nAjout du document : E (titre=\"document E\") de typeCode 57833-6 (Prescription de médicaments), invisible patient","Le document CDA en xml ","directe","alimentation","CPS (médecin)","centre-15",null,null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","81 Clarence URGENCE"]
["TD 2.1","2.1-117","Remplacement d'un document \ndont le PS est l'auteur \nen mode régulation","L'utilisateur authentifié avec la carte CPS d'un PS non autorisé à accéder au DMP du patient modifie un document qu'il a précédemment déposé sur ce DMP, en mode régulation (champ PurposeOfUse du VIHF à « centre_15»). Il s'agit donc de déposer une nouvelle version du document, l'ancienne version verra son statut passer à « deprecated» au sein du SI DMP. Le patient ne s'est pas opposé à l'accès en situation d'urgence.\r\nEn retour, le SI DMP confirme l'ajout de la nouvelle version du document.\n\n=> Mode opératoire : \n- Etape 0 :  : Ajouter un document dont le titre est \"document RPLC-CPS\" (avec confidentialityCode \"invisible au patient\").\n- Etape 1 : remplacement du \"document RPLC-CPS\" pour modification du titre (nouveau titre=\"document RPLC-CPS remplacé\").\nSi le LPS n'autorise pas à modifier le titre, merci de le préciser en commentaire et passez à l'etape 2. \n- Etape 2 : remplacement du \"document RPLC-CPS remplacé\" pour modification du document encapsulé dans le CDA (pas de modification de titre).\n- Etape 3 : remplacement du \"document RPLC-CPS remplacé\" pour modification combinée du titre (nouveau titre=\"document RPLC-CPS FINAL\"), retrait de l'invisibilité au patient et modification du document encapsulé dans le CDA.","\nRappel : \nles copies d'écran présentant la cinématique COMPLETE du cas de test \n- les requêtes d'ajout, de recherche et de remplacement\n- les documents CDA en xml \n","directe","alimentation","CPS (médecin)","centre-15",null,null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","81 Clarence URGENCE"]
["TD 2.1","2.1-119","Ajout d'un document \nsur un DMP fermé \npar un PS \nen mode régulation","L'utilisateur authentifié avec la carte CPS d'un PS non autorisé à accéder au DMP du patient tente de déposer un document en mode régulation (champ PurposeOfUse du VIHF à « centre_15»), alors que le DMP du patient est fermé. Le patient ne s'est pas opposé à l'accès en situation d'urgence.\r\nEn retour, le SI DMP renvoie un code erreur : DMP fermé.\r\n",null,"directe","alimentation","CPS (médecin)","centre-15",null,null,null,"ERREUR","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Failure","DMPClosed","73 Florence FERMETURE"]
["TD 2.1","2.1-140","Remplacement d'un document dont le PS est l'auteur","L'utilisateur, authentifié avec une carte CPS, modifie un document qu'il a précédemment déposé sur ce DMP. Il s'agit donc de déposer une nouvelle version du document, l'ancienne version verra son statut passer à « deprecated» au sein du SI DMP.\r\nEn retour, le SI DMP confirme l'ajout de la nouvelle version du document.\r\n\r\n=> Mode opératoire : \n- Etape 0 :  : Ajouter un document dont le titre est \"document RPLC-CPS\" (avec confidentialityCode \"invisible au patient\").\n- Etape 1 : remplacement du \"document RPLC-CPS\" pour modification du titre (nouveau titre=\"document RPLC-CPS remplacé\").\nSi le LPS n'autorise pas à modifier le titre, merci de le préciser en commentaire et passez à l'etape 2. \n- Etape 2 : remplacement du \"document RPLC-CPS remplacé\" pour modification du document encapsulé dans le CDA (pas de modification de titre).\n- Etape 3 : remplacement du \"document RPLC-CPS remplacé\" pour modification combinée du titre (nouveau titre=\"document RPLC-CPS FINAL\"), retrait de l'invisibilité au patient et modification du document encapsulé dans le CDA.\n","\nRappel :\nles copies d'écran présentant la cinématique COMPLETE du cas de test \n- les requêtes d'ajout, de recherche et de remplacement\n- les documents CDA en xml \n","directe","alimentation","CPS","Normal","DOCS",null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","75 Corinne DUPRE"]
["TD 2.1","2.1-160","Ajout d'un document \"complet\"\npar un ES","L'utilisateur authentifié avec le certificat d'un établissement, ajoute un nouveau document dans ce DMP.\r\nEn retour, le SI DMP confirme l'ajout du document.\n\n=> Mode opératoire :\nAjout du document : A (titre=\"document A-ES\") de typeCode 11490-0 (Lettre de sortie) ; dans le cas où le LPS ne gère pas ce typeCode, indiquer explicitement le typeCode utilisé à la place. Dans le cas où le LPS gère le formatCode \"documents à corps non structuré en Pdf/A-1\", fournir un CDA R2 encapsulant ce type (PDF/A-1). Sinon, fournir un formatCode au libre choix du candidat.\r\n- Les champs optionnels (O) et requis si connu (R2) doivent dans la mesure du possible être tous renseignés ; si le LPS ne permet pas de renseigner certains champs, le candidat doit indiquer explicitement dans le champ commentaire quels champs ne sont pas renseignés, et pour quelle raison (choix de l'éditeur, cas d'usage métier, etc.).\n\nAtttention à bien utiliser les données RNIV pour le patient (CDA/XDS) :\nNom de naissance : NESSI\nPrénoms de naissance : RUTH ISABELLE\nNom utilisé : DE VINCI\n","\n- Le document CDA en xml\n- le rapport du schématron testcontenuCDA montrant une validation sans erreur ","indirecte","alimentation","Laissé au choix du candidat","Normal","DOCS",null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","59 Ruth NESSI"]
["TD 2.1","2.1-205","Remplacement d'un document dont l'ES est l'auteur","L'utilisateur, authentifié avec le certificat d'un établissement, modifie un document qu'il a précédemment déposé sur le DMP. Il s'agit donc de déposer une nouvelle version de ce document, l'ancienne version verra son statut passer à « deprecated » au sein du SI-DMP.\r\nEn retour, le SI DMP confirme l'ajout du document.\n\n=> Mode opératoire : \n- Etape 0 : Ajouter un document dont le titre est \"document RPLC-ES\" (avec confidentialityCode \"invisible au patient\").\n- Etape 1 : remplacement du \"document RPLC-ES\" pour modification du titre (nouveau titre=\"document RPLC-ES remplacé\").\nSi le LPS n'autorise pas à modifier le titre, merci de le préciser en commentaire et passez à l'etape 2. \n- Etape 2 : remplacement du \"document RPLC-ES remplacé\" pour modification du document encapsulé dans le CDA (pas de modification de titre).\n- Etape 3 : remplacement du \"document RPLC-ES remplacé\" pour modification combinée du titre (nouveau titre=\"document RPLC-ES FINAL\"), retrait de l'invisibilité au patient et modification du document encapsulé dans le CDA.\n","\nRappel : \nles copies d'écran présentant la cinématique COMPLETE du cas de test \n- les requêtes d'ajout, de recherche et de remplacement\n- les documents CDA en xml \n","indirecte","alimentation","Laissé au choix du candidat","Normal","DOCS",null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","85 Annie HALL"]
["TD 2.1","2.1-240","Ajout d'un document \"complet\" \npar un ES \nen mode régulation ","L'utilisateur authentifié avec le certificat d'un établissement typé centre de régulation ajoute un document dans un DMP en mode régulation (champ PurposeOfUse du VIHF à « centre_15»).\r\nLe DMP traité est celui d'un patient qui ne s'est pas opposé à l'accès en situation d'urgence.\r\nEn retour le SI DMP confirme l'ajout du document.\n\n=> Mode opératoire :\nAjout du document H (titre=\"document H\") de typeCode SYNTH (Synthèse) en mode régulation centre 15 ; dans le cas où le LPS ne gère pas ce typeCode, indiquer explicitement le typeCode utilisé à la place. Dans le cas où le LPS gère le formatCode \"documents à corps non structuré en Pdf/A-1\", fournir un CDA R2 encapsulant ce type (PDF/A-1). Sinon, fournir un formatCode au libre choix du candidat.\n- Les champs optionnels (O) et requis si connu (R2) doivent dans la mesure du possible être tous renseignés ; si le LPS ne permet pas de renseigner certains champs, le candidat doit indiquer explicitement dans le champ commentaire quels champs ne sont pas renseignés, et pour quelle raison (choix de l'éditeur, cas d'usage métier, etc.).\n\nAtttention à bien utiliser les données RNIV pour le patient (CDA/XDS) :\nNom de naissance : NESSI\nPrénoms de naissance : RUTH ISABELLE\nNom utilisé : DE VINCI","Le document CDA en xml  ","indirecte","alimentation","PARM\n(Permanencier centre 15)","centre-15",null,null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","81 Clarence URGENCE"]
["TD 2.1","2.1-243","Ajout de 2 documents \npar un ES dans un seul lot de soumission \nen mode régulation","L'utilisateur authentifié avec le certificat d'un établissement typé centre de régulation ajoute deux documents dans ce DMP (dans un même lot de soumission), en mode régulation (champ PurposeOfUse du VIHF à « centre_15»).\r\nLe DMP traité est celui d'un patient qui ne s'est pas opposé à l'accès en situation d'urgence.\r\nLe cas d’usage peut être d’envoyer le Bilan du Médecin Régulateur (CR de télé-médecine ) et son ordonnance (prescription de médicaments) dans le même lot de soumission (documents « liés » à une même intervention pour le patient).\r\nEn retour, le SI DMP confirme l'ajout des deux documents.\n\n=> Mode opératoire :\nAjout de 2 documents : J (titre=\"document J\", de typeCode 24611-6 / CR de télé-médecine (télé-consultation)) et K (titre=\"document K\", de typeCode 57833-6 / Prescription de médicaments)\r.\nDans le cas où le LPS ne gère pas plusieurs documents dans le même lot, merci de le préciser explicitement dans le champ commentaire en justifiant le choix.\n","Les documents CDA en xml ","indirecte","alimentation","PARM\n(Permanencier centre 15)","centre-15",null,null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","81 Clarence URGENCE"]
["TD 2.1","2.1-244","Ajout d'un document masqué par un ES \nen mode régulation","L'utilisateur authentifié avec le certificat d'un établissement typé centre de régulation ajoute un document avec le statut masqué (confidentialityCode \"MASQUE_PS\") dans un DMP, en mode régulation (champ PurposeOfUse du VIHF à « centre_15»).\r\nLe DMP traité est celui d'un patient qui ne s'est pas opposé à l'accès en situation d'urgence.\r\nEn retour, le SI DMP confirme l'ajout du document.\r\n\n=> Mode opératoire :\nAjout du document : M (titre=\"document M\") de typeCode CERT_DECL (Certificat, déclaration) masqué PS\n","Le document CDA en xml  ","indirecte","alimentation","PARM\n(Permanencier centre 15)","centre-15",null,null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","81 Clarence URGENCE"]
["TD 2.1","2.1-245","Ajout d'un document invisible au patient dans un DMP par un ES (en régulation)","L'utilisateur authentifié avec le certificat d'un établissement typé centre de régulation ajoute un document avec le statut invisible (confidentialityCode \"INVISIBLE_PATIENT\") dans un DMP, en mode régulation (champ PurposeOfUse du VIHF à « centre_15»).\r\nLe DMP traité est celui d'un patient qui ne s'est pas opposé à l'accès en situation d'urgence.\r\nEn retour, le SI DMP confirme l'ajout du document.\r\nCe test est optionnel pour les centre 15 : dans le cas où le LPS ne permet pas d'ajouter des documents invisibles au patient en mode centre de régulation, le candidat l'indiquera explicitement dans le colonne commantaire éditeur.\r\n\n=> Mode opératoire :\nAjout du document : N (titre=\"document N\") de typeCode 57833-6 (Prescription de médicaments), invisible patient\n","Le document CDA en xml  ","indirecte","alimentation","PARM\n(Permanencier centre 15)","centre-15",null,null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","81 Clarence URGENCE"]
["TD 2.1","2.1-246","Remplacement d'un document dont l'ES est l'auteur (ajout d'une nouvelle version) (en régulation)","L'utilisateur, authentifié avec le certificat d'un établissement typé centre de régulation, non autorisé à accéder au DMP du patient, modifie un document qu'il a précédemment déposé sur ce DMP, en mode régulation (champ PurposeOfUse du VIHF à « centre_15»). Il s'agit donc de déposer une nouvelle version du document, l'ancienne version verra son statut passer à « deprecated» au sein du SI-DMP. Le patient ne s'est pas opposé à l'accès en situation d'urgence.\r\nEn retour, le SI DMP confirme l'ajout de la nouvelle version du document.\r\n\n=> Mode opératoire :\n- Etape 0 : Ajouter un document dont le titre est \"document RPLC-ES\" (avec confidentialityCode \"invisible au patient\").\n- Etape 1 : remplacement du \"document RPLC-ES\" pour modification du titre (nouveau titre=\"document RPLC-ES remplacé\").\nSi le LPS n'autorise pas à modifier le titre, merci de le préciser en commentaire et passez à l'etape 2. \n- Etape 2 : remplacement du \"document RPLC-ES remplacé\" pour modification du document encapsulé dans le CDA (pas de modification de titre).\n- Etape 3 : remplacement du \"document RPLC-ES remplacé\" pour modification combinée du titre (nouveau titre=\"document RPLC-ES FINAL\"), retrait de l'invisibilité au patient et modification du document encapsulé dans le CDA.\n","\nRappel :\nles copies d'écran présentant la cinématique COMPLETE du cas de test \n- les requêtes d'ajout, de recherche et de remplacement\n- les documents CDA en xml \n","indirecte","alimentation","PARM\n(Permanencier centre 15)","centre-15",null,null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","81 Clarence URGENCE"]
["TD 2.1","2.1-247","Ajout de documents CDA autoprésentable\nen mode régulation","== Attention : ce test n'est pas à réaliser si le candidat a déjà réalisé le test 2.1-014 (en mode normal) ==\r\n\nL'utilisateur authentifié avec le mode de son choix, ajoute un ou plusieurs document(s) au format \"CDA autoprésentable\", en mode régulation.\r\nEn retour, le SI DMP confirme l'ajout de chaque document.\r\n\n=> Mode opératoire :\nAjout des documents APx (avec x = 1, 2, ...N ; exemple : titre=\"document AP1\");\nDans ce test, il est demandé au candidat d'envoyer autant de documents de formats structurés, en version \"CDA autoprésentable\", que le LPS sait produire.\n\n\nLes autres métadonnées du document sont laissées au libre choix du candidat. Elles doivent néanmoins être cohérentes avec le format du document (par exemple : le formatCode, le typeCode/classCode, etc.).\nSi le LPS ne sait pas produire de documents CDA autoprésentables, le candidat l'indiquera explicitement dans le champ commentaire et ne jouera pas ce test.","\n- Les documents CDA en xml \n- les rapports du schématron testcontenuCDA correspondant au volet spécifique de chaque type de document déposé montrant une validation sans erreur ","indirecte","alimentation","PARM\n(Permanencier centre 15)","centre-15",null,null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","81 Clarence URGENCE"]
["TD 2.1","2.1-251","Ajout d'un document \nsur un DMP fermé \npar un ES \nen mode régulation","L'utilisateur, authentifié avec le certificat d'un établissement typé centre de régulation, non autorisé à accéder au DMP du patient, tente de déposer un document en mode régulation (champ PurposeOfUse du VIHF à « centre_15»), alors que le DMP du patient est fermé. Le patient ne s'est pas opposé à l'accès en situation d'urgence.\r\nEn retour, le SI DMP renvoie un code erreur : DMP fermé.\r\n",null,"indirecte","alimentation","PARM\n(Permanencier centre 15)","centre-15",null,null,null,"ERREUR","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Failure","DMPClosed","73 Florence FERMETURE"]
["TD 2.1","2.1-600","Ajout d'un document invisible aux représentants légaux","L'utilisateur, authentifié avec le mode de son choix, ajoute un nouveau document dans ce DMP avec un code de confidentialité INVISIBLE_REPRESENTANTS_LEGAUX.\r\nEn retour, le SI DMP confirme l'ajout du document.\r\n\r\n=> Mode opératoire :\nAjout d'un document (titre=\"document CPS\") sur le DMP du patient Sebastien MELANGE avec le code de confidentialité : INVISIBLE_REPRESENTANTS_LEGAUX.\nTest à réaliser sans connexion secrète\n","Le document CDA en xml  ","directe","alimentation","CPS","Normal",null,null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","33 Sébastien MELANGE"]
["TD 2.1","2.1-710","Ajout d'un document Note de vaccination","== La prise en charge de cette évolution est obligatoire pour les LPS destinés aux médecins (médecine générale et pédiatrie), aux pharmaciens, aux sages-femmes, aux infirmiers ou aux infirmiers psychiatriques (code profession 10, 21, 50, 60 ou 69). == \n\nL'utilisateur, authentifié avec le mode de son choix, ajoute une note de Vaccination dans ce DMP.\nCette note devra être la plus minimale possible dans le respect des cardinalités.\nEn retour, le SI DMP confirme l'ajout du document.\r\n\r\n=> Mode opératoire :\nAjout d'un document Note de vaccination sur le DMP du patient Jean BON.","Le document CDA en xml  ","directe","alimentation","CPS","Normal","DOCS",null,"2.6.0","OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","54 Jean BON"]
["TD 2.1","2.1-750","Validation d'une vaccination","== La prise en charge de cette évolution est obligatoire pour les LPS destinés aux médecins (médecine générale et pédiatrie), aux pharmaciens, aux sages-femmes, aux infirmiers ou aux infirmiers psychiatriques (code profession 10, 21, 50, 60 ou 69). == \n\nL'utilisateur, authentifié avec le mode de son choix, valide une vaccination enregistrée par le patient dans ce DMP, l'auteur doit si possible être différent du vaccinateur, il est attendu également que cette note de vaccination soit la plus complète possible dans le respect des cardinalités.\nEn retour, le SI DMP confirme l'ajout du document.\r\n\r\n=> Mode opératoire :\nValidation d'une Note de vaccination.\n(codeCIS=\"66689795\", date=\"14/01/2022\" )\n","Le document CDA en xml  ","Tous","alimentation","Laissé au choix du candidat","Normal","DOCS",null,"2.6.0","OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","54 Jean BON"]
["TD 2.1","2.1-760","Remplacement d'une note de vaccination","== La prise en charge de cette évolution est obligatoire pour les LPS destinés aux médecins (médecine générale et pédiatrie), aux pharmaciens, aux sages-femmes, aux infirmiers ou aux infirmiers psychiatriques (code profession 10, 21, 50, 60 ou 69). == \n\nL'utilisateur, authentifié avec le mode de son choix, remplace une note vaccination déposée au préalable pour ce test.\r\nEn retour, le SI DMP confirme le remplacement du document.\r\n\r\n=> Mode opératoire :\nEtape 1 : ajouter une nouvelle note de vaccination (données laissées au libre choix du candidat, dans le respect des cardinalités) ;\nEtape 2 : remplacer cette note en modifiant a minima une donnée (à préciser en commentaire).\nL'ensemble des requêtes envoyées au Si-DMP pour ce test est attendu, ainsi que les copies d'écran de la cinématique complète.","Rappel : \nles copies d'écran présentant la cinématique COMPLETE du cas de test \n- les 2 documents CDA en xml\n- la requête d'ajout et la requête de remplacement","Tous","alimentation","Laissé au choix du candidat","Normal","DOCS",null,"2.6.0","OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","54 Jean BON"]
["TD 2.1","2.1-800","Ajout d'un document KOS DICOM  avec CR d'imagerie \n(cycle minimal projet IMAGERIE)","== Ce test n'est pas à réaliser si le logiciel gère les demandes d'acte d'imagerie (55151-0) ==\n\nL'utilisateur, authentifié avec le mode de son choix, alimente le DMP du patient avec un document KOS DICOM, accompagné de son compte-rendu.\nEn retour, le SI DMP confirme l'ajout des documents.\r\n\r\n=> Mode opératoire :\nAjout du document KOS DICOM et du CR d'imagerie (18748-4) sur le DMP de la patiente Marie CURIE.\nSi le LPS ne gère pas l'alimentation de plusieurs documents dans un même lot de soumission, les 2 documents doivent être envoyés séquentiellement de manière automatique.","Rappel :\nles copies d'écran présentant la cinématique COMPLETE du cas de test \n- le document CDA et le KOS DICOM\n- les requêtes d'ajout et les réponses en xml\n\n","Tous","alimentation","Laissé au choix du candidat","Normal","IMAGERIE",null,"2.7.0","OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","97 Marie CURIE"]
["TD 2.1","2.1-810","Ajout d'un document KOS DICOM  avec demande d'acte d'imagerie \net CR d'imagerie \n(cycle complet projet IMAGERIE)","== Ce test est à réaliser uniquement si le logiciel alimente des documents KOS DICOM avec demande d'acte d'imagerie et CR d'imagerie ==\n\n'L'utilisateur, authentifié avec le mode de son choix, alimente le DMP du patient avec une demande d'acte d'imagerie, suivie d'un document KOS DICOM, accompagné de son compte-rendu d'imagerie.\nEn retour, le SI DMP confirme l'ajout des documents.\r\n\r\n=> Mode opératoire :\nAjout de la demande d'acte d'imagerie (55151-0), du document KOS DICOM et du CR d'imagerie (18748-4) sur le DMP de la patiente Marie CURIE.\nSi le LPS ne gère pas l'alimentation de plusieurs documents dans un même lot de soumission, les 3 documents doivent être envoyés séquentiellement de manière automatique.","Rappel :\nles copies d'écran présentant la cinématique COMPLETE du cas de test \n- les documents CDA et le KOS DICOM\n- les requêtes d'ajout et les réponses en xml\n\n","Tous","alimentation","Laissé au choix du candidat","Normal","IMAGERIE",null,"2.7.0","OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","97 Marie CURIE"]
["TD 2.1","2.1-820","Remplacement d'un document KOS DICOM","\n'L'utilisateur, authentifié avec le mode de son choix, remplace un KOS DICOM et ses documents liés, déposés spécifiquement  pour ce test sur le DMP du patient.\nEn retour, le SI DMP confirme la modification des documents.\r\n\r\n=> Mode opératoire :\nAvant de faire ce test, le candidat aura déposé une demande d'acte d'imagerie, si gérée par le logiciel, suivie d'un document KOS DICOM, accompagné de son compte-rendu d'imagerie (autres que pour les tests précédents). Les documents devront être masqués PS.\nEtape 1 : remplacer la demande d'acte d'imagerie si ce document est géré (titre+document) et démasquer le document ;\nEtape 2 : remplacer le KOS DICOM (titre+document) et démasquer le document ;\nEtape 3 : remplacer le CR d'imagerie (titre+document) et démasquer le document.\nLe lien entre les documents doit être conservé tout au long de la cinématique. Le candidat devra péciser les autres métadonnées modifiables pour chaque document.","Rappel :\nles copies d'écran présentant la cinématique COMPLETE du cas de test \n- les documents CDA et le KOS DICOM\n- les requêtes d'ajout et les réponses en xml\n- les requêtes de recherche des documents et les réponses en xml\n- les requêtes de modification des documents et les réponses en xml\n\n","Tous","alimentation","Laissé au choix du candidat","Normal","IMAGERIE",null,"2.7.0","OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","97 Marie CURIE"]
["TD 2.2","2.2-010","Ajout d'un document \npar un non PS\n(document \"complet\")","L'utilisateur, authentifié avec la carte CPE d'un non PS, ajoute un seul document dans le DMP.\r\nEn retour, le SI DMP confirme l'ajout du document.\n\r\n=> Mode opératoire : \r\n- Ajout du document CPE1 (titre=\"document CPE1\") de typeCode 11490-0 (Lettre de sortie). Dans le cas où le LPS ne gère pas ce typeCode, indiquer explicitement le typeCode utilisé à la place. Dans le cas où le LPS gère le formatCode \"documents à corps non structuré en Pdf/A-1\", fournir un CDA R2 encapsulant ce type (PDF/A-1). Sinon, fournir un formatCode au libre choix du candidat.\n- Les champs optionnels (O) et requis si connu (R2) doivent dans la mesure du possible être tous renseignés ; si le LPS ne permet pas de renseigner certains champs, le candidat doit indiquer explicitement dans le champ commentaire quels champs ne sont pas renseignés, et pour quelle raison (choix de l'éditeur, cas d'usage métier, etc.).\n\nAtttention à bien utiliser les données RNIV pour le patient (CDA/XDS):\nNom de naissance : NESSI\nPrénoms de naissance : RUTH ISABELLE\nNom utilisé : DE VINCI","Rappel : \nles copies d'écran présentant la cinématique COMPLETE du cas de test \n- le document CDA en xml  ","directe","alimentation","CPE","Normal",null,null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","59 Ruth NESSI"]
["TD 2.2","2.2-140","Remplacement d'un document dont la structure à laquelle est rattachée la CPE est l'auteur (ajout d'une nouvelle version) ","L'utilisateur, authentifié avec une carte CPE d'un non PS rattaché à une structure, modifie un document qu'il a précédemment déposé sur ce DMP. Il s'agit donc de déposer une nouvelle version du document, l'ancienne version verra son statut passer à « deprecated » au sein du SI-DMP\r\nEn retour, le SI DMP confirme l'ajout de la nouvelle version du document.\r\n\r\n=> Mode opératoire : \n- Etape 0 : Ajouter un document dont le titre est \"document RPLC-CPE\" (avec confidentialityCode \"invisible au patient\").\n- Etape 1 : remplacement du \"document RPLC-CPE\" pour modification du titre (nouveau titre=\"document RPLC-CPE remplacé\").\nSi le LPS n'autorise pas à modifier le titre, merci de le préciser en commentaire et passez à l'etape 2. \n- Etape 2 : remplacement du \"document RPLC-CPE remplacé\" pour modification du document encapsulé dans le CDA (pas de modification de titre).\n- Etape 3 : remplacement du \"document RPLC-CPE remplacé\" pour modification combinée du titre (nouveau titre=\"document RPLC-CPE FINAL\"), retrait de l'invisibilité au patient et modification du document encapsulé dans le CDA.\n","\nrappel : \nles copies d'écran présentant la cinématique COMPLETE du cas de test \n- les requêtes d'ajout, de recherche et de remplacement\n- les documents CDA en xml \n","directe","alimentation","CPE","Normal",null,null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","75 Corinne DUPRE"]
["TD 3.1a","3.1-005","Recherche de document \"sans critère\"","L'utilisateur s'authentifie avec la carte CPS d'un PS autorisé à accéder au DMP du patient.\nIl effectue une recherche (FindDocuments) sur le DMP, sans renseigner de critère de recherche.\r\nLe PS est médecin traitant DMP du patient (autorisation préalablement positionnée par le CNDA).\nLa requête lui retourne les métadonnées des documents du DMP du patient.\r\n\n=> Mode opératoire :\nMéthode FindDocuments, sans aucun critère optionnel, sur les documents actifs du DMP seulement (au statut \"Approved\", recherche par défaut)\r.\nLa copie d'écran devra montrer les différents attributs des documents retournés (type, masquage, docs PS / Patient,...), et afficher tous les documents retournés par la requête (plusieurs copies d'écrans possibles).\r\n",null,"directe","consultation","CPS","Normal",null,"médecin traitant",null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","37 Zarah TOME"]
["TD 3.1a","3.1-030","Recherche de document dont le champ patientId est en INS-C","L'utilisateur s'authentifie avec  une carte CPS autorisée à accéder au DMP du patient.\nLe PS est médecin traitant DMP du patient (autorisation préalablement positionnée par le CNDA).\nIl effectue une recherche (FindDocuments) sur un document dont le champ patientId est en INS-C.\nLa requête retourne que la recherche s'est effectuée avec succès et retourne les métadonnées du document.\r\n\n=> Mode opératoire :\nMéthode FindDocuments avec typeCode 18748-4 (CR d'imagerie médicale)\n=> Résultat : 2 documents\n",null,"tous","consultation","Laissé au choix du candidat","Normal",null,"médecin traitant",null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","79 Didier PETRA"]
["TD 3.1a","3.1-040","Recherche de document archivé ","L'utilisateur s'authentifie avec une carte CPS autorisée à accéder au DMP du patient.\nLe PS est médecin traitant DMP du patient (autorisation préalablement positionnée par le CNDA).\nUn document archivé (statut «archived» dans le SI-DMP) est présent sur le DMP. Le PS est autorisé à accéder aux types de documents déposés (cf. matrice d'habilitations). Il effectue une recherche (FindDocuments) comprenant les documents archivés.\r\nLa requête retourne que la recherche s'est effectuée avec succès et retourne les métadonnées des documents demandés.\r\n\n=> Mode opératoire :\nMéthode FindDocuments avec typeCode 34112-3 (CR hospitalier (séjour))\n=> Résultat : document 03 (archivé)\n",null,"tous","consultation","Laissé au choix du candidat","Normal",null,"médecin traitant",null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","79 Didier PETRA"]
["TD 3.1a","3.1-050","Recherche d'anciennes versions d'un document ","L'utilisateur s'authentifie avec une carte CPS autorisée à accéder au DMP du patient.\nLe PS est médecin traitant DMP du patient (autorisation préalablement positionnée par le CNDA).\nUn document qui a été modifié (ancienne version : statut « deprecated » dans le SI-DMP) est présent sur le DMP. Le PS est autorisé à accéder aux types de documents déposés (cf. matrice d'habilitations).  \r\nIl effectue une recherche (FindDocuments) comprenant les anciennes versions de documents.\nLa requête retourne que la recherche s'est effectuée avec succès et retourne les métadonnées des documents demandés.\r\n\n=> Mode opératoire : \r\nMéthode FindDocuments avec typeCode 11488-4 (CR ou fiche de consultation ou de visite) \n=> Résultat : document 01 (deprecated)\n",null,"tous","consultation","Laissé au choix du candidat","Normal",null,"médecin traitant",null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","79 Didier PETRA"]
["TD 3.1a","3.1-090","Recherche de documents sur critère type (typeCode)\n \"égal à\"","L'utilisateur s'authentifie avec une carte CPS autorisée à accéder au DMP du patient.\nLe PS est médecin traitant DMP du patient (autorisation préalablement positionnée par le CNDA).\nUn document comportant un TypeCode donné est déjà présent sur le DMP.\r\nLe PS est habilité à accéder à ce type de document (cf. matrice d'habilitations). Il effectue une recherche (FindDocuments) sur le type de document souhaité.\r\nLa requête retourne que la recherche s'est effectuée avec succès et retourne les métadonnées des documents demandés.\r\n\n=> Mode opératoire : \r\nMéthode FindDocuments avec typeCode 11506-3 (CR ou fiche de suivi de soins par auxiliaire médical) \n=> Résultat : document 02\n",null,"tous","consultation","Laissé au choix du candidat","Normal",null,"médecin traitant",null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","79 Didier PETRA"]
["TD 3.1a","3.1-100","Recherche de documents sur critère type (typeCode) dans une liste de valeurs","L'utilisateur s'authentifie avec une carte CPS autorisée à accéder au DMP du patient.\nLe PS est médecin traitant DMP du patient (autorisation préalablement positionnée par le CNDA).\nUn document comportant un TypeCode donné et un document comportant un autre TypeCode sont déjà présents sur le DMP. \r\nLe PS est habilité à accéder aux types des documents déposés (cf. matrice d'habilitations). Il effectue une recherche (FindDocuments) sur les types de documents souhaités.\r\nLa requête retourne que la recherche s'est effectuée avec succès et retourne les métadonnées des documents demandés.\r\n\n=> Mode opératoire :\nMéthode FindDocuments avec typeCode parmi11506-3 (CR ou fiche de suivi de soins par auxiliaire médical) et 15507-7 (CR de passage aux urgences) \n=> Résultat : documents 02 et 06 \nDans le cas où le LPS ne gère pas ce type de critère de recherche (plusieurs typeCode dans une même recherche), merci de le préciser explicitement dans le champ commentaire en justifiant le choix.\n",null,"tous","consultation","Laissé au choix du candidat","Normal",null,"médecin traitant",null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","79 Didier PETRA"]
["TD 3.1a","3.1-110","Recherche de documents sur critères de date de l'acte (serviceStartTime) \"supérieur à\"","L'utilisateur s'authentifie avec une carte CPS autorisée à accéder au DMP du patient.\nLe PS est médecin traitant DMP du patient (autorisation préalablement positionnée par le CNDA).\nUn document dont la date de l'acte est postérieure à une date donnée est déjà présent sur le DMP. \r\nLe PS est habilité à accéder à ce type de document (cf. matrice d'habilitations). Il effectue une recherche sur les documents dont la date de l'acte est postérieure à la date fournie dans la requête.\r\nLa requête retourne que la recherche s'est effectuée avec succès et retourne les métadonnées des documents demandés.\r\n\n=> Mode opératoire :\nMéthode FindDocuments (Approved uniquement) avec serviceStartTimeFrom 2010 et/ou serviceStopTimeFrom\n=> Résultat : 12 documents \nDans le cas où le LPS ne gère pas ce type de critère de recherche, merci de le préciser explicitement dans le champ commentaire en justifiant le choix.\n",null,"tous","consultation","Laissé au choix du candidat","Normal",null,"médecin traitant",null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","79 Didier PETRA"]
["TD 3.1a","3.1-120","Recherche de documents sur critères de date de l'acte (serviceStartTime) \"inférieur à\"","L'utilisateur s'authentifie avec une carte CPS autorisée à accéder au DMP du patient.\nLe PS est médecin traitant DMP du patient (autorisation préalablement positionnée par le CNDA).\nUn document dont la date de l'acte est antérieure à une date donnée est déjà présent sur le DMP.\r\nLe PS est habilité à accéder à ce type de document (cf. matrice d'habilitations). Il effectue une recherche sur les documents dont la date de l'acte est antérieure à la date fournie dans la requête.\r\nLa requête retourne que la recherche s'est effectuée avec succès et retourne les métadonnées des documents demandés.\n\n=> Mode opératoire : \r\nMéthode FindDocuments (Approved uniquement) avec serviceStartTimeTo 2010 et/ou serviceStopTimeTo 2010 \n=> Résultat : 2 documents\nDans le cas où le LPS ne gère pas ce type de critère de recherche, merci de le préciser explicitement dans le champ commentaire en justifiant le choix.\n",null,"tous","consultation","Laissé au choix du candidat","Normal",null,"médecin traitant",null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","79 Didier PETRA"]
["TD 3.1a","3.1-130","Recherche de documents sur critères de date de l'acte compris entre deux bornes","L'utilisateur s'authentifie avec une carte CPS autorisée à accéder au DMP du patient.\nLe PS est médecin traitant DMP du patient (autorisation préalablement positionnée par le CNDA).\nUn document dont la date de l'acte est comprise entre deux dates données est déjà présent sur le DMP.\r\nLe PS est habilité à accéder à ce type de document (cf. matrice d'habilitations). Il effectue une recherche sur les documents dont la date de l'acte est comprise entre les deux dates de référence fournies dans la requête.\r\nLa requête retourne que la recherche s'est effectuée avec succès et retourne les métadonnées des documents demandés.\r\n\n=> Mode opératoire :\nMéthode FindDocuments (Approved uniquement) avec, par exemple : serviceStartTimeFrom 2010 ET serviceStopTimeTo 20/03/2010. \n=> Résultat : 6 documents \nLes autres critères de recherche sur les dates d'acte sont également autorisés mais n'aboutieront pas aux mêmes résultats. \nDans le cas où le LPS ne gère pas exactement cette combinaison de critères mais simplement une date de début ou une date de fin, merci de le préciser explicitement dans le champ commentaire en justifiant le choix.\n",null,"tous","consultation","Laissé au choix du candidat","Normal",null,"médecin traitant",null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","79 Didier PETRA"]
["TD 3.1a","3.1-140","Recherche de documents sur critères combinés : typeCode et date de l'acte compris entre deux bornes","L'utilisateur s'authentifie avec une carte CPS autorisée à accéder au DMP du patient.\nLe PS est médecin traitant DMP du patient (autorisation préalablement positionnée par le CNDA).\nUn document dont la date de l'acte est comprise entre deux bornes et avec un TypeCode donné est déjà présent sur le DMP.\r\nLe PS est habilité à accéder à ce type de document (cf. matrice d'habilitations).\nLa requête retourne que la recherche s'est effectuée avec succès et retourne les métadonnées des documents demandés.\r\n\n=> Mode opératoire : \r\nMéthode FindDocuments (Approved uniquement) avec typeCode 47420-5 (CR de bilan fonctionnel (par auxiliaire médical)) et, par exemple :  serviceStartTimeFrom 18/03/09 ET serviceStopTimeTo 22/05/09 \n=> Résultat : 1 document \nLes autres critères de recherche sur les dates d'acte sont également autorisés mais n'aboutieront pas aux mêmes résultats. \nDans le cas où le LPS ne gère pas exactement cette combinaison de critères mais simplement une date de début ou une date de fin, merci de le préciser explicitement dans le champ commentaire en justifiant le choix.\n",null,"tous","consultation","Laissé au choix du candidat","Normal",null,"médecin traitant",null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","79 Didier PETRA"]
["TD 3.1a","3.1-145","Recherche de données de remboursement\n sur critères combinés :  typeCode et date de l'acte compris entre deux bornes","L'utilisateur s'authentifie avec le mode de son choix, autorisé à accéder au DMP du patient.\nL'historique de remboursement est déjà présent sur le DMP.\r\nLe PS est habilité à accéder à ce type de document (cf. matrice d'habilitations). Il effectue une recherche sur les données de remboursement en ciblant un intervalle inférieur ou égal au paramètre \"hr-periode-max-mois\".\r\nLa requête retourne que la recherche s'est effectuée avec succès et retourne les métadonnées des documents demandés.\r\n\n=> Mode opératoire : \r\nMéthode FindDocuments (Approved uniquement) avec typeCode REMB (Historique de remboursement) et, par exemple : serviceStartTimeFrom 01/08/2020 ET serviceStopTimeTo 31/07/2021 \n=> Résultat : 1 document Historique de remboursement\nLes autres critères de recherche sur les dates d'acte sont également autorisés mais n'aboutieront pas aux mêmes résultats. \nDans le cas où le LPS ne gère pas exactement cette combinaison de critères mais simplement une date de début ou une date de fin, merci de le préciser explicitement dans le champ commentaire en justifiant le choix.\n",null,"tous","consultation","Laissé au choix du candidat","Normal",null,null,"2.6.0","OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","60 Nathalie DESMAUX"]
["TD 3.1a","3.1-150","Recherche de documents en situation de BDG (consentement du patient à l'accès BDG)","L'utilisateur, authentifié avec le mode de son choix, n'est pas autorisé à accéder au DMP du patient. \r\nDes documents ont déjà été déposés. Le patient ne s'est pas opposé à l'accès en situation d'urgence. L'utilisateur est habilité à accéder à ce type de document (cf. matrice d'habilitations). Il effectue une recherche sur les documents déposés en mode « bris-de-glace», en ayant fourni au DMP un motif pour cet usage.\r\nLa requête retourne que la recherche s'est effectuée avec succès et retourne les métadonnées des documents demandés.\r\n\n=> Mode opératoire :\nMéthode FindDocuments avec typeCode 11490-0 (Lettre de sortie), en mode Bris de glace \n=> Résultat : \"Document A\" \nPositionner le mode bris de glace ainsi que le motif d'accès dans le VIHF.\nA noter : par défaut les documents masqués ne sont pas affichés lors d'un accès en Bris de glace, mais le patient ou un PS peuvent modifier ce paramètre via le Web, auquel cas le \"document B\" apparaîtra.\n\n",null,"Tous","consultation","Laissé au choix du candidat","BDG",null,null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","81 Clarence URGENCE"]
["TD 3.1a","3.1-160","Recherche de document \"sans critère\" \nen régulation","L'utilisateur s'authentifie avec une carte CPS non autorisée à accéder au DMP du patient. Le patient ne s'est pas opposé à l'accès en situation d'urgence.\r\nIl effectue une recherche (FindDocuments) sur le DMP sans renseigner de critère de recherche, en mode régulation.\r\nLa requête retourne que la recherche s'est effectuée avec succès et retourne les métadonnées des documents demandés.\n\n=> Mode opératoire :\nMéthode FindDocuments, en mode régulation, sans aucun critère optionnel, sur les documents actifs du DMP seulement (au statut \"Approved\", recherche par défaut)\r.\nLa copie d'écran devra montrer les différents attributs des documents retournés (type, masquage, docs PS / Patient,...), et afficher tous les documents retournés par la requête (plusieures copies d'écrans possibles).",null,"directe","consultation","CPS (médecin)","centre-15",null,null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","37 Zarah TOME"]
["TD 3.1a","3.1-161","Recherche de document archivé par un PS \nen régulation","L'utilisateur s'authentifie avec une carte CPS non autorisée à accéder au DMP du patient. Le patient ne s'est pas opposé à l'accès en situation d'urgence.\r\nUn document archivé (statut «archived» dans le SI DMP) est présent sur le DMP. Le PS est autorisé à accéder aux types de documents déposés (cf. matrice d'habilitations). Il effectue une recherche (FindDocuments) comprenant les documents archivés, en mode régulation.\r\nLa requête retourne que la recherche s'est effectuée avec succès et retourne les métadonnées des documents demandés.\n\n=> Mode opératoire :\nMéthode FindDocuments avec typeCode 34112-3 (CR hospitalier (séjour)) => Résultat : document 03 (archivé)\n",null,"directe","consultation","CPS (médecin)","centre-15",null,null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","79 Didier PETRA"]
["TD 3.1a","3.1-162","Recherche d'anciennes versions d'un document par un PS \nen régulation","L'utilisateur s'authentifie avec une carte CPS non autorisée à accéder au DMP du patient. Le patient ne s'est pas opposé à l'accès en situation d'urgence.\r\nUn document qui a été modifié (ancienne version : statut « deprecated » dans le SI DMP) est présent sur le DMP. Le PS est autorisé à accéder aux types de documents déposés (cf. matrice d'habilitations).  \r\nIl effectue une recherche (FindDocuments) comprenant les anciennes versions de documents, en mode régulation.\r\nLa requête retourne que la recherche s'est effectuée avec succès et retourne les métadonnées des documents demandés.\r\n\n=> Mode opératoire : \r\nMéthode FindDocuments avec typeCode 11488-4 (CR ou fiche de consultation ou de visite) => Résultat : document 01 (deprecated)\n",null,"directe","consultation","CPS (médecin)","centre-15",null,null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","79 Didier PETRA"]
["TD 3.1a","3.1-163","Recherche de documents \nsur critère type (typeCode) \"égal à \" \nen mode régulation","L'utilisateur s'authentifie avec une carte CPS non autorisée à accéder au DMP du patient. Le patient ne s'est pas opposé à l'accès en situation d'urgence.\r\nUn document comportant un TypeCode donné est déjà présent sur le DMP.\r\nLe PS est habilité à accéder à ce type de document (cf. matrice d'habilitations). Il effectue une recherche (FindDocuments) sur le type de document souhaité, en mode régulation.\r\nLa requête retourne que la recherche s'est effectuée avec succès et retourne les métadonnées des documents demandés.\r\n\n=> Mode opératoire :\nMéthode FindDocuments avec typeCode 11506-3 (CR ou fiche de suivi de soins par auxiliaire médical) => Résultat : document 02\n",null,"directe","consultation","CPS (médecin)","centre-15",null,null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","79 Didier PETRA"]
["TD 3.1a","3.1-164","Recherche de documents \nsur critère type (typeCode) dans une liste de valeurs \nen mode régulation","L'utilisateur s'authentifie avec une carte CPS non autorisée à accéder au DMP du patient. Le patient ne s'est pas opposé à l'accès en situation d'urgence.\r\nUn document comportant un TypeCode donné et un document comportant un autre TypeCode sont déjà présents sur le DMP. \r\nLe PS est habilité à accéder aux types des documents déposés (cf. matrice d'habilitations). Il effectue une recherche (FindDocuments) sur les types de documents souhaités, en mode régulation.\r\nLa requête retourne que la recherche s'est effectuée avec succès et retourne les métadonnées des documents demandés.\r\n\n=> Mode opératoire :\nMéthode FindDocuments avec typeCode parmi11506-3 (CR ou fiche de suivi de soins par auxiliaire médical) et 15507-7 (CR de passage aux urgences) \n=> Résultat : documents 02 et 06 \nDans le cas où le LPS ne gère pas ce type de critère de recherche (plusieurs typeCode dans une même recherche), merci de le préciser explicitement dans le champ commentaire en justifiant le choix.\n",null,"directe","consultation","CPS (médecin)","centre-15",null,null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","79 Didier PETRA"]
["TD 3.1a","3.1-165","Recherche de documents \nsur critères de date de l'acte (serviceStartTime) \n\"supérieur à\" \nen mode régulation","L'utilisateur s'authentifie avec une carte CPS non autorisée à accéder au DMP du patient. Le patient ne s'est pas opposé à l'accès en situation d'urgence.\r\nUn document dont la date de l'acte est postérieure à une date donnée est déjà présent sur le DMP. \r\nLe PS est habilité à accéder à ce type de document (cf. matrice d'habilitations). Il effectue une recherche sur les documents dont la date de l'acte est postérieure à la date fournie dans la requête, en mode régulation.\r\nLa requête retourne que la recherche s'est effectuée avec succès et retourne les métadonnées des documents demandés.\r\n\n=> Mode opératoire :\nMéthode FindDocuments (Approved uniquement) avec serviceStartTimeFrom 2010 et/ou serviceStopTimeFrom\n=> Résultat : 12 documents \nDans le cas où le LPS ne gère pas ce type de critère de recherche, merci de le préciser explicitement dans le champ commentaire en justifiant le choix.\n",null,"directe","consultation","CPS (médecin)","centre-15",null,null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","79 Didier PETRA"]
["TD 3.1a","3.1-166","Recherche de documents \nsur critères de date de l'acte (serviceStartTime) \n\"inférieur à\" \nen mode régulation","L'utilisateur s'authentifie avec une carte CPS non autorisée à accéder au DMP du patient. Le patient ne s'est pas opposé à l'accès en situation d'urgence.\r\nUn document dont la date de l'acte est antérieure à une date donnée est déjà présent sur le DMP.\r\nLe PS est habilité à accéder à ce type de document (cf. matrice d'habilitations). Il effectue une recherche sur les documents dont la date de l'acte est antérieure à la date fournie dans la requête, en mode régulation.\r\nLa requête retourne que la recherche s'est effectuée avec succès et retourne les métadonnées des documents demandés.\n\n=> Mode opératoire :\nMéthode FindDocuments (Approved uniquement) avec serviceStartTimeTo 2010 et/ou serviceStopTimeTo 2010 \n=> Résultat : 2 documents\nDans le cas où le LPS ne gère pas ce type de critère de recherche, merci de le préciser explicitement dans le champ commentaire en justifiant le choix.\n",null,"directe","consultation","CPS (médecin)","centre-15",null,null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","79 Didier PETRA"]
["TD 3.1a","3.1-167","Recherche de documents sur critères de date de l'acte compris  entre deux bornes\nen mode régulation","L'utilisateur s'authentifie avec une carte CPS non autorisée à accéder au DMP du patient. Le patient ne s'est pas opposé à l'accès en situation d'urgence.\r\nUn document dont la date de l'acte est comprise entre deux dates données est déjà présent sur le DMP.\nLe PS est habilité à accéder à ce type de document (cf. matrice d'habilitations). Il effectue une recherche sur les documents dont la date de l'acte est comprise entre les deux dates de référence fournies dans la requête.\nLa requête retourne que la recherche s'est effectuée avec succès et retourne les métadonnées des documents demandés.\n\n=> Mode opératoire :\nMéthode FindDocuments (Approved uniquement) avec, par exemple : serviceStartTimeFrom 2010 ET serviceStopTimeTo 20/03/2010. \n=> Résultat : 6 documents \nLes autres critères de recherche sur les dates d'acte sont également autorisés mais n'aboutieront pas aux mêmes résultats. \nDans le cas où le LPS ne gère pas exactement cette combinaison de critères mais simplement une date de début ou une date de fin, merci de le préciser explicitement dans le champ commentaire en justifiant le choix.\n",null,"directe","consultation","CPS (médecin)","centre-15",null,null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","79 Didier PETRA"]
["TD 3.1a","3.1-168","Recherche de documents sur critères combinés : typeCode et date de l'acte compris entre deux bornes \nen mode régulation","L'utilisateur s'authentifie avec une carte CPS non autorisée à accéder au DMP du patient. Le patient ne s'est pas opposé à l'accès en situation d'urgence.\r\nUn document dont la date de l'acte est comprise entre deux bornes et avec un TypeCode donné est déjà présent sur le DMP.\nLe PS est habilité à accéder à ce type de document (cf. matrice d'habilitations).\nLa requête retourne que la recherche s'est effectuée avec succès et retourne les métadonnées des documents demandés.\n\n\n=> Mode opératoire : \nMéthode FindDocuments (Approved uniquement) avec typeCode 47420-5 (CR de bilan fonctionnel (par auxiliaire médical)) et, par exemple :  serviceStartTimeFrom 18/03/09 ET serviceStopTimeTo 22/05/09 \n=> Résultat : 1 document \nLes autres critères de recherche sur les dates d'acte sont également autorisés mais n'aboutieront pas aux mêmes résultats. \nDans le cas où le LPS ne gère pas exactement cette combinaison de critères mais simplement une date de début ou une date de fin, merci de le préciser explicitement dans le champ commentaire en justifiant le choix.\n",null,"directe","consultation","CPS (médecin)","centre-15",null,null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","79 Didier PETRA"]
["TD 3.1a","3.1-211","Recherche (tentative) de document sur un DMP fermé","L'utilisateur s'authentifie avec une carte CPS non autorisée à accéder au DMP du patient. Le patient ne s'est pas opposé à l'accès en situation d'urgence.\r\nLe PS recherche un document (findDocuments) sur un DMP fermé.\r\nEn retour, le SI DMP envoie un code erreur : DMP fermé.\r\n\nRemarque : le test n'est pas à réaliser si le LPS ne peut récupérer les INS que par le biais de la TD0.5 (les DMP fermés ou ceux pour lequel le patient s'est opposé à l'accès en urgence ne sont pas retourné par la TD0.5) ; le test est à réaliser si le LPS permet la saisie d'un INS manuellement (dans ce cas mettre en commentaire du test si le LPS le permet ou non).\n",null,"directe","consultation","CPS (médecin)","centre-15",null,null,null,"ERREUR","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Failure","DMPClosed","73 Florence FERMETURE"]
["TD 3.1a","3.1-240","Recherche (tentative) de document \nsur un DMP où le patient est opposé à l'accès \nen mode régulation","L'utilisateur s'authentifie avec une carte CPS non autorisée à accéder au DMP du patient. \r\nUn document  (non masqué) est déjà présent sur le DMP.  \r\nLe PS est habilité à accéder à ce type de document (cf. matrice d'habilitations) .\r\nLe patient s'est opposé à l'accès en situation d'urgence.\r\nLe PS effectue une recherche (FindDocuments) sur ce DMP en mode régulation (champ PurposeOfUse du VIHF à « centre_15»).\r\nEn retour, le SI DMP envoie un code erreur : accès bloqué, car le patient s'est opposé à l'accès en mode régulation.\r\n\nRemarque : le test n'est pas à réaliser si le LPS ne peut récupérer les INS que par le biais de la TD0.5 (les DMP fermés ou ceux pour lequel le patient s'est opposé à l'accès en urgence ne sont pas retourné par la TD0.5) ; le test est à réaliser si le LPS permet la saisie d'un INS manuellement (dans ce cas mettre en commentaire du test si le LPS le permet ou non).\n",null,"directe","consultation","CPS (médecin)","centre-15",null,null,null,"ERREUR","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Failure","DMPAccessForbidden","74 Hélène AUTORISEPAS"]
["TD 3.1a","3.1-500","Recherche de document \"sans critère\" (mode AIR)","L'utilisateur PS authentifié localement dans son LPS (le LPS authentifie l’ES en mode AIR sur le SI-DMP), est autorisé à accéder au DMP du patient.\r\nIl effectue une recherche (FindDocuments) sur le DMP, sans renseigner de critère de recherche.\r\nLe PS est médecin traitant DMP du patient (autorisation préalablement positionnée par le CNDA).\nLa requête lui retourne les métadonnées des documents du DMP du patient.\r\n\n=> Mode opératoire : \nMéthode FindDocuments, sans aucun critère optionnel, sur les documents actifs du DMP seulement (au statut \"Approved\", recherche par défaut)\r.\nLa copie d'écran devra montrer les différents attributs des documents retournés (type, masquage, docs PS / Patient,...), et afficher tous les documents retournés par la requête (plusieures copies d'écrans possibles).\r\n",null,"AIR","consultation","Laissé au choix du candidat","Normal",null,"AIR et \nmédecin traitant","2.7.0","OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success",null,"37 Zarah TOME"]
["TD 3.1b","3.1-400","Recherche de document par date d'ajout dans le DMP \"supérieur à\" (combinaison de 3 Query XDS)","L'utilisateur, authentifié avec le mode de son choix, est autorisé à accéder au DMP du patient. \r\nLe PS est médecin traitant DMP du patient (autorisation préalablement positionnée par le CNDA).\n6 documents, dont la date soumission dans le DMP est postérieure à une date donnée, sont déjà présents sur le DMP. Parmi ces 6 documents, 4 documents ont été soumis à 2H du matin et 2 à 6H du matin.\r\nLe PS est habilité à accéder à ces types de document (cf. matrice d'habilitations). Il effectue une recherche (combinaison de plusieurs queries) sur les documents déposés APRES la date fournie par le LPS, date dont l'heure doit être \"artificiellement\" positionnée entre 2H et 6H du matin pour les besoins du test.\r\nLa combinaison de requêtes retourne les métadonnées des documents demandés.\r\nFonctionnellement, la date passée au premier query permet de simuler la date de précédente connexion du PS au DMP du patient (cf.: exigence EX_3.1-10) et de récupérer les nouveaux documents soumis dans le DMP depuis sa précédente connexion (ici 2 documents, sur un total de 6 dans ce DMP).\n\n=> Mode opératoire :\n3 étapes :\r\n1) FindSubmissionSets : recherche des lots soumis après une date à l'aide du seul paramètre XDSSubmissionSetSubmissionTimeFrom \nPour le test, on prend la date AAAAMMJJ, avec l'heure positionnée, par exemple, à 4h30 heure locale, ce qui donne [AAAAMMJJ]033000 si la date courante est en heure d'hiver à GMT+0100.\nLa valeur du AAAAMMJJ sera donnée au candidat lors du passage de ses tests de DMP-Compatibilité\r.\n2) GetAssociations : récupération des associations liées aux lots trouvés (associations entre les lots et leur(s) document(s), avec l'uuid des documents et des lots).\r\n3) GetDocuments : récupération des documents par leurs uuid récupérés précédemment.\n=> Résultat : 2 documents\n\nPrécision : si le logiciel ne gère pas la précision HHMMSS, la consigne est la même, seul le résultat change : \n=> Résultat : 6 documents\n",null,"Tous","consultation","Médecin traitant","Normal",null,null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","86 Cécile ALOT"]
["TD 3.1b","3.1-401","Recherche de document par date d'ajout dans le DMP \"supérieur à\" (combinaison de 3 Query XDS) \nen mode régulation","L'utilisateur s'authentifie avec une carte CPS non autorisée à accéder au DMP du patient. Le patient ne s'est pas opposé à l'accès en situation d'urgence.\r\n6 documents dont la date soumission dans le DMP est postérieure à une date donnée sont déjà présents sur le DMP. Parmis ces 6 documents, 4 documents ont été soumis à 2H du matin et 2 à 6H du matin.\r\nLe PS est habilité à accéder à ces types de document (cf. matrice d'habilitations). Il effectue une recherche (combinaison de plusieurs queries) sur les documents déposés APRES la date fournie par le LPS (date dont l'heure doit être \"artificiellement\" positionnée entre 2H et 6H du matin pour les besoins du test), en mode régulation.\r\nLa combinaison de requêtes retourne les métadonnées des documents demandés.\r\nFonctionnellement, la date passée au premier query permet de simuler la date de précédente connexion du PS au DMP du patient (cf. exigence EX_3.1-10) et de récupérer les nouveaux documents soumis dans le DMP depuis sa précédente connexion (ici 2 documents, sur un total de 6 dans ce DMP).\r\n\n=> Mode opératoire :\n3 étapes :\n1) FindSubmissionSets : recherche des lots soumis après une date à l'aide du seul paramètre XDSSubmissionSetSubmissionTimeFrom \nPour le test, on prend la date AAAAMMJJ, avec l'heure positionnée, par exemple, à 4h30 heure locale, ce qui donne [AAAAMMJJ]033000 si la date courante est en heure d'hiver à GMT+0100.\nLa valeur du AAAAMMJJ sera donnée au candidat lors du passage de ses tests de DMP-Compatibilité\n.\n2) GetAssociations : récupération des associations liées aux lots trouvés (associations entre les lots et leur(s) document(s), avec l'uuid des documents et des lots).\n\n3) GetDocuments : récupération des documents par leurs uuid récupérés précédemment.\n=> Résultat : 2 documents\n\nPrécision : si le logiciel ne gère pas la précision HHMMSS, la consigne est la même, seul le résultat change : \n=> Résultat : 6 documents\n",null,"directe","consultation","CPS (médecin)","centre-15",null,null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","86 Cécile ALOT"]
["TD 3.1a","3.1-800","Recherche de documents avec un seul critère strict (referenceIdList)  ","L'utilisateur s'authentifie avec le mode de son choix sur le DMP du patient.\nUn document avec une référence d'identifiant de type StudyInstanceUID est déjà présent sur le DMP. \r\n\nLe PS est habilité à accéder aux types des documents déposés (cf. matrice d'habilitations). Il effectue une recherche (FindDocumentByReferenceId) avec une référence sricte d'identifiant portant sur le type StudyInstanceUID\n\nLa requête retourne que la recherche s'est effectuée avec succès et retourne les métadonnées des documents demandés.\r\n\n=> Mode opératoire :\nMéthode FindDocumentByReferenceId avec StudyInstanceUID=\"KOS2022CNDA001\" \n=> Résultat : 1 KOS\n",null,"Tous","consultation","Laissé au choix du candidat","Normal","IMAGERIE",null,"2.7.0","OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","95 MARIE CURIE"]
["TD 3.1a","3.1-810","Recherche de documents avec un seul critère approchant (referenceIdList)  ","L'utilisateur s'authentifie avec le mode de son choix sur le DMP du patient.\nUn document avec une référence d'identifiant de type Accession number est déjà présent sur le DMP. \r\n\n'L'utilisateur est habilité à accéder aux types des documents déposés (cf. matrice d'habilitations). Il effectue une recherche (FindDocumentByReferenceId) avec une référence approchante d'identifiant portant sur le type Accession number\n\nLa requête retourne que la recherche s'est effectuée avec succès et retourne les métadonnées des documents demandés.\r\n\n=> Mode opératoire :\nMéthode FindDocumentByReferenceId avec Accession number like =\"2021\" \n=> Résultat : 2 Documents\n",null,"Tous","consultation","Laissé au choix du candidat","Normal","IMAGERIE",null,"2.7.0","OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","95 MARIE CURIE"]
["TD 3.1a","3.1-820","Recherche de documents avec une combinaison de critères (referenceIdList)  ","L'utilisateur s'authentifie avec le mode de son choix sur le DMP du patient.\nUn ensemble documentaire cohérent avec des références d'identifiant de tout types est déjà présent sur le DMP. \r\n\n'L'utilisateur est habilité à accéder aux types des documents déposés (cf. matrice d'habilitations). Il effectue une recherche (FindDocumentByReferenceId) avec une combinaison de références d'identifiant de tout types.\n\nLa requête retourne que la recherche s'est effectuée avec succès et retourne les métadonnées des documents demandés.\r\n\n=> Mode opératoire :\nMéthode FindDocumentByReferenceId avec :\nAccession number  =\"2021CNDA\"  OU\nOrder Placer =\"2021CNDA\" OU\nStudyInstanceUID LIKE=\"KOS2021\"\n=> Résultat : 1 KOS, 1 demande d'acte d'imagerie, 1 CR d'imagerie\nDans le cas où le LPS ne gère pas exactement cette combinaison de critères , merci de jouer la combinaison de critères la plus complète possible en justifiant ce choix).\n",null,"Tous","consultation","Laissé au choix du candidat","Normal","IMAGERIE",null,"2.7.0","OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","95 MARIE CURIE"]
["TD 3.2","3.2-010","Consultation d'un document, au format TIFF","L'utilisateur est authentifié avec une carte CPS autorisée à accéder au DMP du patient. \r\nUn document a déjà été déposé (statut « Approved ») sur le DMP. \r\nLe PS est habilité à accéder à ce type de document (cf. matrice d'habilitations) et son logiciel lui présente les informations (métadonnées) sur le document qu'il souhaite consulter (après avoir effectué une recherche). Le PS demande à consulter le document.\r\nLa requête retourne le document demandé.\r\n\n=> Mode opératoire :\nConsulter le \"document 03\", de typeCode CERT_DECL (Certificat, déclaration), de format image \"tiff\"\n",null,"directe","consultation","CPS","Normal",null,null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","37 Zarah TOME"]
["TD 3.2","3.2-020","Consultation d'un document invisible, au format TXT","L'utilisateur, authentifié avec le mode de son choix, est autorisé à accéder au DMP du patient. \r\nUn document invisible au patient a déjà été déposé (confidentialityCode \"INVISIBLE_PATIENT\") sur le DMP. \r\nL'utilisateur est habilité à accéder à ce type de document (cf. matrice d'habilitations) et son logiciel lui présente les informations (métadonnées) sur le document qu'il souhaite consulter (après avoir effectué une recherche). L'utilisateur demande à consulter le document.\r\nLa requête retourne le document demandé.\r\nUn message d'alerte doit être affiché pour indiquer que le document est invisible au patient (EX_3.2-1025).\n\n=> Mode opératoire :\nConsultation du \"Document E\" de typeCode 34112-3 (CR hospitalier (séjour)), de format \"texte\".\n",null,"Tous","consultation","Laissé au choix du candidat","Normal",null,null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","87 Marjorie RECHERCHE"]
["TD 3.2","3.2-030","Consultation d'un document archivé, au format RTF","L'utilisateur s'authentifie avec une carte CPS autorisée à accéder au DMP du patient.\nLe PS est médecin traitant DMP du patient (autorisation préalablement positionnée par le CNDA). \r\nUn document archivé (statut «archived») est présent sur le DMP. \r\nLe PS est habilité à accéder à ce type de document (cf. matrice d'habilitations) et son logiciel lui présente les informations (métadonnées) sur le document qu'il souhaite consulter (après avoir effectué une recherche par exemple). Le PS demande à consulter le document.\r\nLa requête retourne le document demandé.\r\n\n=> Mode opératoire :\nConsultation du document 03 de typeCode 34112-3 (CR hospitalier (séjour)), de format \"RTF\"\n",null,"tous","consultation","Laissé au choix du candidat","Normal",null,"médecin traitant",null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","79 Didier PETRA"]
["TD 3.2","3.2-040","Consultation d'une ancienne version d'un document, au format PDF","L'utilisateur s'authentifie avec la carte CPS autorisée à accéder au DMP du patient.\nLe PS est médecin traitant DMP du patient (autorisation préalablement positionnée par le CNDA).\nUn document qui a été modifié (nouvelle version : statut « deprecated » dans le SI-DMP) est présent sur le DMP. \r\nLe PS est habilité à accéder à ce type de document (cf. matrice d'habilitations). Le PS demande à consulter le document.\r\nLa requête retourne le document demandé.\r\n\n=> Mode opératoire :\nConsultation du document 01 de typeCode 11488-4 (CR ou fiche de consultation ou de visite), de format \"PDF\"",null,"tous","consultation","Laissé au choix du candidat","Normal",null,"médecin traitant",null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","79 Didier PETRA"]
["TD 3.2","3.2-060","Consultation d'un document invisible au représentant légal","L'utilisateur, authentifié avec le mode de son choix, est autorisé à accéder au DMP du patient. \nUn document invisible au représentant légal a déjà été déposé (confidentialityCode \"INVISIBLE_REPRESENTANTS_LEGAUX\") sur le DMP.\nL'utilisateur est habilité à accéder à ce type de document (cf. matrice d'habilitations). \nL'utilisateur demande à consulter le document.\r\nLa requête retourne le document demandé.\r\nUn message d'alerte doit être affiché pour indiquer que le document est invisible au représentant légal (EX_3.2-1025).\n\n=> Mode opératoire :\nConsultation du \"Document I1\" de typeCode 34874-8 (CR opératoire)",null,"Tous","consultation","Laissé au choix du candidat","Normal",null,null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","75 Corinne DUPRE"]
["TD 3.2","3.2-070","Consultation d'un document dont le champ patientId est en INS-C","L'utilisateur s'authentifie avec une carte CPS autorisée à accéder au DMP du patient. \r\nUn document  dont le champ patientId est en INS-C a déjà été déposé sur le DMP.\nLe PS est habilité à accéder à ce type de document (cf. matrice d'habilitations). Le PS demande à consulter le document.\r\nLa requête retourne le document demandé.\r\n\n=> Mode opératoire :\nConsultation du Document V1 de typeCode 18748-4 (CR d'imagerie médicale)",null,"tous","consultation","Laissé au choix du candidat","Normal",null,null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","79 Didier PETRA"]
["TD 3.2","3.2-150","Consultation d'un document masqué, au format JPG, par un PS qui n'en est pas l'auteur mais est MT sur le DMP","L'utilisateur s'authentifie avec une carte CPS autorisée à accéder au DMP du patient. \r\nLe PS est médecin traitant DMP du patient (autorisation préalablement positionnée par le CNDA).\nUn document a déjà été déposé puis masqué sur le DMP. \r\nLe PS est habilité à accéder à ce type de document (cf. matrice d'habilitations) et son logiciel lui présente les informations (métadonnées) sur le document qu'il souhaite consulter (après avoir effectué une recherche par exemple). Le PS demande à consulter le document.\r\nLa requête retourne le document demandé.\n\n=> Mode opératoire :\nConsultation du document 04 de typeCode 11490-0 (Lettre de sortie), de format \"JPEG\"",null,"tous","consultation","Laissé au choix du candidat","Normal",null,"médecin traitant",null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","79 Didier PETRA"]
["TD 3.2","3.2-200","Consultation d'un document par un PS, au format TIFF\n en mode régulation","L'utilisateur s'authentifie avec une carte CPS non autorisée à accéder au DMP du patient. Le patient n'est pas opposé à l'accès en situation d'urgence.\r\nUn document a déjà été déposé sur le DMP. Le PS est habilité à accéder à ce type de document (cf. matrice d'habilitations). \r\nLe PS demande à consulter le document en mode régulation (champ PurposeOfUse du VIHF à « centre_15»).\r\nLa requête retourne le document demandé.\n\n=> Mode opératoire : \r\nConsultation du document 03 de typeCode CERT_DECL (Certificat, déclaration), de format image \"tiff\"",null,"directe","consultation","CPS (médecin)","centre-15",null,null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","37 Zarah TOME"]
["TD 3.2","3.2-201","Consultation d'un document invisible, au format TXT\nen mode régulation","L'utilisateur s'authentifie avec une carte CPS non autorisée à accéder au DMP du patient. Le patient n'est pas opposé à l'accès en situation d'urgence.\r\nUn document invisible au patient a déjà été déposé (confidentialityCode à \"INVISIBLE_PATIENT\") sur le DMP. \r\nLe PS est habilité à accéder à ce type de document (cf. matrice d'habilitations) et son logiciel lui présente les informations (métadonnées) sur le document qu'il souhaite consulter (après avoir effectué une recherche en mode régulation). Le PS demande à consulter le document (toujours en mode régulation).\r\nLa requête retourne le document demandé.\r\nUn message d'alerte doit être affiché pour indiqué que le document est invisible au patient (EX_3.2-1025).\n\n=> Mode opératoire : \r\nConsultation du \"Document E\"  de typeCode 34112-3 (CR hospitalier (séjour)), de format \"texte\".",null,"directe","consultation","CPS (médecin)","centre-15",null,null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","87 Marjorie RECHERCHE"]
["TD 3.2","3.2-202","Consultation d'un document archivé, au format RTF\nen mode régulation","L'utilisateur s'authentifie avec une carte CPS non autorisée à accéder au DMP du patient. Le patient n'est pas opposé à l'accès en situation d'urgence.\r\nUn document archivé (statut «archived») est présent sur le DMP. \r\nLe PS est habilité à accéder à ce type de document (cf. matrice d'habilitations) et son logiciel lui présente les informations (métadonnées) sur le document qu'il souhaite consulter (après avoir effectué une recherche en mode régulation). Le PS demande à consulter le document (toujours en mode régulation).\r\nLa requête retourne le document demandé.\r\n\n=> Mode opératoire : \r\nConsultation du document 03 de typeCode 34112-3 (CR hospitalier (séjour)), de format \"RTF\"",null,"directe","consultation","CPS (médecin)","centre-15",null,null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","79 Didier PETRA"]
["TD 3.2","3.2-203","Consultation d'une ancienne version d'un document, au format  PDF \nen mode régulation","L'utilisateur s'authentifie avec une carte CPS non autorisée à accéder au DMP du patient. Le patient n'est pas opposé à l'accès en situation d'urgence.\r\nUn document qui a été modifié (nouvelle version : statut « deprecated » dans le SI-DMP) est présent sur le DMP. \r\nLe PS est habilité à accéder à ce type de document (cf. matrice d'habilitations). Le PS demande à consulter le document, en mode régulation.\r\nLa requête retourne le document demandé.\r\n\n=> Mode opératoire :\nConsultation du document 01 de typeCode 11488-4 (CR ou fiche de consultation ou de visite), de format \"PDF\"",null,"directe","consultation","CPS (médecin)","centre-15",null,null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","79 Didier PETRA"]
["TD 3.2","3.2-204","Consultation d'un document masqué, au format JPG \npar un PS \nen mode régulation","L'utilisateur s'authentifie avec une carte CPS non autorisée à accéder au DMP du patient. Le patient n'est pas opposé à l'accès en situation d'urgence.\r\nUn document a déjà été déposé puis masqué sur le DMP. \r\nLe PS est habilité à accéder à ce type de document (cf. matrice d'habilitations) et son logiciel lui présente les informations (métadonnées) sur le document qu'il souhaite consulter (après avoir effectué une recherche en mode régulation). Le PS demande à consulter le document (toujours en mode régulation).\r\nLa requête retourne le document demandé.\n\n=> Mode opératoire : \r\nConsultation du document 04 de typeCode 11490-0 (Lettre de sortie), de format \"JPEG\"\n",null,"directe","consultation","CPS (médecin)","centre-15",null,null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","37 Zarah TOME"]
["TD 3.2","3.2-205","Consultation d'un document invisible au représentant légal, par  un PS \nen mode régulation","L'utilisateur s'authentifie avec une carte CPS non autorisée à accéder au DMP du patient. Le patient n'est pas opposé à l'accès en situation d'urgence.\r\nUn document invisible au représentant légal a déjà été déposé (confidentialityCode \"INVISIBLE_REPRESENTANTS_LEGAUX\") sur le DMP.\nLe PS est habilité à accéder à ce type de document (cf. matrice d'habilitations). \nLe PS demande à consulter le document.\nLa requête retourne le document demandé.\nUn message d'alerte doit être affiché pour indiquer que le document est invisible au représentant légal (EX_3.2-1025).\n\n=> Mode opératoire : \r\nConsultation du \"Document I1\" de typeCode 34874-8 (CR opératoire)",null,"directe","consultation","CPS (médecin)","centre-15",null,null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","81 Clarence URGENCE"]
["TD 3.2","3.2-400","Consultation d'un document CS8 (volet CDA structuré)","L'utilisateur s'authentifie avec une carte CPS autorisée à accéder au DMP du patient.\nUn document de type CS8 (CDA R2 niveau 3) a déjà été déposé sur le DMP. \r\nLe PS est habilité à accéder à ce type de document (cf. matrice d'habilitations) et son logiciel lui présente les informations (métadonnées) sur le document qu'il souhaite consulter (après avoir effectué une recherche par exemple). Le PS demande à consulter le document.\r\nLa requête retourne le document demandé.\r\n\n=> Mode opératoire : \r\nConsultation du \"document CS8\" (volet CDA structuré) de typeCode CERT_DECL (codeSystem 1.2.250.1.213.1.1.4.12, libellé=Certificat, déclaration).\nLe LPS n'est pas pas obligé de parser le document pour en extraire les données structurées, mais il doit a minima savoir l'afficher à l'utilisateur, par exemple avec une feuille de style XSL. L'ANS fournit une feuille de style XSL adaptée dans le CI-SIS.","La copie d'écran montrant l'affichage de l'entête et du corps complet (plusieurs écrans possibles)","tous","consultation","Laissé au choix du candidat","Normal",null,null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","87 Marjorie RECHERCHE"]
["TD 3.2","3.2-401","Consultation d'un document CS8 (volet CDA structuré) \nen mode régulation","L'utilisateur s'authentifie avec une carte CPS non autorisée à accéder au DMP du patient. Le patient n'est pas opposé à l'accès en situation d'urgence.\r\nUn document de type CS8 (CDA R2 niveau 3) a déjà été déposé sur le DMP. \r\nLe PS est habilité à accéder à ce type de document (cf. matrice d'habilitations) et son logiciel lui présente les informations (métadonnées) sur le document qu'il souhaite consulter (après avoir effectué une recherche en mode régulation). Le PS demande à consulter le document (toujours en mode régulation).\r\nLa requête retourne le document demandé.\r\n\n=> Mode opératoire :\nConsultation du \"document CS8\" (volet CDA structuré) de typeCode CERT_DECL (codeSystem 1.2.250.1.213.1.1.4.12, libellé=Certificat, déclaration).\nLe LPS n'est pas pas obligé de parser le document pour en extraire les données structurées, mais il doit a minima savoir l'afficher à l'utilisateur, par exemple avec une feuille de style XSL. L'ANS fournit une feuille de style XSL adaptée dans le CI-SIS.","La copie d'écran montrant l'affichage de l'entête et du corps complet (plusieurs écrans possibles)","directe","consultation","CPS (médecin)","centre-15",null,null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","87 Marjorie RECHERCHE"]
["TD 3.2","3.2-410","Consultation d'un document Compte rendu structuré d'examens de biologie médicale (volet CDA structuré)","L'utilisateur s'authentifie avec une carte CPS autorisée à accéder au DMP du patient. \r\nUn document de type CR d'examen biologique (CDA R2 niveau 3) a déjà été déposé sur le DMP. \r\nLe PS est habilité à accéder à ce type de document (cf. matrice d'habilitations) et son logiciel lui présente les informations (métadonnées) sur le document qu'il souhaite consulter (après avoir effectué une recherche par exemple). Le PS demande à consulter le document.\r\nLa requête retourne le document demandé.\r\n\n=> Mode opératoire :\nConsultation du document \"CR BIO XD-LAB\" (volet CDA Structuré) de typeCode 11502-2 (CR d'examens biologiques).\nLe LPS n'est pas pas obligé de parser le document pour en extraire les données structurées, mais il doit a minima savoir l'afficher à l'utilisateur , par exemple avec une feuille de style XSL. L'ANS fournit une feuille de style XSL adaptée dans le CI-SIS.","La copie d'écran montrant l'affichage de l'entête et du corps complet (plusieurs écrans possibles)","tous","consultation","Laissé au choix du candidat","Normal",null,null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","87 Marjorie RECHERCHE"]
["TD 3.2","3.2-411","Consultation d'un document Compte-rendu structuré d'examens de biologie médicale (volet CDA structuré) \nen mode régulation","L'utilisateur s'authentifie avec une carte CPS non autorisée à accéder au DMP du patient. Le patient n'est pas opposé à l'accès en situation d'urgence.\r\nUn document de type CR d'examen biologique (CDA R2 niveau 3) a déjà été déposé sur le DMP. \r\nLe PS est habilité à accéder à ce type de document (cf. matrice d'habilitations) et son logiciel lui présente les informations (métadonnées) sur le document qu'il souhaite consulter (après avoir effectué une recherche en mode régulation). Le PS demande à consulter le document (toujours en mode régulation).\r\nLa requête retourne le document demandé.\r\n\n=> Mode opératoire :\nConsultation du document \"CR BIO XD-LAB\" (volet CDA Structuré) de typeCode 11502-2 (CR d'examens biologiques).\nLe LPS n'est pas pas obligé de parser le document pour en extraire les données structurées, mais il doit a minima savoir l'afficher à l'utilisateur, par exemple avec une feuille de style XSL. L'ANS fournit une feuille de style XSL adaptée dans le CI-SIS.","La copie d'écran montrant l'affichage de l'entête et du corps complet (plusieurs écrans possibles)","directe","consultation","CPS (médecin)","centre-15",null,null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","87 Marjorie RECHERCHE"]
["TD 3.2","3.2-420","Consultation d'un document CR Biologie au format \"CDA autoprésentable\"","L'utilisateur, authentifié avec le mode de son choix, est autorisé à accéder au DMP du patient. \nUn document de type CR d'examen biologique (CDA R2 niveau 3), en version \"CDA autoprésentable\", a déjà été déposé sur le DMP.\r\nL'utilisateur est habilité à accéder à ce type de document (cf. matrice d'habilitations) et son logiciel lui présente les informations (métadonnées) sur le document qu'il souhaite consulter (après avoir effectué une recherche par exemple). l'utilisateur demande à consulter le document.\r\nLa requête retourne le document demandé.\r\n\n=> Mode opératoire :\nConsultation du document \"document 6 - CR Biologie (CDA autoprésentable)\" de typeCode 11502-2 (CR d'examens biologiques).\nL'attention du candidat est attirée sur la recommandation REC_3.2-1065 du Guide d'intégration.","La copie d'écran montrant l'affichage de l'entête et du corps complet (plusieurs écrans possibles)","Tous","consultation","Laissé au choix du candidat","Normal",null,null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","37 Zarah TOME"]
["TD 3.2","3.2-421","Consultation d'un document CR Biologie au format \"CDA autoprésentable\" \nen mode régulation","L'utilisateur est authentifié avec une carte CPS non autorisée à accéder au DMP du patient. Le patient n'est pas opposé à l'accès en situation d'urgence.\r\nUn document de type CR d'examen biologique (CDA R2 niveau 3), en version \"CDA autoprésentable\", a déjà été déposé sur le DMP.\r\nLe PS est habilité à accéder à ce type de document (cf. matrice d'habilitations) et son logiciel lui présente les informations (métadonnées) sur le document qu'il souhaite consulter (après avoir effectué une recherche par exemple). Le PS demande à consulter le document.\r\nLa requête retourne le document demandé.\r\n\n=> Mode opératoire :\nConsultation du document \"document 6 - CR Biologie (CDA autoprésentable)\" de typeCode 11502-2 (CR d'examens biologiques);\nL'attention du candidat est attirée sur la recommandation REC_3.2-1065 du Guide d'intégration.","Fournir la copie d'écran montrant l'affichage de l'entête et du corps complet (plusieurs écrans possibles)","directe","consultation","CPS (médecin)","centre-15",null,null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","37 Zarah TOME"]
["TD 3.2","3.2-500","Consultation d'un document \"Volontés et droits du patient\"","L'utilisateur, authentifié avec le mode de son choix, est autorisé à accéder au DMP du patient. \nLe patient a saisi des données dans un volet \"Volonté et droit du patient\" de son DMP, via l'accès webPatient. \r\nLe LPS présente à l'utilisateur les informations (métadonnées) sur le document qu'il souhaite consulter (après avoir effectué une recherche). L'utilisateur demande à consulter le document.\r\nLa requête retourne le document demandé.\r\n\n=> Mode opératoire : \r\nConsulter le document de typeCode = EXPPAT_1.\nPrécision : il n'est pas demandé de développement spécifique à ce type de document particulier (hormis le fait qu'il s'agit d'un document \"produit par le patient\", cf : EX_3..-40), mais de proposer par exemple l'affichage de l'entête du document, comme pour tout type de document CDA R2 provenant du DMP (feuille de style XSL).","\nLa copie d'écran devra montrer comment le LPS affiche, entre autres, les données \"personnes à prévenir en cas d'urgence\" et \"personnes de confiance\"","Tous","consultation","Laissé au choix du candidat","Normal",null,null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","37 Zarah TOME"]
["TD 3.2","3.2-501","Consultation d'un document \n \"Volontés et droits du patient\" \nen mode régulation","L'utilisateur s'authentifie avec une carte CPS non autorisée à accéder au DMP du patient. Le patient n'est pas opposé à l'accès en situation d'urgence.\r\nLe patient a saisi des données dans un volet \"Volonté et droit du patient\" de son DMP, via l'accès webPatient. \r\nLe LPS présente au PS les informations (métadonnées) sur le document qu'il souhaite consulter (après avoir effectué une recherche en mode régulation). Le PS demande à consulter le document (toujours en mode régulation).\r\nLa requête retourne le document demandé.\r\n\n=> Mode opératoire :\nConsulter le document de typeCode = EXPPAT_1.\nPrécision : il n'est pas demandé de développement spécifique à ce type de document particulier (hormis le fait qu'il s'agit d'un document \"produit par le patient\", cf : EX_3..-40), mais de proposer par exemple l'affichage de l'entête du document, comme pour tout type de document CDA R2 provenant du DMP (feuille de style XSL).","La copie d'écran devra montrer comment le LPS affiche, entre autres, les données \"personnes à prévenir en cas d'urgence\" et \"personnes de confiance\"","directe","consultation","CPS (médecin)","centre-15",null,null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","37 Zarah TOME"]
["TD 3.2","3.2-510","Consultation d'un document saisi par le patient","L'utilisateur, authentifié avec le mode de son choix, est autorisé à accéder au DMP du patient. \nLe patient a saisi un document dans son DMP (type \"Document du patient\"), via l'accès webPatient.\r\nLe LPS présente à l'utilisateur les informations (métadonnées) sur le document qu'il souhaite consulter (après avoir effectué une recherche). L'utilisateur demande à consulter le document.\r\nLa requête retourne le document demandé.\r\n\n=> Mode opératoire :\nConsulter le document de typeCode = EXPPAT_2.\nPrécision : il n'est pas demandé de développement spécifique à ce type de document particulier (hormis le fait qu'il s'agit d'un document \"produit par le patient\", cf : EX_3..-40), mais de proposer par exemple l'affichage de l'entête du document, comme pour tout type de document CDA R2 provenant du DMP (feuille de style XSL).",null,"Tous","consultation","Laissé au choix du candidat","Normal",null,null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","37 Zarah TOME"]
["TD 3.2","3.2-511","Consultation d'un document saisi par le patient \nen mode régulation","L'utilisateur s'authentifie avec une carte CPS non autorisée à accéder au DMP du patient. Le patient n'est pas opposé à l'accès en situation d'urgence.\r\nLe patient a saisi un document dans son DMP (type \"Document du patient\"), via l'accès webPatient.\r\nLe LPS présente au PS les informations (métadonnées) sur le document qu'il souhaite consulter (après avoir effectué une recherche en mode régulation). Le PS demande à consulter le document (toujours en mode régulation).\r\nLa requête retourne le document demandé.\r\n\n=> Mode opératoire :\nConsulter le document de typeCode = EXPPAT_2.\nPrécision : il n'est pas demandé de développement spécifique à ce type de document particulier (hormis le fait qu'il s'agit d'un document \"produit par le patient\", cf : EX_3..-40), mais de proposer par exemple l'affichage de l'entête du document, comme pour tout type de document CDA R2 provenant du DMP (feuille de style XSL).",null,"directe","consultation","CPS (médecin)","centre-15",null,null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","37 Zarah TOME"]
["TD 3.2","3.2-550","Consultation d'un document CVA","L'utilisateur s'authentifie avec une carte CPS autorisée à accéder au DMP du patient. Un document \"Historique de vaccinations\" a été déposé.\nLe LPS présente au PS les informations (métadonnées) sur le document qu'il souhaite consulter (après avoir effectué une recherche sur le typeCode). Le PS demande à consulter le document.\nLa requête retourne le document demandé.\r\n\n=> Mode opératoire :\nConsulter le document de typeCode = 11369-6",null,"tous","consultation","Laissé au choix du candidat","Normal","DOCS",null,"2.6.0","OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","52 Gaspard PARHASARD"]
["TD 3.2","3.2-551","Consultation d'un document HR structuré","L'utilisateur s'authentifie avec une carte CPS autorisée à accéder au DMP du patient. Un document \"Données de remboursement\" à été déposé.\nLe LPS présente au PS les informations (métadonnées) sur le document qu'il souhaite consulter (après avoir effectué une recherche sur le typeCode). Le PS demande à consulter le document.\nLa requête retourne le document demandé.\r\n\n=> Mode opératoire :\nConsulter le document de typeCode = REMB",null,"tous","consultation","Laissé au choix du candidat","Normal",null,null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","60 Nathalie DESMAUX"]
["TD 3.2","3.2-600","Consultation d'un document, au format TIFF (mode AIR)","L'utilisateur authentifié localement dans son LPS (le LPS authentifie l’ES en mode AIR sur le SI-DMP), est autorisé à accéder au DMP du patient.\nUn document a déjà été déposé (statut \"Approved\") sur le DMP. \r\nL'utilisateur est habilité à accéder à ce type de document (cf. matrice d'habilitations) et son logiciel lui présente les informations (métadonnées) sur le document qu'il souhaite consulter (après avoir effectué une recherche). L'utilisateur demande à consulter le document.\r\nLa requête retourne le document demandé.\r\n\n=> Mode opératoire :\nConsulter le \"document 03\", de typeCode CERT_DECL (Certificat, déclaration), de format image \"tiff\"",null,"AIR","consultation","Laissé au choix du candidat","Normal",null,"AIR","2.7.0","OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success",null,"37 Zarah TOME"]
["TD 3.2","3.2-800","Consultation d'un document KOS-DICOM en fonction du paramètre \"compatible partage d'imagerie\"","L'utilisateur, authentifié avec le mode de son choix, est autorisé à accéder au DMP du patient. \nUn document de type KOS-DICOM, a déjà été déposé sur le DMP.\r\nL'utilisateur est habilité à accéder à ce type de document (cf. matrice d'habilitations) et son logiciel lui présente les informations (métadonnées) sur le document qu'il souhaite consulter (après avoir effectué une recherche par exemple). L'utilisateur demande à consulter le document.\r\nEn fonction du paramétrage déclaré par le candidat sur la compatibilité partage d'imagerie :\nLe logiciel est non compatible : La requête retourne le document demandé dans un format CDA-R2 avec un corps en texte brut. affichant un message d'avertissement ainsi que les modalités de l'examen et les régions anatomiques.\nLe logiciel est compatible : La requête retourne le document demandé dans son format DICOM d'origine.\n\n=> Mode opératoire :\nConsultation du document \"KOS2022CNDA002\" de type KOS-DICOM.","La copie d'écran montrant l'affichage du contenu du document.","Tous","consultation","Laissé au choix du candidat","Normal","IMAGERIE",null,"2.7.0","OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","95 MARIE CURIE"]
["TD 3.3a","3.3-050","Mise à jour des métadonnées d'un document PS : de masqué à non masqué (MT)","L'utilisateur s'authentifie avec une carte CPS autorisée à accéder au DMP du patient. \r\nUn document masqué (confidentialityCode \"MASQUE_PS\") a été déposé sur le DMP. \r\nLe PS est habilité à accéder à ce type de document (cf. matrice d'habilitations).  \r\nLe PS est médecin traitant DMP du patient (autorisation préalablement positionnée par le CNDA).\nIl demande à retirer le masquage (confidentialityCode : vide).\nEn retour, le SI DMP confirme la mise à jour du document.\r\n\n=> Mode opératoire : \r\nDémasquage du \"document 04\" (typeCode 11490-0 (Lettre de sortie))","Les copies d'écran avant et après modification, ainsi que le message de confirmation.","directe","consultation","CPS","Normal",null,"médecin traitant",null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","82 Monique ATTRIBUT"]
["TD 3.3b","3.3-060","Mise à jour des métadonnées d'un document : de invisible à visible","L'utilisateur authentifié avec le mode de son choix, est autorisé à accéder au DMP du patient. \r\nUn document invisible (confidentialityCode \"INVISIBLE_PATIENT\") est déjà présent sur le DMP. \r\nL'utilisateur est habilité à accéder à ce type de document (cf. matrice d'habilitations). \r\nL'utilisateur  demande à mettre à jour le document afin de le rendre visible du patient (confidentialityCode : vide).\r\nEn retour, le SI DMP confirme la mise à jour du document.\r\n\r\n=> Mode opératoire :\nRendre visible le \"document 70\" (typeCode 11502-2 (CR d'examens biologiques))","Les copies d'écran avant et après modification, ainsi que le message de confirmation.","Tous","consultation","Laissé au choix du candidat","Normal",null,null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","82 Monique ATTRIBUT"]
["TD 3.3b","3.3-061","Mise à jour des métadonnées d'un document : de invisible au représentant légal à visible","L'utilisateur authentifié avec le mode de son choix, est autorisé à accéder au DMP du patient. \nUn document invisible  (confidentialityCode \"INVISIBLE_REPRESENTANTS_LEGAUX\") est déjà présent sur le DMP. \r\nL'utilisateur est habilité à accéder à ce type de document (cf. matrice d'habilitations). \r\nL'utilisateur demande à mettre à jour le document afin de le rendre visible du patient (confidentialityCode  : vide).\r\nEn retour, le SI DMP confirme la mise à jour du document.\r\n\r\n=> Mode opératoire : \r\nRendre visible le \"document I1\" (typeCode 34874-8 (CR opératoire))","Les copies d'écran avant et après modification, ainsi que le message de confirmation.","Tous","consultation","Laissé au choix du candidat","Normal",null,null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","75 Corinne DUPRE"]
["TD 3.3a","3.3-160","Mise à jour des métadonnées d'un document : de standard à masqué ","L'utilisateur authentifié avec le mode de son choix, est autorisé à accéder au DMP du patient. \nUn document a déjà été déposé (statut \"approved\") par un autre PS sur le DMP. \nL'utilisateur est habilité à accéder à ce type de document (cf. matrice d'habilitations) . \r\nLe PS demande à mettre à jour le document afin de le masquer (confidentialityCode \"MASQUE_PS\").\r\nEn retour, le SI DMP confirme la mise à jour du document.\r\n\n=> Mode opératoire : \r\nMasquage du \"document 08\" (typeCode 11526-1 (CR d'anatomie et de cytologie pathologiques))","Les copies d'écran avant et après modification, ainsi que le message de confirmation.","Tous","consultation","Laissé au choix du candidat","Normal",null,null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","82 Monique ATTRIBUT"]
["TD 3.3a","3.3-200","Mise à jour des métadonnées d'un document  : de masqué à non masqué (mode AIR)","L'utilisateur authentifié localement dans son LPS (le LPS authentifie l’ES en mode AIR sur le SI-DMP), est autorisé à accéder au DMP du patient.\nL'utilisateur est médecin traitant DMP du patient (autorisation préalablement positionnée par le CNDA).\nUn document masqué (confidentialityCode \"MASQUE_PS\") a été déposé sur le DMP. \r\nL'utilisateur est habilité à accéder à ce type de document (cf. matrice d'habilitations).  \r\nIl demande à retirer le masquage (confidentialityCode : vide).\r\nEn retour, le SI DMP confirme la mise à jour du document.\r\n\n=> Mode opératoire :\nDémasquage du \"document 04\" (typeCode 11490-0 (Lettre de sortie))","Les copies d'écran avant et après modification, ainsi que le message de confirmation.","AIR","consultation","Médecin traitant","Normal",null,"AIR et \nmédecin traitant","2.7.0","OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success",null,"50 Pauline AIRTRIBUT"]
["TD 3.3c","3.3-070","Mise à jour des métadonnées d'un document  \nde standard à supprimé \n","-- CE TEST N'EST PAS ATTENDU SI LE LPS NE PRESENTE PAS LA TD03 -- \n\nL'utilisateur authentifié avec le mode de son choix, est autorisé à accéder au DMP du patient. \nUn document a déjà été déposé (statut \"Approved\") par ce PS sur le DMP. \nL'utilisateur est habilité à accéder à ce type de document (cf. matrice d'habilitations). L'utilisateur est auteur du document. \nL'utilisateur demande à mettre à jour le document afin de le dépublier (UpdateAvailabilityStatus : Deleted).\nEn retour, le SI DMP confirme la mise à jour du document.\n\n=> Mode opératoire : \r\nAjout d'un nouveau document de typeCode 11506-3 (CR ou fiche de suivi de soins par auxiliaire médical), puis suppression de celui-ci \nIl est demandé au candidat de ne pas dépublier un document d'un test 2.1-xxx précédent, mais bien d'ajouter un nouveau document et de ne dépublier que celui-ci. ","Les copies d'écran avant et après modification, ainsi que le message de confirmation.","Tous","alimentation","Laissé au choix du candidat","Normal",null,null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","82 Monique ATTRIBUT"]
["TD 3.3c","3.3-071","Mise à jour des métadonnées d'un  document \nde standard à supprimé \nPS auteur \nen mode régulation","L'utilisateur s'authentifie avec une carte CPS non autorisée à accéder au DMP du patient. Le patient ne s'est pas opposé à l'accès en situation d'urgence.\r\nUn document a déjà été déposé (statut \"approved\") par ce PS sur le DMP. \r\nLe PS est habilité à accéder à ce type de document (cf. matrice d'habilitations). Le PS est l'auteur du document à dépublier. \r\nLe PS demande à mettre à jour le document afin de le dépublier (UpdateAvailabilityStatus : Deleted), en régulation médicale.\r\nEn retour, le SI DMP confirme la mise à jour du document.\r\n\n=> Mode opératoire : \r\nAjout d'un nouveau document de typeCode 11506-3 (CR ou fiche de suivi de soins par auxiliaire médical), puis suppression de celui-ci \nIl est demandé au candidat de ne pas dépublier un document d'un test 2.1-xxx précédent, mais bien d'ajouter un nouveau document et de ne dépublier que celui-ci. ","Les copies d'écran avant et après modification, ainsi que le message de confirmation.","directe","alimentation","CPS (médecin)","centre-15",null,null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","81 Clarence URGENCE"]
["TD 3.3c","3.3-080","Mise à jour des métadonnées d'un document \nde masqué à supprimé \n","L'utilisateur authentifié avec le mode de son choix, est autorisé ou pas à accéder au DMP du patient. \nUn document masqué (confidentialityCode \"MASQUE_PS\") a déjà été déposé par cet utilisateur  sur le DMP. \nL'utilisateur est habilité à accéder à ce type de document (cf. matrice d'habilitations). L'utilisateur est auteur du document. \nL'utilisateur demande à mettre à jour le document afin de le dépublier (UpdateAvailabilityStatus : Deleted).\nEn retour, le SI DMP confirme la mise à jour du document.\n\n=> Mode opératoire : \r\nAjout d'un nouveau document \"masqué aux professionnels de santé\" et de typeCode \"BIL_AUTO\" (CR de bilan d'évaluation de la perte d'autonomie), puis suppression de celui-ci \nIl est demandé au candidat de ne pas dépublier un document d'un test 2.1-xxx précédent, mais bien d'ajouter un nouveau document et de ne dépublier que celui-ci. ","Les copies d'écran avant et après modification, ainsi que le message de confirmation.","Tous","alimentation","Laissé au choix du candidat","Normal",null,null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","82 Monique ATTRIBUT"]
["TD 3.3c","3.3-090","Mise à jour des métadonnées d'un document \nde invisible à supprimé ","L'utilisateur authentifié avec le mode de son choix, est autorisé ou pas à accéder au DMP du patient. \nUn document invisible au patient (confidentialityCode \"INVISIBLE_PATIENT\") a déjà été déposé par l'utilisateur  sur le DMP. \nL'utilisateur est habilité à accéder à ce type de document (cf. matrice d'habilitations). L'utilisateur est auteur du document. \nL'utilisateur demande à mettre à jour le document afin de le dépublier (UpdateAvailabilityStatus : Deleted).\nEn retour, le SI DMP confirme la mise à jour du document.\n\n=> Mode opératoire :\nAjout d'un nouveau document \"invisible au patient\" et de typeCode 70004-7 (CR d'acte diagnostique (autre)), puis suppression de celui-ci \nIl est demandé au candidat de ne pas dépublier un document d'un test 2.1-xxx précédent, mais bien d'ajouter un nouveau document et de ne dépublier que celui-ci. ","Les copies d'écran avant et après modification, ainsi que le message de confirmation.","Tous","alimentation","Laissé au choix du candidat","Normal",null,null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","82 Monique ATTRIBUT"]
["TD 3.3c","3.3-451","Mise à jour des métadonnées d'un document : dépublication \nen mode régulation","L'utilisateur, authentifié avec le certificat d'un établissement typé centre de régulation, ajout un document en mode régulation (champ PurposeOfUse du VIHF à « centre_15»), puis l'utilisateur demande à le dépublier (UpdateAvailabilityStatus : Deleted), toujours en mode régulation.\r\nLe DMP traité est celui d'un patient qui ne s'est pas opposé à l'accès en situation d'urgence.\r\nEn retour le SI DMP confirme la suppression du document.\r\n\n=> Mode opératoire : \r\n2 étapes :\n1) Ajout d'un nouveau document  F (typeCode 11505-5 (CR d'acte thérapeutique (autre)))\n2) suppression de ce document F (type code 11505-5 (CR d'acte thérapeutique (autre))) par la même CPS\nIl est demandé au candidat de ne pas dépublier un document d'un test 2.1-xxx précédent, mais bien d'ajouter un nouveau document et de ne dépublier que celui-ci.","En plus des trames de la transaction testée, le candidat fournira les trames entrante/sortante de la requête GetDocuments (TD3.1b) lui permettant de récupérer l' entryUUID du document à partir de son uniqueId.\n","indirecte","alimentation","PARM\n(Permanencier centre 15)","centre-15",null,null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","81 Clarence URGENCE"]
["TD 3.3c","3.3-540","Mise à jour des métadonnées d'un document : dépublication","L'utilisateur s'authentifie avec le mode de son choix, non autorisée à accéder au DMP du patient. Un document a déjà été déposé (statut \"approved\") sur le DMP et l'utilisateur demande à le dépublier.\r\nEn retour, le SI DMP confirme la suppression du document.\r\n\n=> Mode opératoire : \n2 étapes :\n1) Ajout d'un nouveau document  F (typeCode 11505-5 (CR d'acte thérapeutique (autre)))\n2) suppression de ce document F (type code 11505-5 (CR d'acte thérapeutique (autre))) par le même acteur.\nIl est demandé au candidat de ne pas dépublier un document d'un test 2.1-xxx précédent, mais bien d'ajouter un nouveau document et de ne dépublier que celui-ci.\n","En plus des trames de la transaction testée, le candidat fournira les trames entrante/sortante de la requête GetDocuments (TD3.1b) lui permettant de récupérer l' entryUUID du document à partir de son uniqueId.\n","Tous","alimentation","Laissé au choix du candidat","Normal","DOCS",null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","74 Hélène AUTORISEPAS"]
["TD 3.3c","3.3-700","Mise à jour des métadonnées d'une note de vaccination : de archivé à supprimé","== La prise en charge de cette évolution est obligatoire pour les LPS destinés aux médecins (médecine générale et pédiatrie), aux pharmaciens, aux sages-femmes, aux infirmiers ou aux infirmiers psychiatriques (code profession 10, 21, 50, 60 ou 69). == \n\nL'utilisateur authentifié avec le mode de son choix, est autorisé à accéder au DMP du patient et dépose un document dans le DMP.\r\nL'utilisateur effectue une demande de mise à jour du document afin de le dépublier.\r\nEn retour, le SI DMP confirme la mise à jour du document (ici suppression).\r\n\n=> Mode opératoire : \r\n1) Déposer une nouvelle Note de vaccination\n2) Dépublier le document ajouté (UpdateAvailabilityStatus : « Deleted»)\nIl est demandé au candidat de ne pas dépublier un document d'un test 2.1-xxx précédent, mais bien d'ajouter un nouveau document et de ne dépublier que celui-ci.\n","L'éditeur fournira les copies d'écran avant et après modification, ainsi que le message de confirmation.","Tous","alimentation","Laissé au choix du candidat","Normal","DOCS",null,"2.6.0","OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","54 Jean BON"]
["TD 3.3c","3.3-800","Mise à jour des métadonnées d'un document : dépublication d'un document KOS DICOM","L'utilisateur, authentifié avec le mode de son choix, supprime un KOS DICOM et son/ses documents liés, déposés spécifiquement pour ce test sur le DMP du patient.\nEn retour, le SI DMP confirme la suppression des documents.\r\n\r\n=> Mode opératoire :\nAvant de faire ce test, le candidat aura déposé une demande d'acte d'imagerie, si gérée par le logiciel, suivie d'un document KOS DICOM, accompagné de son compte-rendu d'imagerie (autres que pour les tests précédents). \nPuis supprimer le KOS DICOM. Il est recommandé de supprimer également les documents liés.\nLe candidat devra préciser les modalités de suppression concernant les documents d'imagerie liés.","Rappel :\nles copies d'écran présentant la cinématique COMPLETE du cas de test \n- les documents CDA et le KOS DICOM\n- les requêtes d'ajout et les réponses en xml\n- les requêtes de recherche des documents et les réponses en xml\n- les requêtes de suppression des documents et les réponses en xml\nPréciser les modalités de suppression concernant les documents d'imagerie liés.","Tous","alimentation","Laissé au choix du candidat","Normal","IMAGERIE",null,"2.7.0","OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","97 Marie CURIE"]
["TD 3.3d","3.3-120","Mise à jour des métadonnées d'un document : de standard à archivé","L'utilisateur authentifié avec le mode de son choix, est autorisé à accéder au DMP du patient. \nUn document a déjà été déposé (statut \"approved\") par un PS sur le DMP. \nL'utilisateur est habilité à accéder à ce type de document (cf. matrice d'habilitations). \r\nL'utilisateur demande à mettre à jour le document afin de l'archiver (UpdateAvailabilityStatus : archived).\r\nEn retour, le SI DMP confirme la mise à jour du document.\r\n\n=> Mode opératoire : \r\nArchivage du \"document 07\" (typeCode 11502-2 (CR d'examens biologiques))","Les copies d'écran avant et après modification, ainsi que le message de confirmation.","Tous","consultation","Laissé au choix du candidat","Normal",null,null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","82 Monique ATTRIBUT"]
["TD 3.3d","3.3-140","Mise à jour des métadonnées d'un document PS : de archivé à standard","L'utilisateur authentifié avec le mode de son choix, est autorisé à accéder au DMP du patient. \nUn document a déjà été déposé et archivé (statut \"archived\") sur le DMP. \nL'utilisateur est habilité à accéder à ce type de document (cf. matrice d'habilitations). \r\nL'utilisateur demande à mettre à jour le document afin de le désarchiver (UpdateAvailabilityStatus : approved).\r\nEn retour, le SI DMP confirme la mise à jour du document.\r\n\n=> Mode opératoire :\nDésarchivage du \"document 03\" (typeCode 34112-3 (CR hospitalier (séjour)))","Les copies d'écran avant et après modification, ainsi que le message de confirmation.","Tous","consultation","Laissé au choix du candidat","Normal",null,null,null,"OK","urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success","","82 Monique ATTRIBUT"]

{"sheet":"Phase 2 Déclarations","index":6,"n_rows":63,"n_cols":13,"rows_kept":63,"cut":false,"hidden":false,"merged":[]}
["Transactions DMP pour LPS","Référence EX. ou REC. du guide d'intégration","Consigne","Eléments spécifiques à fournir en plus de la déclaration","§ réf. Guide d'intégration","(E)xigence / (R)ecommandation","Filtre \nAuthent.","Filtre Profil","Type déclaration","Délégable ?","homologation Simplifiée","Autres filtrages","Version Package GIE"]
["Toutes transactions Tous profils","EX_GEN-1460","Quel que soit le profil de DMP-compatibilité choisi, le poste de travail (ou le « composant logiciel » communicant avec le système DMP s’il ne s’agit pas directement du poste de travail de l’utilisateur) doit être à l’heure, pour des problématiques d’horodatage des données médicales, de traçabilité et de pertinence de certains critères de recherche concernant la date.\n\nPrécision : Le candidat doit préciser la méthode et la fréquence de synchronisation","La méthode et la fréquence de synchronisation.","5.2.3.9","E","Tous","General","Général","Oui-Possible"]
["Toutes transactions Tous profils","EX_GEN-1350","Chaque identifiant généré doit être mondialement unique. À cette fin, l’instance du LPS installé chez l’utilisateur ou dans la structure doit posséder un OID racine qui lui est propre. La présente spécification n’impose aucune règle de génération de cet OID racine (ni de la déclinaison de celui-ci), si ce n’est qu’il doit être unique par instance du LPS. Il appartient à l’éditeur de s’assurer de la rigueur de sa méthode de génération d’identifiants uniques d’objets et du respect de l’exigence.\n\nPrécision : Le candidat doit préciser la méthode de génération de cet OID et ses déclinaisons (uniqueId document et lot de soumission, HL7, etc.)","La méthode de génération de l' OID racine et ses déclinaisons.","5.2.3.6","E","Tous","General","Général","Oui-Possible"]
["Toutes transactions Tous profils","EX_GEN-1360","Compte tenu du caractère évolutif des jeux de valeurs, ceux-ci doivent être paramétrables dans le LPS par l’éditeur. La modification d’un jeu de valeurs ne doit pas perturber le fonctionnement du LPS.",null,"5.2.3.8","E","Tous","General","Général","Oui-Possible"]
["Toutes transactions Tous profils","EX_GEN-1540","Le LPS doit s’actualiser avec les paramètres contenus dans le fichier des paramètres au moins une fois par semaine.\nLe fichier des paramètres est disponible en téléchargement sur une URL définie dans [FI URL].\nLe LPS doit savoir gérer les redirections HTTPS 3xx pour le téléchargement de ce fichier.","- Décrire la cinématique complète du processus implementé dans le LPS permettant de s'actualiser avec le fichier des paramètres.\n- Une ou plusieurs copies d'écrans si ce processus est visible dans l'IHM. ","3.1.1","E","Tous","General","Général","Oui-Possible"]
["Toutes transactions Tous profils","EX_GEN-1222","Il est demandé à un LPS de prendre en compte rapidement le changement de l’URL du fichier des paramètres.\nLe délai de mise à jour à respecter sera communiqué par le GIE SESAM-Vitale.",null,"3.1.1","E","Tous","General","Général","Oui-Possible"]
["Toutes transactions Tous profils","EX_GEN-1221","Il est demandé à un LPS de prendre en compte rapidement le changement d’un nom de domaine (ou hostname) des URL Web Service.\nLe délai de mise à jour à respecter sera communiqué par le GIE SESAM-Vitale.",null,"5.5.1.1","E","Tous","General","Général","Oui-Possible"]
["Accès sécurisé au dossier","EX_0.1-1025","L’identifiant interne de l’utilisateur doit :\n• être unique au sein de la structure de soins, pérenne et non réutilisable ;\n• être traité comme une chaîne de caractères indissociable et ne doit pas pouvoir être interprété par des applications ;\n• pouvoir être utilisé pour retrouver la personne réelle (traçabilité).\n",null,"5.3.3","E","Indirecte","General","Accès","Oui-Obligatoire"]
["Accès sécurisé au dossier","EX_0.1-1100","Le LPS doit permettre à l’utilisateur de mettre en œuvre une connexion secrète pour les mineurs, en concertation avec son patient. Cf. donnée confidentiality-code dans le VIHF.\nLes modalités de mise en œuvre : détermination de l'âge (cf. exigence EX_GEN-1550 au § 3.1.3) et proposition systématique, choix utilisateur,… devront être précisées par l’éditeur lors de son passage en homologation.\nNB : la formulation « connexion secrète » n’est pas imposée pour l’IHM du LPS. Il est nécessaire d’afficher un texte explicatif à l’utilisateur concernant cette fonctionnalité.",null,"5.3.1.4","E","Tous","General","Accès","Oui-Obligatoire"]
["Accès sécurisé au dossier","EX_GEN-1450","La structure de soins doit au préalable acquérir deux certificats logiciels de personne morale de l’IGC Santé de l’ANS Santé : \n• un certificat d’authentification pour personne morale (gamme élémentaire de type « ORG_AUTH_CLI ») pour établir la liaison TLS avec authentification mutuelle ; \n• un certificat de cachet pour personne morale (gamme élémentaire de type « ORG_SIGN ») pour réaliser la signature électronique du jeton VIHF.",null,"5.3.3","E","Indirecte","General","Accès","Oui-Obligatoire"]
["Accès sécurisé au dossier","EX_0.X-1055","Pour garantir le fonctionnement du système, le LPS doit savoir gérer les redirections HTTPS 3xx émises par le système DMP.",null,"5.3.1.3","E","Tous","General","Accès","Oui-Possible"]
["Accès sécurisé au dossier","EX_0.X-1031 ","Le LPS doit supporter l'extension TLS \"SNI\" (Server Name Indication). Le SNI est décrit par la section 3.1 de la RFC 4366 Transport Layer Security (TLS) Extensions (https://tools.ietf.org/html/rfc4366#section-3.1 ).",null,"5.3.1.1","E","Tous","General","Accès","Non"]
["Accès sécurisé au dossier","REC_0.X-1035","Pour garantir la meilleure expérience utilisateur possible, le LPS doit gérer correctement la coupure du canal TLS par le système DMP (timer d’inactivité et timer de renégociation du canal TLS).",null,"5.3.1.1","R","Tous","General","Accès","Non"]
["Accès sécurisé au dossier","EX_0.X-1070","Le LPS doit être en capacité de valider le certificat serveur du système selon la norme PKIX (voir RFC3280 sur http://tools.ietf.org/html/rfc3280 et RFC5280 sur http://tools.ietf.org/html/rfc5280).","Spécifier la liste des certificats présents dans le magasin ainsi que les autorités de certification (racines) permettant de valider le certificat serveur.","5.3.1.1","E","Tous","General","Accès","Non"]
["Accès sécurisé au dossier","REC_0.X-1090","Il est recommandé de faire un contrôle de révocation des certificats serveur du système DMP.",null,"5.3.1.1","R","Tous","General","Accès","Non"]
["Accès sécurisé au dossier","REC_0.X-1100","Pour assurer la sécurité des applications intégrant des certificats d’AC, il est recommandé de comparer l’empreinte numérique des clés utilisées avec une source de confiance.",null,"5.3.1.2","R","Tous","General","Accès","Non",null,null,"2.7.0"]
["Accès sécurisé au dossier","EX_GEN-1550","Si le paramètre fonctions-gestion-mineurs contient la valeur true, le LPS doit déterminer si un patient est mineur avant d'accéder à son DMP.\nUn patient doit être considéré comme mineur si son âge (en années) est strictement inférieur à l’âge de la majorité défini dans le paramètre age-majorite.\nCf. exigence EX_0.1-1100 au § 5.3.1.3 pour la connexion secrète.\nCf. § 3.1.1 pour l’intégration de ces paramètres dans le LPS.","- Décrire la cinématique complète des fonctions de gestion des mineurs\n- Plusieurs copies d'écrans montrant comment se comporte le LPS en cas de détection d'un patient mineur.","3.1.3","E","Tous","General","Accès","Oui-Obligatoire"]
["Accès sécurisé au dossier","EX_AIR-010","Le mode AIR est réservé au profil « Consultation » décrit dans la matrice des droits fonctionnels. Les autres profils sont à mettre en oeuvre avec les modes d’authentification classiques (directe et/ou indirecte).",null,"2.3","E","Indirecte Renforcée","General","Accès","Oui-Obligatoire","AIR",null,"2.7.0"]
["Accès sécurisé au dossier","EX_AIR-020","Le mode AIR est réservé aux professionnels (PS ) référencés dans un répertoire national d’identité (SI RASS).",null,"2.3","E","Indirecte Renforcée","General","Accès","Oui-Obligatoire","AIR",null,"2.7.0"]
["Accès sécurisé au dossier","REC_AIR-010","Il est recommandé de proposer un serveur de jeton VIHF centralisé afin d’en garantir la sécurité logique et physique (spécialement pour les certificats X509).",null,"2.4","R","Indirecte Renforcée","General","Accès","Oui-Possible","AIR",null,"2.7.0"]
["Accès sécurisé au dossier","EX_AIR-030","Les applicatifs qui se connectent au serveur de jeton doivent s’authentifier. Seuls les applicatifs légitimes peuvent y accéder.",null,"2.4","E","Indirecte Renforcée","General","Accès","Oui-Obligatoire","AIR",null,"2.7.0"]
["Accès sécurisé au dossier","EX_AIR-040","Le jeton VIHF généré au sein de la structure de soins possède une durée de vie de 30 secondes. Ce jeton ne peut être utilisé que pour une seule sollicitation.",null,"2.4","E","Indirecte Renforcée","General","Accès","Oui-Obligatoire","AIR",null,"2.7.0"]
["Accès sécurisé au dossier","EX_AIR-050","Le jeton VIHF contient la méthode d’authentification primaire de l’utilisateur (cf. chapitre 5).\nPour AIR Simplifié, une seule valeur \"CONF_EXI_PGSSIS\" est permise. Celle-ci précise la conformité de la solution aux exigences du PGSSIS. Cette valeur est à positionner obligatoirement par les éditeurs.",null,"2.4","E","Indirecte Renforcée","General","Accès","Oui-Obligatoire","AIR",null,"2.7.0"]
["Accès sécurisé au dossier","EX_AIR-070","Le SIH de la structure de soins doit être en mesure de tracer la génération d’un jeton VIHF et son utilisation. Ces traces doivent permettre d’identifier clairement l’utilisateur et la structure de soins (cf. chapitre 7).",null,"2.4","E","Indirecte Renforcée","General","Accès","Oui-Obligatoire","AIR",null,"2.7.0"]
["Accès sécurisé au dossier","EX_AIR-080","La liaison avec le système DMP est établie en authentification mutuelle avec un certificat d’authentification pour personne morale de l’IGC Santé de l’ANS. Ce certificat doit être valide et ne doit pas être révoqué.",null,"2.5","E","Indirecte Renforcée","General","Accès","Oui-Obligatoire","AIR",null,"2.7.0"]
["Accès sécurisé au dossier","EX_AIR-085","Les appels à la consultation en mode AIR sans que le PS utilisateur dans la structure soit authentifié ou qu’il ait connaissance de l’utilisation de son identité sont strictement interdits en mode d’authentification AIR. Seul le PS à l’origine de ces consultations en mode AIR doit pouvoir consulter les documents DMP des patients.",null,"2.6","E","Indirecte Renforcée","General","Accès","Oui-Obligatoire","AIR",null,"2.7.0"]
["Accès sécurisé au dossier","EX_AIR-090","Le SIH de la structure de soins doit être en mesure de tracer les sollicitations du système DMP. Ces traces doivent permettre d’identifier clairement l’utilisateur et la structure de soins (cf. chapitre 7).",null,"2.6","E","Indirecte Renforcée","General","Accès","Oui-Obligatoire","AIR",null,"2.7.0"]
["Accès sécurisé au dossier","EX_AIR-100","Le SIH de la structure de soins doit être en mesure de respecter la durée légale de conservation des traces. Celle-ci est alignée sur la durée de conservation du DMP. Aujourd’hui, les traces doivent être conservées 10 ans après la clôture du DMP puis détruites.",null,"2.7","E","Indirecte Renforcée","General","Accès","Oui-Obligatoire","AIR",null,"2.7.0"]
["Accès sécurisé au dossier","EX_AIR-110","Le SIH de la structure de soins doit être en mesure de garantir la confidentialité, l’intégrité et la complétude des traces.",null,"2.7","E","Indirecte Renforcée","General","Accès","Oui-Obligatoire","AIR",null,"2.7.0"]
["Accès sécurisé au dossier","EX_AIR-120","Sur demande de l’assurance maladie, le SIH doit permettre à une structure de soins d’extraire et de fournir toutes les traces dématérialisées d’un PS ou de plusieurs PS sur une période donnée dans un délai de 7 jours ouvrables. Les modalités d’échanges des traces avec l’assurance maladie seront définies lors de la demande.",null,"2.7","E","Indirecte Renforcée","General","Accès","Oui-Obligatoire","AIR",null,"2.7.0"]
["TD0.2","EX_0.2-1100 ","Le LPS ne doit pas positionner systématiquement l’accord du patient concernant le consentement pour la consultation de son DMP par l’acteur de santé.\nCette action doit toujours se faire suite à une demande explicite ou à une action spécifique de l’utilisateur.\nPour le recueil du consentement du patient pour la consultation du DMP, le LPS doit afficher le texte suivant : « Le patient (ou son représentant légal), préalablement informé, consent au fait que j’accède à son DMP ».\nLe LPS doit permettre de prendre en compte l’opposition du patient à l’alimentation de son DMP et l’absence de consentement pour la consultation de son DMP, si le patient en fait la demande explicite.\nLe LPS doit tracer la non opposition du patient pour l’alimentation de son DMP (EF_DMP04_03). La trace doit être gérée en local (= hors SI DMP) pour chaque structure de santé et/ou équipe de soins.","Plusieurs copies d'écran montrant :\n- la fenêtre lors de la première connexion ;\n- les cinématiques selon le choix du patient ;\n- la façon dont est tracé ce choix  pour la non-opposition à l'alimentation ;\n- le comportement lors des connexions suivantes, dans les différents cas (avec et sans opposition, avec et sans consentement).\n\nLes éléments à fournir dépendent du/des profils (alimentation et/ou consultation).","3.2.2.1","E","Tous","TD0.2","Accès","Oui-Obligatoire",null,null,"2.7.0"]
["TD0.2","REC_0.2-1110","Les éléments de vocabulaire présentés dans les exemples d’IHM ci-dessous peuvent être intégrés au LPS.\nExemple d’IHM en authentification directe pour un seul profil (consultation) :\n[Voir exemple dans le Guide d'intégration]\nExemple d’IHM en authentification directe pour les deux profils (consultation et alimentation) :\n[Voir exemple dans le Guide d'intégration]\n","Copies d'écran normalement fournies avec l'exigence EX_0.2-1110","3.2.2.1","R","Tous","TD0.2","Accès","Oui-Obligatoire",null,null,"2.7.0"]
["TD0.2","EX_0.2-1040","Le mode « bris de glace » ne doit pas être persistant en dehors du temps de la session courante de l’utilisateur dans le LPS et pour le patient actuellement ouvert : il doit être désactivé une fois le dossier local du patient fermé (le LPS ne doit pas continuer à positionner ce champ à la valeur bris de glace).","Idéalement une vidéo, sinon plusieurs copies d'écran. ","3.2.2.1","E","Tous","TD0.2","Accès","Oui-Obligatoire",null,null,"2.7.0"]
["TD0.2","EX_0.2-1050","L’accès au DMP en mode « bris de glace » doit être affiché clairement à l’utilisateur du LPS pendant toute la durée de cet accès.","Idéalement une vidéo, sinon plusieurs copies d'écran. ","3.2.2.1","E","Tous","TD0.2","Accès","Oui-Obligatoire",null,null,"2.7.0"]
["TD0.3","EX_0.3-1010","Si l’acteur de santé n’est pas autorisé à accéder à ce DMP en consultation (EF_DMP04_01) et que le patient consent à la consultation de son DMP par l’acteur de santé (EF_DMP04_02), le LPS alimente automatiquement la donnée action avec la valeur AJOUT.\n\nCette exigence ne concerne que le profil consultation.",null,"3.2.3.1","E","Tous","TD0.3","Consultation","Oui, et à reporter",null,null,"2.7.0"]
["TD0.3","EX_0.3-1020","En authentification directe, si le statut renvoyé par le DMP est « autorisation expirée », le LPS doit indiquer à l’utilisateur qu’il doit effectuer une nouvelle autorisation.\n\nCette exigence ne concerne que le profil consultation.","Pour effectuer ce test (voir onglet test 0.2-060), vous aurez fourni au préalable le RPPS de la carte à expirer sur le DMP de EXPIRE.","3.2.3.1","E","Tous","TD0.3","Consultation","Oui, et à reporter",null,null,"2.7.0"]
["TD0.4","REC_0.4-1010","Le LPS vérifie lors de la réception de la liste, pour chaque INS de patient retourné, si cet INS de patient existe dans l’annuaire local et « marque » l’INS de patient local pour noter l’information « DMP existe et acteur de santé autorisé pour la consultation de ce DMP ». Les traitements de ces DMP par la structure autorisée pourront alors se faire en tenant compte de l’accord (non opposition pour l’alimentation ; consentement pour la consultation) des patients.",null,"3.2.4.1","R","Tous","TD0.4","Consultation","Oui-Obligatoire",null,null,"2.7.0"]
["TD0.5","EX_0.5-1030","Il est interdit de stocker les données des patients non concernés par la recherche de DMP et/ou de constituer une base de données avec celles-ci.",null,"3.2.5.1","E","Tous","TD0.5","Accès","Oui, et à reporter"]
["TD0.5","EX_0.5-1020","L'usage des NIR fournis par la transaction TD0.5 doit être exclusivement réservé à l'accès au DMP d'un patient dans le cadre de sa prise en charge par un professionnel.\nLe LPS ne doit pas afficher, ou rendre accessible aux utilisateurs, les NIR fournis par la transaction TD0.5, ni les exploiter en dehors de l’accès au DMP recherché par l’utilisateur via cette transaction.","Une ou plusieurs copies d'écran montrant l'utilisation des NIR à partir de la TD0.5","3.2.5.1","E","Tous","TD0.5","Accès","Oui-Obligatoire"]
["TD0.9","EX_GEN-1380","Pour les LPS implémentant la transaction TD0.9 « Accès Web-PS contextuel», le poste de travail doit être équipé d’un des navigateurs compatibles avec les IHM Web-PS du DMP (voir annexe [DMP1-OS-NAVIGATEURS]).",null,"5.4.1","E","Directe","TD0.9","Accès","Oui-Obligatoire"]
["TD0.9","REC_0.9-1010","La fenêtre de navigateur peut être encapsulée dans le LPS (recommandation forte), ou lancée en « fenêtre externe » (Client lourd) en respectant les contraintes décrites ci-dessous.\nDans le cas où une fenêtre externe est ouverte dans un navigateur, le LPS doit s’assurer qu’il n’existe pas, sur le poste de travail simultanément deux fenêtres DMP ouvertes de façon à éviter toute confusion entre « le patient local » au LPS et « le patient distant » sur le système DMP. Cela peut être réalisé par exemple en plaçant une constante dans le nom de fenêtre lors de sa création.",null,"5.4.1","R","Directe","TD0.9","Accès","Oui-Obligatoire"]
["Toutes transactions Tous profils","REC_GEN-1370","Il est recommandé que le LPS soit en capacité d’intégrer une valeur en provenance du DMP qui n’est pas encore connue du LPS et de l’ajouter à son référentiel de valeurs.",null,"5.2.3.8","R","Tous","TD1.3","Général","Non"]
["Alimentation","EX_GEN-1060","Les règles de déclenchement de l’envoi des documents dans le DMP doivent être claires et paramétrables par le professionnel. Elles doivent s’intégrer dans le processus de validation médicale des documents.\nLe LPS alimente le DMP automatiquement.\nLe professionnel doit pouvoir retenir un envoi de document par une action manuelle.\nL’envoi de documents vides ou n’ayant pas évolué est interdit.","Décrire les règles d'envoi des documents.","2.2.6","E","Tous","TD2..","Alimentation","Oui-Obligatoire","DOCS",null,"2.7.0"]
["Alimentation","EX_GEN-1070","Le choix des documents utiles à la coordination des soins à envoyer dans le DMP est défini réglementairement (code de la santé publique, notamment l'article L. 1111-15).",null,"2.2.6","E","Tous","TD2..","Alimentation","Oui-Obligatoire","DOCS",null,"2.7.0"]
["TD2.1 / TD2.2","EX_2.1-1130","Chaque document et lot de document(s) produit par un LPS doit être identifié par un identifiant universel (champ XDS uniqueId au format OID) :\n• soit le uniqueId est généré à partir d’un UUID (sous la branche OID 2.25), dans ce cas cet OID doit être stocké dans le LPS pour les recherches / remplacements futurs via ce même LPS ;\n• soit le uniqueId est généré à partir d’une racine propre à l’installation du LPS et d’un élément « variable » mais unique vis-à-vis de la racine de l’instance du LPS installée (par exemple horodatage, ou identifiant interne du document dans le LPS) ; il incombe au LPS de pouvoir retrouver ce uniqueId pour les recherches / remplacements futurs via ce même LPS (par exemple en stockant le uniqueId ainsi généré, ou la partie variable uniquement à condition de savoir reconstruire le uniqueId complet).",null,"3.4.1.1.3","E","Tous","TD2..","Alimentation","Oui-Possible","DOCS"]
["TD2.1 / TD2.2","REC_2.1-1080","Il est recommandé de prendre en compte dès la conception du LPS les tests à effectuer avec les schématrons. Les schématrons sont disponibles sur le site de l'ANS :  Cf. [TEST-CONTENU-CDA].","Dans le cas des intégrateurs EAI, ce point est géré par l'EAI. ","3.4.1.1.2","R","Tous","TD2..","Alimentation","Non","DOCS"]
["TD2.1 / TD2.2","EX_2.1-1090","Cette exigence ne concerne que les LPS de type EAI ou gérant la fonctionnalité PFI :\n\nLes familles de produits contenant des LPS de type EAI doivent nécessairement réaliser des contrôles sur les documents CDA avant envoi au DMP. Ces contrôles doivent porter sur la conformité au schéma XML (CDA.xsd) et la conformité au volet « Structuration minimale des documents médicaux » et aux volets des documents structurés du CI-SIS (contrôle par les schématrons spécifiques aux volets lorsqu’ils existent, sinon par le schématron « CISIS_StructurationCommuneCDAR2 »).\n\nPour les documents « note de vaccination » (typeCode = 87273-9), le contrôle schématron ne suffit pas. Il faut également respecter les exigences décrites dans le chapitre 6.1.",null,"3.4.1.1.2","E","Tous","TD2..","Alimentation","Non","DOCS"]
["TD2.1 / TD2.2","REC_2.1-1065","Les contraintes suivantes pourraient être levées dans le futur :\n• « un document ne peut pas être à la fois non visible au patient et masqué au professionnel » (cf. paramètre cumul-invisible_patient-masque_ps § 3.1.1) ;\n• « un document visible au patient ne peut pas être rendu invisible au patient » ;\n• « un document visible aux représentant légaux ne peut pas être rendu invisible aux représentant légaux ».\nIl est conseillé de pouvoir lever facilement les deux dernières contraintes, par exemple par paramétrage du logiciel.","Une ou plusieurs copies d'écran montrant comment ces fonctions sont intégrées dans le LPS, en cas de levée des contraintes.","3.4.1.1.1","R","Tous","TD2..","Alimentation","Oui-Possible","DOCS"]
["TD2.1 / TD2.2","REC_2.1-1100","Ni le standard CDA ni le Cadre d’Interopérabilité des SIS ne précisent la manière dont chaque valeur possible du confidentialityCode (Normal, Restreint, Très Restreint) doit être interprétée. Un document ayant un niveau renforcé de confidentialité (restreint ou très restreint), devrait être remis en mains propres, ou envoyé sous pli scellé ou par message direct à son destinataire. Il ne devrait pas être mis en partage.\nSi votre logiciel ne gère pas de niveau de confidentialité, il est recommandé de renseigner la donnée « confidentialityCode » avec la valeur N (Normal).","Détailler la gestion de cette donnée.","3.4.1.1.2","R","Tous","TD2..","Alimentation","Oui-Obligatoire","DOCS",null,"2.7.0"]
["TD2.1 / TD2.2","EX_GEN-1377","Il est nécessaire d’assurer la cohérence entre le secteur d’activité et le cadre d’exercice. Par exemple, on pourra associer un secteur d’activité « cabinet individuel » à un cadre d’exercice « Ambulatoire » et pas à un cadre d’exercice « établissement de santé ».","Il n'existe pas de table de correspondance. Chaque logiciel gèrant la cohérence de ces données selon son secteur d'activité, merci de décrire la gestion faite au sein de votre LPS.","3.1.2","E","Tous","TD2..","Alimentation","Oui-Obligatoire","DOCS"]
["TD2.1 / TD2.2","EX_2.1-1115","Pour des raisons de sécurité, un LPS alimentant le DMP avec des CDA auto-présentables ne doit pas inclure de script (balise HTML <script>) ni de lien vers des ressources externes (styles CSS externes, import de scripts, iframes, fenêtres surgissantes, liens, images, vidéos, etc.) dans la feuille de style couplée au document. Seules sont autorisées des ressources encapsulées dans la feuille de style (liens internes, styles CSS inclus dans le document, images encapsulées…). La feuille de style couplée au document doit être autonome en termes de visualisation à l'utilisateur.",null,"3.4.1.1.2","E","Tous","TD2..","Alimentation","Oui-Possible","DOCS"]
["TD2.1 / TD2.2","EX_2.1-1116","Pour des raisons de sécurité, un LPS alimentant le DMP avec des documents CDA auto-présentables ne doit pas permettre à tous ses utilisateurs de modifier la feuille de style XSL des documents qu'il produit. Si le LPS permet de modifier des feuilles de style « modèles » utilisées par le LPS pour constituer les CDA auto-présentables envoyés au DMP, seuls des acteurs autorisés (de type « administrateurs ») doivent pouvoir le faire. Le LPS doit mettre en œuvre des moyens pour protéger et confiner en son sein les feuilles de style des documents CDA auto-présentables qu’il produit.",null,"3.4.1.1.2","E","Tous","TD2..","Alimentation","Oui-Possible","DOCS"]
["TD2.1 / TD2.2","REC_2.1-1117","Il est recommandé de respecter un format d’affichage A4 portrait pour les documents CDA auto-présentables.",null,"3.4.1.1.2","R","Tous","TD2..","Alimentation","Oui-Obligatoire","DOCS",null,"2.7.0"]
["TD2.1 / TD2.2","EX_2.1-1260","Comme spécifié dans le profil IHE XDS (ITI volume 2 / ITI-41 ProvideAndRegisterDocumentSet-b au § 3.41.4.1.2 Message Semantics) l’alimentation d’un document vers le DMP exige l’usage du MTOM/XOP dans la requête envoyée.","\nVoir la requête exemple du GIE : TD2.1 - Alimentation_requête.xml\n\nSi les références xop (Include) ne sont pas visibles dans vos requêtes d'alimentation, merci de justifier pourquoi. Un contrôle sera effectué afin de vérifier que l'envoi vers le SI-DMP a bien été effectué selon cette méthode. ","3.4.1.3","E","Tous","TD2..","Alimentation","Non","DOCS",null,"2.7.0"]
["TD2.1 / TD2.2","EX_2.1-2000","Précision : Concerne la note de vaccination en Alimentation\n\nLa prise en charge de cette évolution est obligatoire pour les LPS destinés aux médecins (médecine générale et pédiatrie), aux pharmaciens, aux sages-femmes, aux infirmiers ou aux infirmiers psychiatriques (code profession 10, 21, 50, 60 ou 69).","La prise en charge de cette évolution est facultative pour les LPS destinés aux autres codes profession. Selon le type fonctionnel du logiciel (exemple : LDRM, SIR, etc.) ou dans certains cas de figure justifiés, certains logiciels peuvent ne pas être concernés par cette exigence.","6.1","E","Tous","TD2..","Alimentation","Oui-Obligatoire","DOCS",null,"2.7.0"]
["TD2.1 / TD2.2","EX_2.1-2035","Les versions 2022.01 du 07/12/2022 ou supérieure du volet VAC (CI-SIS) ne doivent pas être utilisées.\n\nLes points suivants sont à respecter (voir détails dans tableau 34 ci-dessous) :\n- la cardinalité (colonne « Card. DMP »),\n- l’aspect nullFlavor (flag de nullité d’un champ en CDA) interdit (oui) ou autorisé (non, éventuellement avec la/les valeurs de nullFlavor autorisées) (colonne « NullFlavor interdit ? »),\n- les éléments contrôlés par le SI DMP (colonne « Contrôle SI DMP… ») dont notamment\n○ les données fixes attendues par le SI DMP,\n○ les données codées suivant un jeu de valeur prédéfini pour le champ (triplet des attributs : code / codeSystem / displayName),\n○ si l'identifiant du professionnel est présent, son format est conforme au format des PS_IdNat d’un identifiant national de professionnel,\n○ si l'identifiant de structure est présent, son format est conforme au format des Struct_IdNat d'un identifiant national de structure.",null,"6.1.5","E","Tous","TD2..","Alimentation","Oui-Possible","DOCS",null,"2.7.0"]
["TD2.1 / TD2.2","REC_2.1-2060","Afin que la personne qui consulte un historique de vaccinations via la feuille de style XSL (basée sur les données de la partie narrative du CDA) puisse distinguer les vaccinations ayant été remplies par le patient lui-même de celles ayant été validées par un professionnel de santé, il est recommandé de renseigner la profession, et si possible le titre (Dr, Pr…) de l’auteur d’une vaccination et si possible du vaccinateur dans la partie narrative de la note de vaccination.",null,"6.1.6.3","R","Tous","TD2..","Alimentation","Oui-Obligatoire","DOCS",null,"2.7.0"]
["TD3.1","EX_3.1-2000","L’implémentation de la recherche FindDocumentByReferenceId est obligatoire pour les LPS compatibles avec le partage d’imagerie.",null,"6.3.2","E","Tous","TD3.1","Consultation","Oui, et à reporter","IMAGERIE",null,"2.7.0"]
["TD3.2","EX_3.2-1010","Le LPS ne doit pas réaliser de téléchargement systématique du contenu des documents (i.e. ne pas réaliser de TD3.1 suivi d’une TD3.2 systématique pour chaque document retourné par la TD3.1).\nLes documents DMP téléchargés à partir de la TD3.2 ne doivent, en aucun cas être conservés automatiquement en dehors du DMP.\nUne action manuelle du professionnel est obligatoirement requise pour l’enregistrement dans le LPS de chaque document.\nSans action manelle du professionnel et après consultation, les documents DMP téléchargés à partir de la TD3.2 doivent être supprimés automatiquement.\nLe LPS doit clairement afficher la provenance (DMP) du document enregistré dans le LPS, ainsi que la date de son enregistrement.",null,"3.5.2.1","E","Tous","TD3.2","Consultation","Oui-Obligatoire",null,null,"2.7.0"]
["TD3.2","REC_3.2-1060","Pour afficher le corps du document (organisé en structures XML), le LPS peut appliquer une feuille de style XSLT et afficher le résultat à l’utilisateur via un navigateur web, éventuellement encapsulé.",null,"3.5.2.1","R","Tous","TD3.2","Consultation","Oui-Possible"]
["TD3.2","REC_3.2-1070","Le LPS peut « exploiter » les données structurées pour proposer des affichages à valeur ajoutée aux professionnels (par exemple, une courbe de résultat d’analyses biologiques).",null,"3.5.2.1","R","Tous","TD3.2","Consultation","Oui-Possible"]
["TD3.2","REC_3.2-1080","Plusieurs documents peuvent être liés entre eux car ils constituent un ensemble cohérent pour un même épisode de soins. Lors de la consultation d’un document, il est conseillé d’afficher les documents qui lui sont liés. Cela permet notamment au médecin qui consulte un document d’identifier qu’il y a d’autres documents qui peuvent l’intéresser et d’y accéder beaucoup plus simplement.\nDans le système DMP, \n• les documents soumis dans un même lot sont liés.\n• Un même document peut être référencé dans plusieurs lots de soumission.\n• Les documents peuvent être liés par referenceIdList.\nCf. REC_2.1-1160 dans RG_2610 au § 3.4.1.1.5.\nExemple de la fiche RCP :\nLors de la consultation de la fiche RCP, le médecin doit pouvoir facilement identifier qu’il existe un CR-Opératoire et un CR-ACP liés. Ce lien existe dès lors que ces 3 documents ont été groupés dans le même lot de soumission à l’alimentation du DMP.\n","Décrire et montrer la gestion des documents liés au sein du logiciel.","3.5.2.1","R","Tous","TD3.2","Consultation","Oui-Possible","IMAGERIE",null,"2.7.0"]
["TD3.3","EX_3.3-1060","La suppression des documents dans le DMP d’un patient sans autorisation d’accès est réservée au profil Alimentation.\n\nPrécision : la suppression doit toujours pouvoir se faire sans autorisation. Cette exigence concerne tous les LPS implémentant le profil Alimentation.",null,"3.2.2.1","E","Tous","TD3.3","Alimentation","Oui-Possible","DOCS",null,"2.7.0"]

{"sheet":"Referentiel Patients","index":7,"n_rows":97,"n_cols":15,"rows_kept":97,"cut":false,"hidden":false,"merged":[]}
["ID patient","Prénom de naissance","Liste prénoms","Prénom utilisé","Nom de naissance","NOM utilisé","Matricule INS (NIR)","Date de naissance","Rang de naissance\n","Sexe","Carte CV Test INS-C \nN° bénéficiaire","STATUT DMP","Commentaire/Remarques","Phase","Hom Simp"]
[1,"JEAN","JEAN","JEAN","CONTESTE","CONTESTE",153078987658513,"1953-07-24",1,"M",null,"non créé","pour test TD0.2 ","DEMANDE DE CONFORMITE"]
[2,"FIGATELLIX","FIGATELLIX","FIGATELLIX","CORSE","CORSE","188102B17295165","1988-10-12",1,"M",null,"vide",null,"JEU D'ESSAI","SIMP"]
[3,"DOMINIQUE","DOMINIQUE","DOMINIQUE","PAT-TROIS","PAT-TROIS",279035121518989,"1979-03-28",1,"F",null,"vide",null,"JEU D'ESSAI"]
[4,"ISABELLE","ISABELLE","ISABELLE","PAT-QUATRE","PAT-QUATRE",133061764035249,"1933-06-07",1,"F",null,"vide",null,"JEU D'ESSAI"]
[5,"MICHEL","MICHEL","MICHEL","PAT-CINQ","PAT-CINQ",109119319795014,"1909-11-27",1,"M",null,"vide",null,"JEU D'ESSAI"]
[6,"ALAIN","ALAIN","ALAIN","PAT-SIX","PAT-SIX",162018885045327,"1962-01-13",1,"M",null,"vide",null,"JEU D'ESSAI"]
[7,"PIERRE","PIERRE","PIERRE","PAT-SEPT","PAT-SEPT",229032857590484,"1929-03-30",1,"M",null,"vide",null,"JEU D'ESSAI"]
[8,"FRANCOISE","FRANCOISE","FRANCOISE","PAT-HUIT","PAT-HUIT",274075176079430,"1974-07-02",1,"F",null,"vide",null,"JEU D'ESSAI"]
[9,"SYLVIE","SYLVIE","SYLVIE","PAT-NEUF","PAT-NEUF",158019197706419,"1958-01-25",1,"F",null,"vide",null,"JEU D'ESSAI"]
[10,"CHRISTINE","CHRISTINE","CHRISTINE","PAT-DIX","PAT-DIX",225088829733682,"1925-08-13",1,"F",null,"vide",null,"JEU D'ESSAI"]
[11,"PATRICK","PATRICK","PATRICK","PAT-ONZE","PAT-ONZE",228111439061774,"1928-11-06",1,"M",null,"fermé",null,"JEU D'ESSAI"]
[12,"NATHALIE","NATHALIE","NATHALIE","PAT-DOUZE","PAT-DOUZE",248039263001064,"1948-03-21",1,"F",null,"vide",null,"JEU D'ESSAI"]
[13,"BERNARD","BERNARD","BERNARD","PAT-TREIZE","PAT-TREIZE",148096027562254,"1948-09-28",1,"M",null,"vide",null,"JEU D'ESSAI"]
[14,"FRANCOIS","FRANCOIS","FRANCOIS","PAT-QUATORZE","PAT-QUATORZE",221016084819949,"1921-01-14",1,"M",null,"vide",null,"JEU D'ESSAI"]
[15,"JACQUES","JACQUES","JACQUES","PAT-QUINZE","PAT-QUINZE",265075598096690,"1965-07-19",1,"M",null,"vide",null,"JEU D'ESSAI"]
[16,"VERONIQUE","VERONIQUE","VERONIQUE","PAT-SEIZE","PAT-SEIZE",242098913663781,"1942-09-01",1,"F",null,"vide",null,"JEU D'ESSAI"]
[17,"ANNE","ANNE","ANNE","PAT-DIXSEPT","PAT-DIXSEPT",292102841118037,"1992-10-28",1,"F",null,"vide",null,"JEU D'ESSAI"]
[18,"MARTINE","MARTINE","MARTINE","PAT-DIXHUIT","PAT-DIXHUIT",205027210277717,"1905-02-21",1,"F",null,"vide",null,"JEU D'ESSAI"]
[19,"ERIC","ERIC","ERIC","PAT-DIXNEUF","PAT-DIXNEUF",148027442313969,"1948-02-06",1,"M",null,"vide",null,"JEU D'ESSAI"]
[20,"OLIVIER","OLIVIER","OLIVIER","PAT-VINGT","PAT-VINGT",184119313757269,"1984-11-17",1,"M",null,"vide",null,"JEU D'ESSAI","DOCS"]
[21,"PATRICIA","PATRICIA","PATRICIA","DUCHAMPS","DUCHAMPS",104016331311312,"1904-01-28",1,"F",null,"OK","pour tests TD0.5","DEMANDE DE CONFORMITE"]
[22,"ROSEANNE","ROSEANNE","ROSEANNE","CONJOINTE","CONJOINTE",275043413723745,"1975-04-04",1,"F","carte 04 / Bénéficiaire 2","non créé",null,"JEU D'ESSAI"]
[23,"SOPHIE","SOPHIE","SOPHIE","PATB-TROIS","PATB-TROIS",211066322074514,"2011-06-07",1,"F",null,"OK","- document \"saisi par le patient\" (typeCode = EXPPAT_2) et  \"volontés et droits du patient\" (typeCode = EXPPAT_1)\n- Pour la mise au point des LPS de type LDRM : patient ayant autorisé la consultation des documents masqués en situation d'urgence (consentement saisissable uniquement sur le WebPatient)","JEU D'ESSAI"]
[24,"LAURENCE","LAURENCE","LAURENCE","PATB-QUATRE","PATB-QUATRE",207058575627097,"1907-05-25",1,"F",null,"OK","avec documents","JEU D'ESSAI"]
[25,"THIERRY","THIERRY","THIERRY","PATB-CINQ","PATB-CINQ",259034974395339,"1959-03-10",1,"M",null,"OK","avec documents","JEU D'ESSAI"]
[26,"BRIGITTE","BRIGITTE","BRIGITTE","PATB-SIX","PATB-SIX",278018476906186,"1978-01-30",1,"F",null,"OK","avec documents","JEU D'ESSAI"]
[27,"FREDERIC","FREDERIC","FREDERIC","PATB-SEPT","PATB-SEPT",227023187597832,"1927-02-04",1,"M",null,"OK","avec documents","JEU D'ESSAI"]
[28,"JUMEAUDEUX","JUMEAUDEUX","JUMEAUDEUX","INSFAMILLEQUATRE","INSFAMILLEQUATRE",199013417202273,"1999-01-15",2,"M","carte 04 / Bénéficiaire 5","OK","pour tests TD0.0 et TD1.3","DEMANDE DE CONFORMITE","SIMP"]
[29,"THIERRY","THIERRY","THIERRY","INSFAMILLENEUF","INSFAMILLENEUF",174062622110739,"1974-06-07",1,"M","carte 09 / Bénéficiaire 1","OK","pour tests TD1.3 et TD1.5","DEMANDE DE CONFORMITE"]
[30,"JEAN","JEAN","JEAN","INSFAMILLEHUIT","INSFAMILLEHUIT",173052622110178,"1973-05-07",1,"M","carte 08 / Bénéficiaire 1","OK","pour  tests TD1.3, 1.4 et TD1.5","DEMANDE DE CONFORMITE"]
[31,"AURELIE","AURELIE","AURELIE","MELANGE","MELANGE",284049532614938,"1984-04-16",1,"F",null,"OK","pour les tests sur l'alimentation sur plusieurs DMP au cours d'une même session utilisateur","DEMANDE DE CONFORMITE"]
[32,"BERTRAND","BERTRAND","BERTRAND","MELANGE","MELANGE",192025226929462,"1992-02-27",1,"M",null,"OK","pour les tests sur l'alimentation sur plusieurs DMP au cours d'une même session utilisateur","DEMANDE DE CONFORMITE"]
[33,"SEBASTIEN","SEBASTIEN","SEBASTIEN","MELANGE","MELANGE",111068647818424,"2011-06-19",1,"M",null,"vide","- pour l'alimentation avec confidentialité INVISIBLE_REPRESENTANTS_LEGAUX\n- pour les tests sur l'alimentation sur plusieurs DMP au cours d'une même session utilisateur","DEMANDE DE CONFORMITE"]
[34,"PIERRE","PIERRE","PIERRE","PAT-PLUSUN","USUEL-PLUSUN",188063022010157,"1988-06-05",1,"M",null,"non créé",null,"JEU D'ESSAI"]
[35,"PAUL ","PAUL JEAN MARC","PAUL","INS-FAMILLE-ONZE ","INS-FAMILLE-ONZE ",170082622170161,"1970-08-07",1,"M","carte 11 / Bénéficiaire 1","non créé",null,"JEU D'ESSAI"]
[36,"PAUL","PAUL","PAUL","PAT-PLUSDEUX","PAT-PLUSDEUX",177123022010212,"1977-12-09",1,"M",null,"non créé",null,"JEU D'ESSAI"]
[37,"ZARAH","ZARAH","ZARAH","TOME","TOME",277093867564852,"1977-09-09",1,"F",null,"OK","pour rercherche et consulation de documents","DEMANDE DE CONFORMITE","SIMP"]
[38,"ZARA","ZARA","ZARA","PROROGEE","PROROGEE",116093119118626,"1916-09-23",1,"F",null,"non créé",null,"JEU D'ESSAI"]
[39,"ROGER","ROGER","ROGER","PAT-PLUSQUATRE","PAT-PLUSQUATRE",155013022010439,"1955-01-01",1,"M",null,"non créé",null,"JEU D'ESSAI"]
[40,"JEAN-CLAUDE","JEAN-CLAUDE","JEAN-CLAUDE","INS-FAMILLE-ONZE ","INS-FAMILLE-ONZE ",199072622101289,"1999-07-06",1,"M","carte 11 / Bénéficiaire 2 ","non créé",null,"JEU D'ESSAI"]
[41,"CORSE","CORSE","CORSE","INS-FAMILLE-ONZE","INS-FAMILLE-ONZE","101072B99900114","2001-07-14",1,"M","carte 11 / Bénéficiaire 3","non créé"," pour TD0.0","DEMANDE DE CONFORMITE"]
[42,"JUMEAUTROIS","JUMEAUTROIS","JUMEAUTROIS","INSFAMILLEQUATRE","INSFAMILLEQUATRE",199013417202372,"1999-01-15",3,"M","Carte 4 / Bénéficiaire 3","OK","pour tests 1.5","DEMANDE DE CONFORMITE"]
[43,"JUMEAUQUATRE","JUMEAUQUATRE","JUMEAUQUATRE","INSFAMILLEQUATRE","INSFAMILLEQUATRE",199013417202471,"1999-01-15",4,"M","Carte 4 / Bénéficiaire 4","OK","pour tests 1.5","DEMANDE DE CONFORMITE"]
[44,"MATHIEU","MATHIEU","MATHIEU","PAT-PLUSCINQ","PAT-PLUSCINQ",144123022010574,"1944-12-31",1,"M",null,"non créé",null,"JEU D'ESSAI"]
[45,"JEANNE","JEANNE","JEANNE","INSFAMILLETROIS","INSFAMILLETROIS",294096322025871,"1994-09-04",1,"F","Carte 3 / Bénéficiaire 3","non créé","pour les retours de TD00 : DMPIdentityCertificationFailure","DEMANDE DE CONFORMITE","SIMP"]
[46,"THEA","THEA","THEA","PAT-PLUSSIX","PAT-PLUSSIX",280033022010655,"1980-03-03",1,"F",null,"non créé",null,"JEU D'ESSAI"]
[47,"LAURENT","LAURENT","LAURENT","INSFAMILLENEUF","INSFAMILLENEUF",103076322036972,"2003-07-06",1,"M","Carte 9 / Bénéficiaire 2","non créé","pour la TD0.4 en dossier crée en API V1","DEMANDE DE CONFORMITE"]
[48,"HANS","HANS","HANS","ENS-GRUBER","ENS-GRUBER",148026322000195,"1948-02-21",1,"M",null,"OK","pour les tests avec DMP rattaché à un ENS","DEMANDE DE CONFORMITE","SIMP"]
[49,"SIMON","SIMON","SIMON","ENS-GRUBER","ENS-GRUBER",146026322000196,"1946-02-21",1,"M",null,"OK","pour test 1.3 nom NON RENSEIGNE","DEMANDE DE CONFORMITE","SIMP"]
[50,"PAULINE","PAULINE","PAULINE","AIRTRIBUT","AIRTRIBUT",211046322000147,"2011-04-24",1,"F",null,"OK","équivalent de ATTRIBUT pour le mode AIR","DEMANDE DE CONFORMITE","AIR"]
[51,"ALI","ALI","ALI","MEUHES","MEUHES",109016322000249,"2009-01-29",1,"M",null,"OK","équivalent de DUPRE pour le mode AIR","DEMANDE DE CONFORMITE","AIR"]
[52,"GASPARD","GASPARD","GASPARD","PARHASARD","PARHASARD",111126322000725,"2011-12-11",1,"M",null,"OK","Consultation d'un document CVA","DEMANDE DE CONFORMITE"]
[53,"JEAN-MICHEL","JEAN-MICHEL","JEAN-MICHEL","PARHASARD","PARHASARD",186046322000111,"1986-04-24",1,"M",null,"non créé",null,"JEU D'ESSAI"]
[54,"JEAN","JEAN","JEAN","BON","BON",155076322000225,"1955-07-14",1,"M",null,"OK"," pour l'alimentation CVA v2\n10 Notes de Vaccinations à Valider","DEMANDE DE CONFORMITE","DOCS"]
[55,"CECILE","CECILE","CECILE","BON","BON",261036322000896,"1961-03-02",1,"F",null,"non créé",null,"JEU D'ESSAI"]
[56,"LEA","LEA","LEA","PAT-PLUSSEPT","PAT-PLUSSEPT",215023022010722,"2015-02-13",1,"F",null,"non créé",null,"JEU D'ESSAI"]
[57,"LEO","LEO","LEO","PAT-PLUSHUIT","PAT-PLUSHUIT",115023022010871,"2015-02-13",2,"M",null,"non créé",null,"JEU D'ESSAI"]
[58,"LEON","LEON","LEON","PAT-PLUSHUITDEMI","PAT-PLUSHUITDEMI",115023022010970,"2015-02-13",3,"M",null,"non créé",null,"JEU D'ESSAI"]
[59,"RUTH","RUTH ISABELLE","RUTH","NESSI","DE VINCI",277076322082910,"1977-07-14",1,"F",null,"OK","pour Test INSI en mode RECVITALE","DEMANDE DE CONFORMITE","SIMP\nDOCS"]
[60,"NATHALIE","NATHALIE","NATHALIE","DESMAUX","DESMAUX",255069999999934,"1955-06-15",1,"F",null,"OK"," pour la consultation du document HR classique et structuré\nA utiliser avec l'OID de démo","DEMANDE DE CONFORMITE","SIMP"]
[61,"JEFF","JEFF","JEFF","ERENTIEL","ERENTIEL",null,"1998-07-12",1,"M",null,"non créé"," pour la validation de l'acquisition de l'INS qualifiée","DEMANDE DE CONFORMITE","SIMP"]
[62,"PETITPIERRE","PETITPIERRE","PETITPIERRE","PAT-PLUSUN","PAT-PLUSUN",119106322011179,"2019-10-31",1,"M",null,"non créé",null,"JEU D'ESSAI"]
[63,"MICHELINE","MICHELINE","MICHELINE","PAT-FERM-UN","PAT-FERM-UN",260093022011258,"1960-09-11",1,"F",null,"fermé",null,"JEU D'ESSAI"]
[64,"THOMAS","THOMAS","THOMAS","PAT-FERM-DEUX","PAT-FERM-DEUX",175113022011383,"1975-11-11",1,"M",null,"fermé",null,"JEU D'ESSAI"]
[65,"NALA","NALA","NALA","PAT-FERM-TROIS","PAT-FERM-TROIS",194063022011441,"1994-06-24",1,"F",null,"fermé",null,"JEU D'ESSAI"]
[66,"NEO","NEO","NEO","PAT-VUN-UN","USUEL-VUN-UN",199033022011538,"1999-03-31",1,"M",null,"vide","patient opposé à l'accès à son DMP en situation d'urgence Centre_15","JEU D'ESSAI"]
[67,"ADAM","ADAM","ADAM","PAT-VUN-DEUX","JENSEN",116083022011613,"2016-08-23",1,"M",null,"vide","patient opposé à l'accès à son DMP en situation d'urgence Centre_15 et BDG","JEU D'ESSAI"]
[68,"GERALT","GERALT","GERALT","PAT-EXPPAT","PAT-EXPPAT",107103022020113,"2007-10-26",1,"M",null,"OK","- document \"saisi par le patient\" (typeCode = EXPPAT_2) et  \"volontés et droits du patient\" (typeCode = EXPPAT_1)\n- pour la mise au point des LPS de type LDRM : patient ayant autorisé la consultation des documents masqués en situation d'urgence (consentement saisissable uniquement sur le WebPatient)","JEU D'ESSAI"]
[69,"SAMUS","SAMUS","SAMUS","PAT-VAC","PAT-VAC",289083022020283,"1989-08-06",1,"F",null,"OK"," pour l'alimentation CVA v2\n10 Notes de Vaccinations à Valider","JEU D'ESSAI"]
[70,"EVA","EVA","EVA","PATAIR-UN","PATAIR-UN",269076322001156,"1969-07-21",1,"F",null,"non créé",null,"JEU D'ESSAI","AIR"]
[71,"LISE","LISE","LISE","PATAIR-DEUX","PATAIR-DEUX",270046322001354,"1970-04-24",1,"F",null,"non créé",null,"JEU D'ESSAI","AIR"]
[72,"JEAN-MICHEL","JEAN-MICHEL","JEAN-MICHEL","INS-FAMILLE-UN","INS-FAMILLE-UN",173082622170111,"1973-08-07",1,"M","carte 01 / Bénéficiaire 1","OK",null,"JEU D'ESSAI"]
[73,"FLORENCE","FLORENCE","FLORENCE","FERMETURE","FERMETURE",270108604926542,"1970-10-12",1,"F",null,"fermé","pour tests avec DMP fermé","DEMANDE DE CONFORMITE"]
[74,"HELENE","HELENE","HELENE","AUTORISEPAS","AUTORISEPAS",265025544371476,"1965-02-26",1,"F",null,"OK","pour test patient qui n'autorise pas","DEMANDE DE CONFORMITE"]
[75,"CORINNE","CORINNE","CORINNE","DUPRE","DUPRE",148115530271002,"1948-11-09",1,"F",null,"OK","pour tests 0.2, 2.1, 2.2, 3.2 et3.3","DEMANDE DE CONFORMITE","DOCS"]
[76,"STEPHANE","STEPHANE","STEPHANE","DOCETYLA","DOCETYLA",219036176887038,"1919-03-08",1,"M",null,"non créé",null,"JEU D'ESSAI"]
[77,"IRENE","IRENE","IRENE","ENCHAINE","ENCHAINE",157069329642881,"1957-06-28",1,"F",null,"OK","pour tests autorisations","DEMANDE DE CONFORMITE"]
[78,"ARTHUR","ARTHUR","ARTHUR","INSFAMILLEQUATRE","INSFAMILLEQUATRE",167112622170459,"1967-11-14",1,"M","carte 04 / Bénéficiaire 1","OK","pour test  acquisition INS via APCV","DEMANDE DE CONFORMITE"]
[79,"DIDIER","DIDIER","DIDIER","PETRA","PETRA",207100486108281,"2007-10-23",1,"M",null,"OK","pour tests 0.9, 0.10, 1.6, 3.1, 3.2","DEMANDE DE CONFORMITE"]
[80,"JEAN-HUGUES","JEAN-HUGUES","JEAN-HUGUES","INSFAMILLEQUATRE","INSFAMILLEQUATRE",101076616708721,"2001-07-23",1,"M","carte 04 / Bénéficiaire 7","OK",null,"JEU D'ESSAI"]
[81,"CLARENCE","CLARENCE","CLARENCE","URGENCE","URGENCE",213102288044517,"2013-10-16",1,"M",null,"OK","pour tests en mode urgence/BDG (1.3, 2.1, 3.1, 3.2, 3.3)","DEMANDE DE CONFORMITE"]
[82,"MONIQUE","MONIQUE","MONIQUE","ATTRIBUT","ATTRIBUT",235061058692768,"1935-06-07",1,"F",null,"OK","pour tests de MAJ des attributs (3.3)","DEMANDE DE CONFORMITE","DOCS"]
[83,"DIDER","DIDER","DIDER","BLOCH","BLOCH",138080427231017,"1938-08-23",1,"M",null,"OK","pour la TD0.2 et la TD1.6 : fournir avant homologation les références des cartes CPS à bloquer","DEMANDE DE CONFORMITE"]
[84,"ELVIRE","ELVIRE","ELVIRE","EXPIRE","EXPIRE",241030750595179,"1941-03-01",1,"F",null,"OK","pour la TD0.2 et la TD1.6 : fournir avant homologation les références des cartes CPS pour laquelle l'autorisation doit expirer","DEMANDE DE CONFORMITE"]
[85,"ANNIE","ANNIE","ANNIE","HALL","HALL",287080883795737,"1987-08-20",1,"F",null,"OK","pour tests alimentation, remplacement, suppression de document","DEMANDE DE CONFORMITE","DOCS"]
[86,"CECILE","CECILE","CECILE","ALOT","ALOT",116095280720767,"1916-09-01",1,"F",null,"OK","pour tests de recherche par dates","DEMANDE DE CONFORMITE"]
[87,"MARJORIE","MARJORIE","MARJORIE","RECHERCHE","RECHERCHE",178101062506892,"1978-10-23",1,"F",null,"OK","pour tests de consultation de documents","DEMANDE DE CONFORMITE"]
[88,"ABRARACOURSIX","ABRARACOURSIX","ABRARACOURSIX","INSFAMILLETROIS","INSFAMILLETROIS",193102622171024,"1993-10-05",1,"M","carte 03 / Bénéficiaire 2","fermé",null,"JEU D'ESSAI"]
[89,"ASSURANCETOURIX","ASSURANCETOURIX","ASSURANCETOURIX","INSFAMILLETROIS","INSFAMILLETROIS",160042622170397,"1960-04-14",1,"M","carte 03 / Bénéficiaire 1","fermé",null,"JEU D'ESSAI"]
[90,"NADINE","NADINE","NADINE","INSFAMILLEQUATRE","INSFAMILLEQUATRE",202096615708958,"2002-09-18",1,"F","carte 04 / Bénéficiaire 8","fermé",null,"JEU D'ESSAI"]
[91,"CELINE","CELINE","CELINE","INSFAMILLEQUATRE","INSFAMILLEQUATRE",203061212712750,"2003-06-25",1,"F","carte 04 / Bénéficiaire 9","OK",null,"JEU D'ESSAI"]
[92,"JUMEAUUN","JUMEAUUN","JUMEAUUN","INSFAMILLEQUATRE","INSFAMILLEQUATRE",199013417202174,"1999-01-15",1,"M","carte 04 / Bénéficiaire 4","OK","pour test TD1.3","DEMANDE DE CONFORMITE"]
[93,"PAULETTE","PAULETTE","PAULETTE","PAT-PLUSNEUF","PAT-PLUSNEUF",201063022011090,"1901-06-18",1,"F",null,"non créé",null,"JEU D'ESSAI"]
[94,"JUAN","JUAN","JUAN","TENERIFE","TENERIFE",121096322009479,"2021-09-19",1,"M","pas de carte","OK","patient utilisé pour les tests de non-régression\n ","DEMANDE DE CONFORMITE"]
[96,"CHRISTIAN","CHRISTIAN","CHRISTIAN","PATB-UN","PATB-UN",283084121661677,"1983-08-02",1,"M",null,"vide",null,"JEU D'ESSAI","DOCS"]
[97,"MARIE","MARIE","MARIE","CURIE","CURIE",134076322009786,"1934-07-04",1,"F","pas de carte","OK","patiente utilisée pour les tests DICOM","DEMANDE DE CONFORMITE","DICOM"]