DMP1 DSFT des Interfaces DMP des LPS Annexe : complément de spécification sur l impression des documents à remettre au patient

Transcription

1 DMP1 DSFT des Interfaces DMP des LPS Annexe : complément de spécification sur l impression des documents à remettre au patient Identification du document Référence Date de dernière mise à jour 30/06/11 Version DMP1_LPS_TEC_DSFT des interfaces LPS_Annexe_Formulaire_Patient_ _v1 0 1.PDF Classification Non sensible public Nombre de pages 5 Historique du document Version Date Commentaires V 0.0.x 1 er trimestre 2011 Versions de travail successives du document V /06/2011 Version complétant le DSFT des interfaces DMP des LPS v1.0.1

2 Sommaire 1 Objet du document Contenu de l Annexe... 3 Classification : Non sensible public 2 / 5

3 1 Objet du document Ce document a pour but de fournir aux candidats à la DMP Compatibilité un complément de spécification sur l impression du document contenant les paramètres d accès du patient à son compte internet pour le DMP. 2 Contenu de l Annexe Les informations suivantes seront intégrées ultérieurement dans une version mise à jour du DSFT des interfaces DMP des LPS v1.0.1 publié par l ASIP Santé, au niveau du «Impression des documents et remise au patient» : Début de l annexe Impression des documents et remise au patient Le LPS qui met en œuvre les transactions TD1.5a «Création du compte internet patient» et TD1.5d «Mise à jour des informations du compte internet Patient» doit être en mesure d imprimer un document contenant ses données de connexion sur 1 page à découper : 1ère partie de la page : INS + identifiant de connexion du patient ; nom et prénom du patient ; date de création du compte internet patient ; 2ème partie de la page : mot de passe du patient. Ceci doit être mis en œuvre par le peuplement d un modèle de formulaire PDF fourni par l ASIP Santé Modalités de récupération du modèle de formulaire Ce modèle de document est disponible en téléchargement sur une URL référencée dans un fichier XML. Ce fichier XML est lui-même disponible à l URL fixe suivante : Il comporte les informations de récupération de la dernière version du modèle de formulaire patient sous forme de paires «clé / valeur» : Nom du paramètre version date_maj url hash Signification Version du modèle de formulaire PDF Date de mise à jour du modèle de formulaire au format YYYYMMDDhhmmss URL de téléchargement de la dernière version du modèle de formulaire Checksum MD5 du modèle de formulaire PDF afin que le LPS puisse éventuellement vérifier l intégrité du fichier téléchargé Tableau 1 : liste des paramètres de téléchargement du modèle de formulaire patient Classification : Non sensible public 3 / 5

4 Syntaxe du fichier : Elément Racine de la liste des paramètres Nom de la liste de paramètres Entrée pour un paramètre Nom du paramètre Valeur du paramètre Chemin XPath /dmp-parameters/parameter-list parameter-list/@code parameter-list/parameter parameter/@code parameter/@value Tableau 2 : liste des paramètres de téléchargement du modèle de formulaire patient Exemple : <?xml version="1.0" encoding="utf-8"?> <dmp-parameters version="1.0"> <parameter-list code="param-formulaire-patient"> <parameter code="version" value="1.0.0"/> <parameter code="date_maj" value=" "/> <parameter code="url" value=" <parameter code="hash" value="fecf091330cb549ec5db96c99d5d7d06"/> </parameter-list> </dmp-parameters> Lorsqu il récupère une version donnée du modèle de formulaire, le LPS doit stocker localement une information (par exemple : date_maj) sur laquelle il pourra se baser pour vérifier ultérieurement s il dispose ou non de la dernière version du modèle. Le LPS doit récupérer régulièrement la dernière version du XML de paramètres afin de s assurer qu il possède la dernière version du modèle de formulaire PDF, en comparant la date_maj stockée localement avec la date_maj renseignée dans le fichier XML. Si ces dates diffèrent, le LPS doit alors récupérer la dernière version du modèle de formulaire en ligne à l URL indiquée dans le fichier XML. Les modalités de gestion de l impression sont laissées à la discrétion de l éditeur. Celui-ci doit cependant veiller à garantir un déploiement rapide de toute nouvelle version de modèle de document, ce qui suppose que cette mise à jour du modèle soit intégrée et déployée : de façon simple, par téléchargement régulier du modèle depuis l URL de la dernière version du PDF, à partir du LPS ; de la façon la plus transparente possible pour l utilisateur, en utilisant, par exemple, un mécanisme de «live update» du LPS ; dans le cas où aucun déploiement automatique de type «live update» ne peut être envisagé, les utilisateurs du LPS (ou les personnes en charge de leur administration technique sur le poste de travail de l utilisateur) doivent être en mesure de réaliser eux-mêmes la mise à jour. REGLE DE BONNE PRATIQUE Il est recommandé que la vérification sur la version du modèle de formulaire soit effectuée avec une fréquence hebdomadaire. Classification : Non sensible public 4 / 5

5 Modalités de personnalisation du modèle de formulaire Le LPS doit remplir de manière automatique les champs de type «Text Field» du modèle de formulaire PDF, puis proposer l impression au PS ; les champs ainsi renseignés ne doivent plus être modifiables. Les noms des champs sont décrits dans le tableau ci-après : Nom du champ Civilité, Prénom, NOM INS Date Identifiant Password Temporaire Donnée à renseigner Renseigner (dans le champ : «Civilité, Prénom, NOM») la civilité (optionnelle), le prénom et le nom du patient séparés par un espace INS du patient (avec la clé) Date de création du compte internet patient Identifiant du patient (récupéré via la TD1.5) Mot de passe temporaire du patient (récupéré via la TD1.5) Tableau 3 : liste des champs «Text Field» du modèle de formulaire patient Note : Les modifications qui seront apportées au modèle de formulaire ne toucheront que le texte ou sa présentation, mais pas le nombre ou le nom des champs Fin de l annexe Classification : Non sensible public 5 / 5