CDC OCT SCOR Version 2.10.03 sans MR - GIE SESAM

Transcription

Facturation
Cahier des Charges OCT SCOR
Version
2.10
Date
Février 2013
Référence
PDT-CDC-062
Information RESTREINTE
Etat
PROVISOIRE
GIE SESAM-Vitale, opérateur de l'infrastructure d'échanges SESAM-Vitale
5, boulevard Marie et Alexandre Oyon – 72019 LE MANS Cedex 2
www.sesam-vitale.fr
PDT-CDC-062
Numérisation et télétransmission des pièces
justificatives "Organisme Concentrateur
Technique"
Version : 2.10
Conformément à l'article L.122-4 du code de la propriété intellectuelle, toute
représentation ou reproduction (intégrale ou partielle) du présent ouvrage, quel
que soit le support utilisé, doit être soumise à l’accord écrit préalable du G.I.E.
SESAM-Vitale.
Il en est de même pour sa traduction, sa transformation, son adaptation ou son
arrangement, quel que soit le procédé utilisé.
Tout manquement à ces obligations constituerait un délit de contrefaçon, au sens
des articles L 335-2 et suivants du code de la propriété intellectuelle, susceptible
d’entraîner des sanctions pour l’auteur du délit.
Février 2013
G.I.E. SESAM-Vitale
Ce document ne peut être diffusé sans l'autorisation d'une personne habilitée au G.I.E. SESAM-Vitale
3 / 62
PDT-CDC-062
Technique"
Version : 2.10
FICHE SIGNALETIQUE
Evolutions apportées par
cette nouvelle version du
système
Nouvelles fonctionnalités
Professionnels concernés
EV01
Télétransmission des pièces
justificatives pour les pharmaciens
Pharmaciens
EV02
Télétransmission des pièces
justificatives pour PS prescrits
Tout PS Prescrits
Février 2013
G.I.E. SESAM-Vitale
4 / 62
Technique"
PDT-CDC-062
Version : 2.10
TABLES DES MATIERES
1
2
3
PREAMBULE .......................................................................................................................................................... 7
PRESENTATION GENERALE ............................................................................................................................. 8
2.1 CONTEXTE DU PROJET DE NUMERISATION ET DE TELETRANSMISSION DES PIECES JUSTIFICATIVES ..................... 8
2.1.1 Périmètre du système ........................................................................................................................... 8
2.1.2 Le système et son contexte dynamique ............................................................................................... 10
2.2 LES FLUX DE PIECES JUSTIFICATIVES ................................................................................................................ 15
2.2.1 Les flux de pièces justificatives du PS vers l’AMO ............................................................................ 15
2.2.2 Les flux retours de l’AMO vers le PS................................................................................................. 17
2.2.3 Rappel sur la relation entre les lots de FSE et les lots de PJ ............................................................ 18
2.2.4 Relation entre les lots de PJ et les ARL SCOR .................................................................................. 18
SPECIFICATIONS DES TRAITEMENTS ......................................................................................................... 19
3.1 CADRAGE FONCTIONNEL .................................................................................................................................. 19
3.2 PRESENTATION DE LA PHASE « RA : RECEPTIONNER LES FLUX VENANT DU PS» .............................................. 24
3.2.1 RA01 : Accueillir le message émis par le PS ..................................................................................... 25
3.2.2 RA02 : Traiter le contenu du message du PS..................................................................................... 26
3.2.3 RA03 : Transmettre le message vers le PAIR .................................................................................... 27
3.3 PRESENTATION DE LA PHASE « RR : RECEPTIONNER LES FLUX VENANT DU PAIR ........................................... 29
3.3.1 RR01 : Identifier les messages émis par le PAIR............................................................................... 30
3.3.2 RR02 : Traiter le message de retour émis par le PAIR...................................................................... 32
3.3.2.1
3.3.2.2
3.3.2.3
3.3.2.4
Février 2013
RR02.01 : Prendre en compte les messages de service chiffrement et rejet d’entête SEH................... 34
RR02.02 : Prendre en compte les messages AR_P .............................................................................. 35
RR02.03 : Prendre en compte les messages ARL ................................................................................ 36
RR02.04 : Prendre en compte les messages de service rejet SMTP ..................................................... 38
G.I.E. SESAM-Vitale
5 / 62
PDT-CDC-062
Technique"
Version : 2.10
TABLE DES ILLUSTRATIONS
FIGURE 1 : DIAGRAMME DE CONTEXTE STATIQUE ................................................................................................................ 9
FIGURE 2 : SCHEMA DE CONTEXTE DYNAMIQUE – OCT ROUTEUR ................................................................................... 11
FIGURE 3 : SCHEMA DE CONTEXTE DYNAMIQUE – OCT DEPOSITAIRE D’ARL.................................................................. 13
FIGURE 4 : FSE ET DOSSIER DE JUSTIFICATIFS ................................................................................................................... 15
FIGURE 5 : 1 LOT DE FSE, N LOT DE JUSTIFICATIFS ............................................................................................................ 16
FIGURE 6 : MESSAGE SMTP .............................................................................................................................................. 16
FIGURE 7 : STRUCTURE DES MESSAGES SMTP ARL .......................................................................................................... 17
FIGURE 8 : RELATION ENTRE LOT FSE ET LOT PJ .............................................................................................................. 18
FIGURE 9 : RELATION ENTRE LOT DE PJ ET ARL SCOR .................................................................................................... 18
FIGURE 10 : EXEMPLE DE PROCESSUS D’UTILISATION DU SYSTEME AVEC LES OCT .......................................................... 20
FIGURE 11 : ENCHAINEMENT DES OPERATIONS DE RA : RECEPTIONNER LES FLUX VENANT DU PS ................................... 24
FIGURE 12 : ENCHAINEMENT DES OPERATIONS DE RA02 : TRAITER LE CONTENU DU MESSAGE DU PS ............................. 26
FIGURE 13 : ENCHAINEMENT DES OPERATIONS DE RR : RECEPTIONNER LES FLUX VENANT DU PAIR .............................. 30
FIGURE 14 : ENCHAINEMENT DES OPERATIONS DE RR02 : TRAITER LE MESSAGE DE SERVICE EMIS PAR LE PAIR ............ 33
TABLE DES ANNEXES
ANNEXE 1 FLUX DU PARTENAIRE RESEAU VERS LE SYSTEME D’ACCUEIL DES FLUX .................... 39
A1-1 PROFIL DU MESSAGE SMTP .............................................................................................................................. 39
ANNEXE 2 FLUX DU SYSTEME D’ACCUEIL DES FLUX VERS LE PARTENAIRE RESEAU .................... 43
A2-1 LES MESSAGES DE SERVICE DE CHIFFREMENT ................................................................................................... 43
A2-2 LES MESSAGES DE SERVICE INDIQUANT UNE ANOMALIE DE STRUCTURE SMTP ............................................... 48
A2-3 LES CONTROLES ET LES MESSAGES DE SERVICE INDIQUANT UN ENTETE SEH REJETE ....................................... 52
A2-4 CONTROLE DES FLUX PS AU NIVEAU LOT ET LES MESSAGES SMTP INDIQUANT UN ARL ................................. 56
Février 2013
G.I.E. SESAM-Vitale
6 / 62
PDT-CDC-062
1
Technique"
Version : 2.10
Préambule
Ce document constitue le cahier des charges qui énonce les principes de
réception et d’envoi d’un lot de pièces justificatives pour les Organismes
concentrateurs Techniques (OCT) dans le cas où un Professionnel de Santé
souhaite utiliser les services d’un OCT.
Il énonce également les principes de traitement des retours «techniques» (ARL
ou message de services) transmis par les organismes d’assurance maladie et
éventuellement leur retransmission vers les Professionnels de Santé (PS).
Il ne peut être implémenté que par les OCT qui traitent les flux agréés SESAMVitale.
Février 2013
G.I.E. SESAM-Vitale
7 / 62
PDT-CDC-062
Technique"
Version : 2.10
2
Présentation générale
2.1
Contexte du projet de numérisation et de télétransmission
des pièces justificatives
Dans le cadre de l’amélioration de la gestion du risque, de l’offre de nouveaux
services aux tiers, ainsi que de l’amélioration des réseaux tant administratifs que
médicaux, l’assurance maladie obligatoire a décidé de mettre en place une
solution de télétransmission et de récupération de flux de pièces justificatives
émises par les Professionnels de Santé exécutants.
Le périmètre de ce projet inclut l’ensemble des PS prescrits ayant la faculté
technique de numériser les pièces justificatives permettant le remboursement
des prestations délivrées aux assurés des régimes d’assurances maladie
obligatoire.
2.1.1
Périmètre du système
Ce paragraphe décrit :
• les acteurs externes et les sous-systèmes interagissant avec le système décrit
dans ce document,
• le contexte statique du système,
• le contexte dynamique du système.
Acteurs
Externes
Nom
Février 2013
Définition du rôle
Professionnel
de Santé (PS)
Le Professionnel de Santé réalise la numérisation des pièces
justificatives et les transmet aux organismes d’assurance
maladie obligatoire (AMO).
Organisme
assurance
maladie
obligatoire
(AMO)
Cet acteur regroupe l’ensemble des organismes d’assurance
maladie obligatoire accueillant des feuilles de soins
électroniques SESAM-Vitale.
Il reçoit, contrôle, traite et assure l’archivage des pièces
justificatives numérisées.
G.I.E. SESAM-Vitale
8 / 62
Technique"
PDT-CDC-062
Version : 2.10
Description des
sous- systèmes
Nom
Définition du rôle
Poste de
Travail
Sous-système en charge de la numérisation des pièces
justificatives et de leur télétransmission vers les AMO.
(PdT)
Sous-système en lien direct avec le système d’accueil de flux
(ou un OCT) et le PS.
Organisme
Concentrateur
Technique
Sous système, sous la responsabilité des PS, assurant les
fonctions intermédiaires :
•
soit pour un OCT Routeur, l’acheminement des flux
entre les PS et le système d’accueil de flux de pièces
justificatives (PAIR).
•
soit pour un OCT dépositaire d’ARL, uniquement la
réception des accusés réception Technique
à
destination des PS.
(OCT)
Ce sous système est optionnel et son utilisation relève d’un
choix du PS.
Système
d’accueil des
flux
(PAIR)
Sous-système en charge d’accueillir les pièces justificatives
numérisées en provenance des officines.
Sous-système en lien direct avec les postes de travail des PS
(ou un OCT) et les AMO.
Contexte
statique
Ce paragraphe présente le système spécifié dans le cadre de ce CDC et ses
liens avec les utilisateurs et les systèmes externes.
1..n
Professionnel
de Santé
1..n
1..n
1
1
1..n
1
1..n
PAIR (système d’accueil
des flux)
Poste de travail
1
Organisme AMO
1..n
OCT (Organisme
Concentrateur Technique)
Périmètre de ce cahier des charges
Figure 1 : diagramme de contexte statique
Février 2013
G.I.E. SESAM-Vitale
9 / 62
Technique"
PDT-CDC-062
2.1.2
Version : 2.10
Le système et son contexte dynamique
Ce paragraphe présente les impacts de la télétransmission des pièces
justificatives sur les échanges dans le cas où le PS opte pour l’utilisation des
services d’un OCT (routeur ou dépositaire d’ARL).
Gestion des Pièces
Justificatives et des
messages de services
associés
Un OCT routeur prend en charge la réception et la retransmission des pièces
justificatives du PS vers le système d’accueil des AMO (PAIR). Il prend en
charge la réception des messages de service et éventuellement leur
retransmission au PS.
Un OCT dépositaire d’ARL ne prend pas en charge la réception et la
retransmission des pièces justificatives du PS vers le système d’accueil des AMO
(PAIR) et les messages de service transmis par le PAIR.
Gestion des
ARL
En fonction du choix du PS, un OCT routeur peut prendre en charge la réception
des ARL et éventuellement leur retransmission au PS.
Un OCT dépositaire d’ARL reçoit du PAIR les ARL et, en fonction du choix du
PS, lui retransmettre.
Dans le cas où le PS n’a pas opté pour la réception des ARL directement du
système d’accueil des flux de pièces justificatives (PAIR), l’OCT routeur ou l’OCT
dépositaire d’ARL doit obligatoirement retransmettre les ARL (positifs ou
négatifs) au PS.
Choix du PS
Le PS peut donc opter soit :
•
de passer par un OCT routeur pour lui transmettre ses flux de PJ et
éventuellement lui confier la réception des ARL.
•
De passer par un OCT dépositaire d’ARL pour lui confier la réception des
ARL.
Résumé des
possibilités
Emission des PJ vers le PAIR
Choix du PS
OCT Routeur
OCT dépositaire d’ARL
Le PS envoie ses PJ à l’AMO
Oui
Impossible
Le PS reçoit des messages de service
Oui
Impossible
Réception des ARL émis par le PAIR
Choix du PS
Février 2013
OCT Routeur
OCT dépositaire d’ARL
G.I.E. SESAM-Vitale
10 / 62
Technique"
PDT-CDC-062
Version : 2.10
Le PS reçoit seul les ARL
Pas d’ARL
Pas d’ARL
L’OCT reçoit seul les ARL
Réception et
retransmission au PS
Réception et
retransmission au PS
Réception
Réception
Le PS et l’OCT reçoivent les ARL
Le choix du PS est représenté selon les 2 contextes dynamiques présentés dans
les paragraphes ci-dessous.
Contexte dynamique
OCT - Routeur
: PdT
: Professionnel de Santé
OCT
: Système d'accueil
des flux (PAIR)
: AMO
1 - Pièces justificatives
Périmètre OCT
2 - Lot de justificatifs pour l'OCT
3 - Lot de justificatifs pour le PAIR
Message SMTP rejet ou service
4 -Retour Msg service OCT
5 - Retour Msg service PS
ARL
6 - Retour ARL OCT
7 - Retour ARL PS
ET/OU
OU
8 - Retour ARL PS
9 - Lot de justificatifs pour l'AMO
Figure 2 : Schéma de Contexte dynamique – OCT Routeur
La cinématique
des flux
•
Le Poste de Travail du PS transmet ses lots SCOR vers le PAIR via l’OCT (flux 1, 2 et 3).
•
Les messages de rejet sont transmis à l’OCT (flux 4)
•
L’OCT doit retransmettre certains messages de rejet au PS (flux 5).
•
L’OCT transmettra ou non les ARL au PS en fonction du choix du PS (flux 6 et 7).
Février 2013
G.I.E. SESAM-Vitale
11 / 62
PDT-CDC-062
Technique"
Version : 2.10
•
Le PS a la possibilité de demander la réception ou non des ARL directement du PAIR (flux
8).
•
Le PAIR transmet à l’AMO le lot de PJ acquitté positivement (flux 9)
Février 2013
G.I.E. SESAM-Vitale
12 / 62
Technique"
PDT-CDC-062
Version : 2.10
Contexte dynamique
OCT – Dépositaire
d’ARL
OCT
: Système d'accueil
des flux (PAIR)
: AMO
: PdT
1 - Pièces justificatives
2 - Lot de justificatifs pour PAIR
Message SMTP rejet ou service chiffrement
3 - Msg Service PS
Périmètre OCT
ARL
4 - Retour ARL OCT
5 - Retour ARL PS
ET/OU
OU
6 - Retour ARL PS
7 - Lot de justificatifs pour l'AMO
Figure 3 : Schéma de Contexte dynamique – OCT Dépositaire d’ARL
La cinématique
des flux
•
Le Poste de Travail du PS transmet ses lots SCOR directement au PAIR (flux 1 et 2).
•
Les messages de rejet sont transmis au PS (flux 3)
•
Le PS a la possibilité de demander la réception ou non des ARL directement du PAIR (flux
6).
•
L’OCT transmettra ou non les ARL au PS en fonction du choix du PS (flux 4 et 5).
•
Le PAIR transmet à l’AMO le lot de PJ acquitté positivement (flux 7)
Février 2013
G.I.E. SESAM-Vitale
13 / 62
PDT-CDC-062
Technique"
Version : 2.10
Exigences
d’échange
Principes
Le choix de l’utilisation d’un OCT appartient au Professionnel de Santé, dans le
respect des principes suivants :
• Exigence 1 : Acceptation des flux qu’à partir du CDC SCOR Editeurs
V2.10
• Exigence 2 : Réversibilité entre le mode d’échange direct (sans OCT) et
le mode via OCT (Routeur ou Dépositaire d’ARL)
• Exigence 3 : Minimisation des impacts vers les éditeurs
• Exigence 4 : Délai de retransmission par l’OCT réduit au jour de
réception
• Exigence 5 : Liberté du choix de son OCT pour le Professionnel de
Santé
• Exigence 6 : Identifiant de l'OCT identique à celui utilisé pour SESAM
Vitale
• Exigence 7: Messagerie électronique SMTP
• Exigence 8 : Retransmission du lot de PJ et des ARL sans intervention
de l’OCT
• Exigence 9 : Retransmission de l’ARL SCOR selon le choix du PS
• Exigence 10 : Retransmission des messages de service rejet ou
chiffrement au PS
• Exigence 11 : Compression des Flux
La description de ces principes et leurs éléments de mise en œuvre sont décrits
au § 4.1.2 au niveau des principes généraux d’utilisation d’un OCT.»
Flux transmis
L’OCT n’a pas la possibilité de modifier, de concaténer ou d’éclater un lot de
justificatifs reçus d’un PS, ni un retour émis par le PAIR.
Contexte
contractuel
Le Professionnel de Santé, disposant d’un progiciel agréé SESAM-Vitale, a la
possibilité d’opter pour une télétransmission via un Organisme Concentrateur
Technique ou d’opter pour que l’Organisme Concentrateur Technique reçoive les
accusés réceptions liés aux flux SCOR.
Le Professionnel de Santé est lié contractuellement à cet OCT.
Les règles régissant les OCT et décrites dans ce CDC ne sont pas opposables.
Février 2013
G.I.E. SESAM-Vitale
14 / 62
PDT-CDC-062
2.2
Technique"
Version : 2.10
Les flux de pièces justificatives
La norme d’échange utilisée dans le cadre de la télétransmission des pièces
justificatives numérisées par un Professionnel de Santé Prescrits est la Norme
SEH (Système d’Echanges Harmonisés des organismes d’assurance maladie
obligatoire).
Le protocole d’échange SEH entre les Professionnels de Santé « Prescrits » et
les AMO [Contrat d’échange SEH SCOR] est disponible sur le
site « http://www.ameli.fr/l-assurance-maladie/documentationtechnique/transport-des-flux/numerisation-des-ordonnances.php».
La version de la norme d’échange SEH valable pour cette version du CDC
est pour :
2.2.1
•
Le message d’entête ENTSCANORDO : Version 02.08
•
Le message métier SCANORDO : Version 02.03
•
Le message d’entête d’ARL ENTARLSCANORDO : Version 02.00R2
•
Le message d’ARL ARLSCANORDO : Version02.02R1
•
Le contrat d’échange SEH associé : Version 03.01
Les flux de pièces justificatives du PS vers l’AMO
Avec la réalisation d’une FSE SESAM-Vitale, le Professionnel de Santé
« Prescrits» numérise les pièces justificatives papier, pour établir un fichier PDF
par type de nature de pièces justificatives.
Le Professionnel de santé peut également transmettre l’identifiant d’une ou
plusieurs pièces justificatives qui ont fait l’objet d’un acquittement positif de la
part de l’AMO.
A ce ou ces fichiers PDF et/ou le ou les identifiants de pièce justificative est
associé un index SEH formant ainsi un dossier de justificatifs pour une FSE.
La notion de dossier de justificatifs est déclinée ici pour faciliter la lecture pour la
suite du document. Chacun des documents du dossier de justificatifs est chiffré.
Figure 4 : FSE et dossier de justificatifs
Février 2013
G.I.E. SESAM-Vitale
15 / 62
PDT-CDC-062
Technique"
Version : 2.10
Suite à la mise en lot des FSE associées aux pièces justificatives d’un lot de
FSE, le poste de travail du professionnel de santé réalise la mise en lot des
dossiers de justificatifs liés à ce lot de FSE.
1 en tête SEH
0 à n dos sier d e PJ
1 ent ête SEH
0 à n d oss ier de PJ
1 lot de FSE
1 ent ête SEH
0 à n d oss ier de PJ
1 à n lot (s) de dos siers PJ
Figure 5 : 1 lot de FSE, n lot de justificatifs
Dès la mise en lot des pièces justificatives et pour chaque lot constitué, le poste
de travail du professionnel de santé doit :
• réaliser l’entête SEH du lot de justificatifs. Cet entête SEH permet notamment
de récapituler l’ensemble des documents constituant le lot transmis (pièces
justificatives et/ou identifiant de pièce justificative et index SCANORDO).
• constituer et transmettre un message SMTP comportant une pièce jointe
compressée établie à partir du lot de justificatifs et de l’entête SEH.
Figure 6 : Message SMTP
Février 2013
G.I.E. SESAM-Vitale
16 / 62
PDT-CDC-062
2.2.2
Technique"
Version : 2.10
Les flux retours de l’AMO vers le PS
Après transmission des messages contenant les lots de justificatifs, le
Professionnel de Santé reçoit dans sa boîte aux lettres des messages SMTP
émis par le système d’accueil des flux des AMO. Ces messages SMTP peuvent
être :
• Soit des messages de service :
○ « rejet » qui indique que l’ensemble du message transmis par le
Professionnel de Santé est rejeté par le système d’accueil des flux.
○ « chiffrement » qui indique la mise à disposition d’un nouveau certificat à
utiliser pour les prochaines télétransmissions avec l’AMO.
• Soit des messages d’ARL SEH qui indiquent au PS l’acceptation de
l’ensemble du lot transmis, ou le refus d’un ou plusieurs dossiers de
justificatifs du lot transmis. Chacun des messages d’ARL SEH contient, dans
sa pièce jointe, un fichier d’entête SEH et le fichier de diagnostic de chacun
des dossiers transmis.
Figure 7 : structure des messages SMTP ARL
Février 2013
G.I.E. SESAM-Vitale
17 / 62
Technique"
PDT-CDC-062
2.2.3
Version : 2.10
Rappel sur la relation entre les lots de FSE et les lots de PJ
Le schéma ci-dessous présente le lien entre un lot de FSE et un lot de pièces
justificatives.
Unité élémentaire
Facturation SESAMVitale
FSE – Feuille de
Soins Electronique
Lotissement
1 FSE
1 lot de FSE
1 dossier de PJ
1 à n lots PJ
SCOR
PJ - Pièces
justificatives
1 Index SEH
chiffré
1 en-tête SEH
1 à n PJ
PDF chiffrés
0 à n dossiers de PJ
Figure 8 : Relation entre lot FSE et lot PJ
2.2.4
Relation entre les lots de PJ et les ARL SCOR
1 Lot ARL PJ
1 lot de PJ
1 en-tête SEH
0 à n dossiers de PJ
1 ARL entête SEH
1 ARL par dossier
1 en-tête ARL SEH
Figure 9 : Relation entre lot de PJ et ARL SCOR
Février 2013
G.I.E. SESAM-Vitale
18 / 62
PDT-CDC-062
Technique"
3
Spécifications des traitements
3.1
Cadrage fonctionnel
Version : 2.10
Evénement
déclencheur
L’OCT reçoit le message SMTP du PS et/ou le message SMTP de l’AMO suite à
la transmission par le Professionnel de Santé des pièces justificatives.
Description
Le processus doit être en mesure de traiter les messages SMTP des pièces
justificatives à destination du serveur d’accueil des flux (PAIR) et de traiter les
messages SMTP des retours des AMO. Ce processus inclut :
• Pour les OCT routeur, la réception, le traitement et la retransmission des flux
PS (Fonctionnalités RA: Réceptionner les flux venant du PS) et
• Pour les OCT routeur ou dépositaire des ARL, d’identifier et traiter les flux
émis par le système d’accueil des flux (Fonctionnalité RR : Réceptionner les
flux venant du PAIR).
Contraintes
Le processus de transmission des pièces justificatives dans le cadre du système
SCOR ne doit pas altérer ou modifier le processus d’émission des factures
SESAM-Vitale par le professionnel de santé ou par l’organisme concentrateur
technique.
Données en
entrée
Les données d’entrée du système sont les messages SMTP contenant les pièces
justificatives ou les messages SMTP contenant les accusés de réception émis
par l’AMO.
Résultat
Les messages retour positif transmis pour le poste de travail du PS par le PAIR.
Février 2013
G.I.E. SESAM-Vitale
19 / 62
PDT-CDC-062
Technique"
: PdT
OCT
Version : 2.10
: Système d'accueil des flux (PAIR)
: AMO
Traiter les pièces justificatives papier
Gérer les flux SCOR
Pièces
justificatives
RA : Réceptionner les
flux venant du PS
TT : Transmettre un flux de
pièces justificatives
Accueillir les flux de pièces
justificatives
AT : Traiter les flux de
pièces justificatives
TA : Analyser les retours
Lots de
justificatifs
RR : Réceptionner les
flux venant du PAIR
Fin
Figure 10 : Exemple de processus d’utilisation du système avec les OCT
Scénarios
En fonction du choix du PS d’opter pour l’une des options de télétransmission via
un OCT (Routeur ou dépositaire d’ARL), l’OCT doit mettre en place les
fonctionnalités suivantes :
Fonctionnalité à mettre en place par l’OCT
Option OCT
Février 2013
RA : Réceptionner les
flux venant du PS
RR : Réceptionner les
flux venant du PAIR
OCT Routeur
Oui
Oui
OCT Dépositaire
d’ARL
Non
Oui
G.I.E. SESAM-Vitale
20 / 62
Technique"
PDT-CDC-062
Version : 2.10
Les 11 Exigence principales
d’utilisation d’un OCT
• Exigence 1 : Acceptabilité des flux à partir du CDC SCOR Editeurs
V2.10
Les OCT peuvent prendre en compte les flux SCOR à partir :
•
du CDC Editeurs V2.10
•
de la norme SEH :
•
ENTSCANORDO : Version 02.08
•
SCANORDO : Version 02.03
•
ENTARLSCANORDO : Version 02.00R2
•
ARLSCANORDO : Version 02.02R1
• Exigence 2 : Réversibilité entre le mode d’échange direct (sans OCT) et
le mode via OCT (Routeur ou dépositaire d’ARL)
Le système mis en place doit permettre au professionnel de santé, de passer
d’un mode d’échange via un organisme concentrateur technique à un mode
d’échange direct et vice-versa.
Ceci implique que :
• le progiciel de santé soit en conformité avec les annexes 1, 2 et 3 de
ce cahier de charges.
• l’installation ou la suppression sur le poste de travail du Professionnel
de Santé des produits nécessaires à l'Organisme Concentrateur
Technique n'interfère pas sur les modules de connexion au réseau
de messagerie fournis lors de l’installation du progiciel agréé
SESAM-Vitale.
• Exigence 3 : Minimisation des impacts vers les éditeurs
Il convient que les traitements par l’OCT ne présentent aucun impact sur le
Cahier des Charges Editeurs SCOR.
• Exigence 4 : Délai de retransmission par l’OCT réduit au jour de
réception
Il est nécessaire afin de ne pas perturber les processus de traitement des flux
SCOR par les chaînes de liquidation des régimes ainsi que ceux du poste de
travail du PS, que l’OCT retransmette les flux à destination du système d’accueil
(PAIR) ou du PS le jour même de réception du flux.
• Exigence 5 : Liberté du choix de son OCT pour le Professionnel de
Santé
Le système mis en place doit laisser la possibilité au professionnel de santé de
choisir et de changer librement et facilement d’Organisme Concentrateur
Technique.
Ceci nécessite la libre configuration de l'adresse de messagerie de l'organisme
concentrateur technique.
Février 2013
G.I.E. SESAM-Vitale
21 / 62
Technique"
PDT-CDC-062
Version : 2.10
• Exigence 6 : Identifiant de l'OCT identique à celui utilisé pour SESAM
Vitale
Le principe d’identification des OCT doit suivre celui utilisé pour le système de
facturation SESAM-Vitale à savoir :
Extrait du CDC OCT version 1.40 ; principe n°5 chap itre 2.1.5 du corps :
« § 2.5.1.1 - Unicité de l'identifiant1
Le système SESAM-Vitale se base sur un réseau de messagerie avec une
adresse de messagerie pour chaque identifiant destinataire ou émetteur de
messages SESAM-Vitale.
Afin de permettre une utilisation nationale et correcte du système par les
organismes concentrateurs techniques, il est nécessaire de désigner chaque
organisme concentrateur technique par un identifiant unique et inter régime
(SIREN).
D’ou l’utilisation d'un agrégat du type "n° SIREN + numéro séquentiel" pour une
identification unique des OCT en tant qu'émetteur de flux dans SESAM-Vitale. Et
à cet identifiant de numéro émetteur ne peut correspondre qu’une seule
adresse de messagerie.
La boite aux lettres vers laquelle seront émis les messages retour des
organismes d'Assurance Maladie sera donc associée à cet agrégat.
C'est l'OCT qui choisit son identifiant émetteur (unique au niveau national et non
déjà utilisé pour les télétransmissions X-Modem) en fonction des principes
énoncés dans ce paragraphe (SIREN + n° d'ordre).
L'OCT communique cet identifiant à ses partenaires.
§ 2.5.1.2 - Multi-boîtes aux lettres
Les OCT sont autorisés à utiliser plusieurs boites aux lettres pour l’envoi des
messages et la réception des retours.
Dans ce cas, l’identifiant unique (SIREN) de l’organisme concentrateur technique
sera décliné en autant de n° d'émetteur qu'il y a d e boites aux lettres, afin de
respecter la règle d’unicité de l’identifiant émetteur pour une seule adresse
de messagerie. Cf. 3.5.3
Les BALs peuvent être sectorisées par catégories de Professionnel de Santé
mais tous les types de flux d'un même Professionnel de Santé doivent être émis
vers les AM depuis le même identifiant émetteur de l'OCT.
…
§ 2.1.5.4 - Exception
Les Organismes Concentrateurs Techniques qui ont déjà commencé à
transmettre des flux SESAM-Vitale avec un identifiant autre que celui défini cidessus, peuvent le conserver, à condition toutefois d'avoir l'assurance qu'il ne
soit pas utilisé par d'autres Organismes Concentrateurs Techniques.
Par contre, l'attribution d'un identifiant supplémentaire (pour une autre BAL) doit
se faire selon les règles ci-dessus. »
1
Cet identifiant est utilisé dans le fichier B2 ou DRE (type 000 position 28-41 quand l'OCT est destinataire et type 000
position 6-19 quand l'OCT est émetteur) et ce doit être le même que l'entête SMTP (champs "to" quand l'OCT est
destinataire et champs "from" quand l'OCT est émetteur).
Février 2013
G.I.E. SESAM-Vitale
22 / 62
PDT-CDC-062
Technique"
Version : 2.10
• Exigence 7 : Messagerie électronique SMTP
Les flux SESAM-Vitale entre l’organisme concentrateur technique et les
organismes d’assurance maladie obligatoire sont toujours des flux acheminés via
un réseau de messagerie appliquant le protocole SMTP avec l'extension MIME
ou S/MIME.
• Exigence 8 : Retransmission du lot de PJ et des ARL sans intervention
de l’OCT
Suivant l’option choisie par le PS (utilisation d’un OCT routeur ou dépositaire
d’ARL) l’OCT reçoit les lots de pièces justificatives et/ou les ARL. Ces flux reçus
par l’OCT ne peuvent et ne doivent pas être modifiés par l’OCT.
• Exigence 9 : Retransmission de l’ARL SCOR selon le choix du PS
En fonction du choix du PS indiqué dans le flux, l’OCT doit ou non retransmettre
le flux au PS.
• Exigence 10 : Retransmission des messages de service rejet ou de
chiffrement au PS
Si l’OCT retransmet les lots de pièces justificatives au système d’accueil des flux
SCOR, il doit retransmettre au PS les messages de service chiffrement ou de
rejet au PS.
• Exigence 11 Compression des flux
La compression des flux doit s'appliquer entre l'OCT et l'AMO et entre l’OCT et le
PS.
Février 2013
G.I.E. SESAM-Vitale
23 / 62
PDT-CDC-062
3.2
Technique"
Version : 2.10
Présentation de la phase « RA : Réceptionner les flux
venant du PS»
Vue générale
Description Cette fonctionnalité n’est applicable que pour les OCT qui souhaitent offrir au
PS le service de routage de ses flux.
L’objet de cette fonctionnalité est de traiter les messages reçus du
Professionnel de Santé par un OCT routeur.
Pour ce faire, l’OCT réalise les opérations suivantes :
• Accueillir le message émis par le PS (récupérer et décompresser le
message),
• Transmettre le message vers le système d’accueil des flux des AMO
(Compression du lot de PJ et constitution de l’entête SMTP à
destination du système d’accueil des flux des l’AMO).
Entrées Message SMTP SEH « émis par le PS »
Sorties Message SMTP SEH « émis par l’OCT Routeur »
Schéma
Début de RA
RA01 : Accueillir le message
émis par le PS
RA02 : Traiter le contenu du message
du PS
RA03 : Transmettre le
message vers le PAIR
Fin de RA
Figure 11 : Enchaînement des opérations de RA : Réceptionner les flux venant du PS
Février 2013
G.I.E. SESAM-Vitale
24 / 62
PDT-CDC-062
3.2.1
Technique"
Version : 2.10
RA01 : Accueillir le message émis par le PS
Vue générale
Description L’OCT Routeur réceptionne le message transmis par le PS.
La réception du message consiste à décompresser le message du PS.
Entête du message SMTP lot de justificatifs
Pièce jointe lot de justificatifs « compressée »
Sorties Message SMTP SEH « décompressé »
Fichier entête SEH du lot de justificatifs « non chiffré »
Fichier index SCANORDO « chiffré »
Fichier PDF de justificatif « chiffré »
Règles de
gestion
[RG_RA01] Décompresser la pièce jointe du message
L’OCT décompresse la pièce jointe en appliquant l’algorithme utilisé pour la
compression par le partenaire réseau.
Les fichiers doivent être compressés dans une archive ZIP dont les spécifications
sont fournies par PKWARE : http://www.pkware.com/support/zip-app-note.
Février 2013
G.I.E. SESAM-Vitale
25 / 62
PDT-CDC-062
3.2.2
Technique"
Version : 2.10
RA02 : Traiter le contenu du message du PS
Vue générale
Nom RA02 : Traiter le contenu du message du PS
Description Suite à la réception du message et à la décompression de la pièce jointe, l’OCT
Routeur doit prendre en compte, dans l’entête SEH du lot de justificatifs, les
identifiants nécessaires à la construction de l’adresse SMTP de l’AMO.
A savoir :
• Le code Régime et,
• éventuellement le code région (pour les messages SCOR à destination de
code grand régime 01).
Entrées Message SMTP SEH « décompressé »
Identité destinataire lot de justificatifs
Code région d’implantation du PS
Sorties Code Grand Régime pour OCT
Code région pour OCT
Schéma
Début de RA02
RG_RA02 : Déterminer le code
grand régime
Non
Code grand régime = 01 ?
Oui
RG_RA03 : Déterminer le code
région du PS
Fin de RA02
Figure 12 : Enchaînement des opérations de RA02 : Traiter le contenu du message du PS
Février 2013
G.I.E. SESAM-Vitale
26 / 62
PDT-CDC-062
Technique"
Version : 2.10
Règles de
gestion
[RG_RA02] Déterminer le code grand régime
L’OCT déduit le code grand régime à partir des deux premiers caractères du
champ « Identité du destinataire lot de justificatifs » contenu dans l’entité
«Destinataire lot de justificatifs » de l’entête SEH du lot de justificatif.
[RG_RA03] Déterminer le code région du PS
Pour déterminer le code région du PS, l’OCT utilise le champ « Code région
d’implantation du PS» contenu dans l’entité «Emetteur lot de justificatifs» de
l’entête SEH du lot de justificatif.
3.2.3
RA03 : Transmettre le message vers le PAIR
Vue générale
Description L’objet de cette opération est la transmission au système d’accueil de l’AMO
(PAIR) du lot de justificatifs élaboré par le poste de travail du PS.
L’élaboration du message SMTP doit respecter les contraintes citées dans
l’Annexe 1 : Flux du Partenaire Réseau vers le système d’accueil des flux
Entête du message SMTP lot de justificatifs
Pièce jointe lot de justificatifs « compressée »
Sorties Message SMTP SEH « décompressé »
Fichier index SCANORDO « chiffré »
Fichier PDF de justificatif « chiffré »
Règles de
gestion
[RG_RA04] Compresser la pièce jointe du message
L’OCT compresse la pièce jointe en appliquant l’algorithme utilisé pour la
compression par le partenaire réseau.
[RG_RA05] Constituer l’adresse SMTP de l’AMO
Février 2013
G.I.E. SESAM-Vitale
27 / 62
Technique"
PDT-CDC-062
Version : 2.10
Pour l’adressage des flux de justificatifs, la constitution de l’adresse électronique
est de type :
[email protected] pour le régime général (YY étant le code région
administrative de la caisse du lieu d’implantation du PR recueilli dans la
règle RG_RA03 ci-dessus),
Ou
[email protected] pour les autres régimes (XX étant le code régime).
[RG_RA06] Constituer le message SMTP du lot de justificatifs
L’OCT Routeur doit reconstruire l’entête SMTP à destination de l’AMO à partir
des éléments de l’entête SMTP émise par le PS.
Données fonctionnelles utilisées
Expéditeur « From »
Adresse SMTP de l’OCT Routeur
Destinataire « To »
RG_RA05
« Subject »
Champ entête
Février 2013
« Version SV »
« exercice »
Identique au champ « subject » du message émis
par le PS.
« compostage »
G.I.E. SESAM-Vitale
28 / 62
Technique"
PDT-CDC-062
3.3
Version : 2.10
Présentation de la phase « RR : Réceptionner les flux
venant du PAIR
Vue générale
Description L’OCT reçoit, via le PAIR, des flux retours des organismes d’assurance maladie
en relation avec les flux qu’il a émis et/ou en fonction du choix du PS, les
messages contenant les ARL.
Ce flux peut correspondre à deux types de messages SMTP, soit :
• Des messages SMTP contenant des ARL SCOR, ces flux sont reçus par les
OCT Routeur ou dépositaire d’ARL, ou
•
des messages de service réseau, rejet ou de service chiffrement, ces flux
sont reçus uniquement pour les OCT Routeur.
Pour ce faire, l’OCT réalise les opérations suivantes :
• Identifier les messages émis par le PAIR (récupérer, identifier et
décompresser le message reçu),
•
Traiter le message de retour émis par le PAIR.
Entrées Message SMTP retour PR
Message SMTP service réseau
Sorties Message SMTP retour PR « Pour PS »
Type de message SMTP reçu
Diagnostic
Code diagnostic
Libelle du code diagnostic
Février 2013
G.I.E. SESAM-Vitale
29 / 62
Technique"
PDT-CDC-062
Version : 2.10
Schéma
Début de RR
RR01 : Identifier les messages émis par
le PAIR
RR02 : Traiter le message de retour émis par le
PAIR
Fin de RR
Figure 13 : Enchaînement des Opérations de RR : Réceptionner les flux venant du PAIR
3.3.1
RR01 : Identifier les messages émis par le PAIR
Vue générale
Description Cette opération consiste à :
•
Réceptionner les messages retours émis par le système d’accueil de
l’assurance maladie (les messages SMTP de services et les messages
SMTP contenant les ARL),
•
Déterminer le type de chaque message reçu.
La description du message SMTP contenant les ARL envoyés par le PAIR est
précisée dans l’annexe A1-1)
Les détails sur les messages de service chiffrement, anomalie de structure
SMTP et entête SEH rejetés sont donnés respectivement dans les annexes A21, A2-2 et A2-3.
Table des libellés des messages de service
Sorties Type de message SMTP reçu
SituationsAucune
spécifiques
Règles de
gestion
Février 2013
G.I.E. SESAM-Vitale
30 / 62
Technique"
PDT-CDC-062
Version : 2.10
[RG_RR01] Réceptionner les messages du PAIR
L’OCT récupère le champ Content-Description dans l’entête SMTP du message
SMTP reçu.
Le message est récupéré pour être traité, si le champ Content-Description
contient :
• « SERVICE/REJET_SMTP »,
• « SERVICE/REJET_FICHIER »,
• « SERVICE/CHIFFREMENT »,
• « SERVICE/AR_PROVISOIRE »
• « ARL/SEH» ou « ARLTEST/ SEH».
Il est recommandé que l’OCT contrôle tous les messages contenant des ARL afin
de détecter tout doublon éventuel de messages SMTP.
[RG_RR002] Déterminer le type de chaque message reçu
Si le champ Content-Description est :
Février 2013
•
« SERVICE/REJET_SMTP », « SERVICE/REJET_FICHIER » ou
« SERVICE/CHIFFREMENT », alors le message est un message de
service AMO ;
•
« SERVICE/AR_PROVISOIRE » alors le message est un message de
service Réseau ;
•
« ARL/SEH» ou « ARLTEST/SEH», alors le message est un message
contenant des ARL SCOR.
G.I.E. SESAM-Vitale
31 / 62
Technique"
PDT-CDC-062
3.3.2
Version : 2.10
RR02 : Traiter le message de retour émis par le PAIR
Vue générale
Description Cette opération suit les règles suivantes :
•
Les messages de service suivant doivent être transférés au PS :
o Les messages de service chiffrement,
o Les messages de service rejet indiquant une erreur au niveau de
l’entête SEH.
•
Les messages de service contenant les ARL peuvent être décompressés
et de nouveau compressés pour transmission au PS.
•
Les messages de service pour rejet de structure SMTP doivent être
analysés et éventuellement transférer au PS.
•
Les messages AR_P doivent être pris en compte par l’OCT et transférés
au PS.
Exemple de traitement de message de service pour rejet de structure :
•
Code rejet 1082 (« Emetteur non référencé dans le système d’accueil »)
doit être traité par l’OCT.
•
Code rejet 1010 (« La pièce jointe déclarée n’existe pas ») doit être
analysé et éventuellement transféré.
•
Code rejet 1060, 1061, 1062 et 1063 doivent être transférés au PS.
Type du message retour PR
Sorties Diagnostic
Code diagnostic
Libelle du code diagnostic
Message SMTP retour PR « Pour PS »
SituationsAucune
spécifiques
Février 2013
G.I.E. SESAM-Vitale
32 / 62
PDT-CDC-062
Technique"
Version : 2.10
Schéma
Début de RR02
Message service chiffrement ou rejet entête SEH
Type de
message ?
Message réseau (AR_P)
RR02.01 : Prendre en compte les messages de service
chiffrement et rejet d'entête SEH
Message ARL
Message rejet SMTP
RR02.03 : Prendre en compte les messages ARL
RR02.02 : Prendre en compte les messages
AR_P
RR02.04 : Prendre en compte les messages de
service rejet SMTP
Fin de RR02
Figure 14 : Enchaînement des Opérations de RR02 : Traiter le message de service émis par le PAIR
Février 2013
G.I.E. SESAM-Vitale
33 / 62
Technique"
PDT-CDC-062
3.3.2.1
Version : 2.10
RR02.01 : Prendre en compte les messages de service chiffrement et
rejet d’entête SEH
Vue générale
Description L’OCT doit retransmettre au PS :
•
Les messages de service chiffrement,
•
Les messages de service rejet indiquant une erreur au niveau de l’entête
SEH.
Pour cela, l’OCT doit :
•
Récupérer le numéro de facturation du PS destinataire du message
•
Reconstituer l’entête du message à destination du PS.
Entrées Message SMTP retour PR « Pour OCT »
SituationsAucune
spécifiques
[RG_RR03] Identifier le numéro de facturation du PS
L’OCT identifie le numéro du PS à partir du deuxième sous-champ (« exercice »)
de l’entête SMTP du message reçu du PAIR.
[RG_RR04] Transmettre le message SMTP au PS
L’OCT transmet le message reçu du PAIR en modifiant uniquement le champ
destinataire "To" pour renseigner l’adresse du PS.
Les autres champs de l’entête SMTP doivent être identiques au message reçu.
Février 2013
G.I.E. SESAM-Vitale
34 / 62
Technique"
PDT-CDC-062
3.3.2.2
Version : 2.10
RR02.02 : Prendre en compte les messages AR_P
Vue générale
Description L’OCT doit gérer et transmettre au PS les messages AR_P transmis par le
réseau.
Les OCT peuvent recevoir par l’opérateur de messagerie, suite à la transmission
de fichier vers les organismes d’Assurance Maladie un message de service
d’accusé réception provisoire (AR_P), sur demande de l’assurance maladie en
cas d’indisponibilité temporaire d’un site d’exploitation (serveur) de l’assurance
maladie (cas de blocages exceptionnels). Ces messages de service AR_P ne
remplacent pas les ARL.
En cas de dysfonctionnement majeur d’un système d’assurance maladie rendant
impossible la prise en charge des messages de pièces justificatives émis par le
Professionnel de Santé, le système de messagerie de l’opérateur du réseau
SESAM-Vitale dispose d’un mécanisme de sauvegarde qui permet de
sauvegarder les messages destinés à l’assurance maladie pendant une durée de
8 jours.
Dans ce cas l’opérateur de messagerie (l’opérateur du Réseau SESAM-Vitale)
envoie aux Professionnels de Santé un AR_P.
Cet AR_P doit permettre aux OCT de bloquer la réémission automatique des lots
en attente d’ARL depuis plus de 48 heures.
•
Traiter le message AR_P
•
Récupérer l’identifiant le numéro de facturation du PS destinataire du
message
•
Reconstituer l’entête du message à destination du PS.
Entrées Message SMTP service réseau
SituationsAucune
spécifiques
[RG_RR05] Traiter le message AR_P
L’objet de cette règle est de mettre en attente les lots concernés par le message
de service et identifiés dans le message d’origine.
[RG_RR06] Transmettre le message SMTP au PS
L’OCT transmet le message reçu du PAIR en modifiant uniquement le champ
destinataire "To" pour renseigner l’adresse du PS.
Février 2013
G.I.E. SESAM-Vitale
35 / 62
Technique"
PDT-CDC-062
3.3.2.3
Version : 2.10
RR02.03 : Prendre en compte les messages ARL
Vue générale
Description Le PAIR détermine le ou les destinataires des ARL en fonction des adresses
contenues dans le champ «Numéro Télécom» de l’entité «Télécommunication»:
•
Décompresser la pièce jointe du message ARL
•
Identifier le choix du PS concernant la retransmission de l’ARL au PS
•
Si l’OCT doit retransmettre l’ARL au PS, l’OCT doit
o compresser la pièce jointe
o retransmettre le message ARL au PS en reconstituant l’entête du
message SMTP à destination du PS.
L’OCT doit retransmettre au PS les messages ARL transmis par le PAIR en
fonction du choix du PS du ou des destinataires des ARL.
SituationsAucune
spécifiques
[RG_RR07] Décompresser la pièce jointe du message ARL
Le message contenant des ARL SCOR envoyé à destination de l’OCT contient
une pièce jointe compressée. La compression est réalisée sur la totalité de la
pièce jointe.
[RG_RR08] Identifier le choix du PS
Pour une gestion correcte des retours sur le poste de travail du PS, l’OCT doit
retransmettre l’ARL au PS si le champ «Numéro Télécom» de l’entité
«Télécommunication» ne comporte que l’adresse de l’OCT.
[RG_RR09] Compresser la pièce jointe du message ARL
Le message contenant des ARL SCOR à envoyer à destination du professionnel
de santé doit contenir une pièce jointe compressée. La compression est réalisée
sur la totalité de la pièce jointe.
Février 2013
G.I.E. SESAM-Vitale
36 / 62
PDT-CDC-062
Technique"
Version : 2.10
[RG_RR10] Identifier le numéro de facturation du PS
L’OCT identifie le numéro du PS à partir du deuxième sous-champ (« exercice »)
de l’entête SMTP du message reçu du PAIR.
[RG_RR11] Transmettre le message ARL au PS
L’OCT retransmet le message ARL reçu du PAIR en modifiant uniquement le
champ destinataire "To" pour renseigner l’adresse du PS.
Février 2013
G.I.E. SESAM-Vitale
37 / 62
Technique"
PDT-CDC-062
3.3.2.4
Version : 2.10
RR02.04 : Prendre en compte les messages de service rejet SMTP
Vue générale
Description L’OCT peut recevoir du PAIR un message de service rejet lié à une erreur au
niveau de l’entête SMTP du message transmis par l’OCT.
En fonction de l’erreur et de la reconstruction du message SMTP transmis au
PAIR, l’OCT doit:
•
Soit prendre en compte le message de rejet à son propre compte,
•
Soit retransmettre le message de rejet au PS.
SituationsAucune
spécifiques
Règles de
gestion
[RG_RR03] Traiter les erreurs du message de service rejet de structure SMTP
L’OCT traite l’erreur du message de service liée au rejet de structure SMTP qui
lui incombe.
Exemple de traitement de message de service pour rejet de structure :
•
Code rejet 1082 (« Emetteur non référencé dans le système d’accueil ») doit
être traité par l’OCT.
•
Code rejet 1010 (« La pièce jointe déclarée n’existe pas ») doit être analysé
et éventuellement transféré.
•
Code rejet 1060, 1061, 1062 et 1063 doivent être transférés au PS.
[RG_RR04] Transférer le message de service au PS
L’OCT transfère le message de service si l’erreur est liée au message SMTP
émis par le PS (Cf. fonctionnalité RR02.01 : Prendre en compte les messages de
service chiffrement et rejet d’entête SEH).
Février 2013
G.I.E. SESAM-Vitale
38 / 62
PDT-CDC-062
Technique"
Annexe 1 Flux du Partenaire
d’accueil des flux
A1-1
Réseau
vers
Version : 2.10
le
système
Profil du message SMTP
Les profils des messages SMTP doivent respecter les formats et les règles
suivantes :
• Chaque fichier physique est encapsulé dans une entité MIME ; l’entité MIME
ne contient qu’un seul fichier physique. L’entité MIME est constituée
notamment des champs suivants :
o « Content-Tranfer-Encoding » : la valeur de ce champ est " BASE64 " ;
o « Content-Description » : la valeur de ce champ est « ORDO/SEH» ou
« ORDOTEST/SEH».
Les règles suivantes s'appliquent aux messages SMTP :
• le champ "From" contient l'adresse du PR émetteur du message SMTP ;
• le champ "To" contient l'adresse de l’AMO réceptrice du message SMTP du
type :
o [email protected] pour le régime générale (YY étant le code région de
la caisse du lieu d’implantation du PR, et
o [email protected] pour les autres régimes (XX étant le code régime).
• le champ « Subject" contient la référence "SOvvvvvv/exercice/compostage"
où :
o SO signifie que le message contient un flux de pièces justificatives envoyé
par un PR ;
o vvvvvv contient le numéro de version du cahier des charges éditeurs, à
savoir : « 210000 »
o « exercice » contient le numéro émetteur du PR ;
o « compostage »2 est un champ obligatoire qui permet d’identifier de
manière unique chaque message SMTP pour un émetteur donné (format
fixe “AAAAMMJJHHMMSSmmmmm” constitué des données année(4),
mois(2), jour(2), heure(2), minute(2), seconde(2), compteur (5)). Ce champ
doit être constitué à partir du champ compostage du nom physique de la
pièce jointe. Ce champ est renseigné avec « l’identification lot de
justificatifs»
o le délimiteur entre chaque champ est le caractère “/”.
• Le champ « Content-Type » contient le type et le sous-type de l'objet
transporté ; la valeur de ce champ est " Application/EDI-consent ".
2
En cas de retransmission du même fichier de dossiers d’ordonnances chiffrées et compressées, le champ compostage
est différent du message SMTP précédent.
Février 2013
G.I.E. SESAM-Vitale
39 / 62
Technique"
PDT-CDC-062
A1-1.1
Version : 2.10
Structures du message SMTP
La structure du message SMTP doit être conforme aux formats SMTP et MIME.
Deux types de structure peuvent être utilisés : la structure « multipart » et la
structure « single part ».
Légende :
Février 2013
• O
Le champ est obligatoire
• F
Le champ est facultatif
G.I.E. SESAM-Vitale
40 / 62
Numérisation et télétransmission des pièces justificatives "Organisme Concentrateur
Technique"
PDT-CDC-062
Version : 2.10
Message SMTP multipart
EN-TETES
Dates
Date
O
Date :
Champs
expéditeur
Adresse de l’expéditeur du
message
O
From :
adresse émetteur PR
Champs
destinataire(s)
Adresse du destinataire du
message
O
To :
adresse destinataire AMO
Autres champs
Identifiant du message
O
Message ID
Objet du message
O
Subject :
SOvvvvvv/exercice/compostage
Version de MIME utilisée
O
Mime-Version :
Version
Type du contenu
O
Content-Type :
multipart/mixed ;boundary=délimiteur
Champs de
contenu
LIGNE VIDE
BODY PART
O
Préambule
Préambule
F
TEXTE QUELCONQUE
Délimiteur
Délimiteur
O
--DELIMITEUR
[En-têtes]
Type de contenu
O
Content-Type :
Encodage du contenu
O
Content-Transfer-Encoding :
Disposition du contenu
O
Content-Disposition :
Ligne vide
Février 2013
version = 1.0
Type = Application
Sous-type = EDI-consent
Encodage
Encodage = BASE64
nature = ORDO ou ORDOTEST
norme = SEH
O
Body part
Contenu du message
O
OBJET CHIFFRE (objet chiffré)
Délimiteur final
Délimiteur final
O
--DELIMITEUR--
Epilogue
Epilogue
F
TEXTE QUELCONQUE
G.I.E. SESAM-Vitale
41 / 62
Technique"
PDT-CDC-062
Version : 2.10
Message SMTP single part
EN-TETES
Dates
Date
O
Date :
Champs
expéditeur
message
O
From :
adresse émetteur PR
Champs
destinataire(s)
message
O
To :
adresse destinataire AMO
Autres champs
O
Message ID
Objet du message
O
Subject :
SOvvvvvv/exercice/compostage
O
Mime-Version :
version
Type du contenu
O
Content-Type :
Encodage du contenu
O
Disposition du contenu
O
Content-Disposition
Champs de
contenu
LIGNE VIDE
BODY PART
Février 2013
version = 1.0
Type = Application
Encodage
Encodage = BASE64
nature = ORDO ou ORDOTEST
norme = SEH
O
Body part
Contenu du message
O
G.I.E. SESAM-Vitale
42 / 62
PDT-CDC-062
Technique"
Version : 2.10
Annexe 2 Flux du système d’accueil des flux vers le
Partenaire Réseau
A2-1
Les messages de service de chiffrement
A2-1.1
Les messages de services de chiffrement
• Constitution du message SMTP au format S/MIME L’entité MIME est
constituée notamment des champs suivants :
o « Content-Type » : la valeur de ce champ est « Application/EDI-consent » ;
o « Content-Tranfer-Encoding » : la valeur de ce champ est « BASE64 » ;
o « Content-Description » : la valeur de ce champ est : «
SERVICE/CHIFFREMENT » ;
• L’entité MIME est signée conformément à la RFC 2633 ; l’entité MIME signée
ainsi que le certificat de signature X509 sont regroupés dans un objet CMS.
• L’objet CMS est encapsulé dans une entité S/MIME ; cette entité S/MIME peut
avoir une structure « multipart » ou « single part ».
• L’entité S/MIME est attachée à un message SMTP. Le message SMTP ne doit
contenir qu’une et une seule entité S/MIME.
• Ce message contient un texte incitant le Professionnel de Santé à mettre à
jour le certificat de chiffrement de l’AMO mis à disposition dans ce message
SMTP.
Profil des
messages
SMTP
Les règles suivantes s’appliquent à ces messages SMTP :
• le champ expéditeur (« From ») contient l’adresse de l’AMO émettrice du
message SMTP ;
• le champ destinataire (« To ») contient l’adresse du partenaire réseau
destinataire du message SMTP ; l’adresse du partenaire réseau destinataire
d’un message signalant une erreur de chiffrement est identique à l’adresse
contenue dans le champ expéditeur du message initialement transmis par ce
partenaire réseau ;
• le champ relatif au sujet du message (« Subject ») contient la référence
« SO/exercice3/compostage/CHIFFREMENT ;
• le champ relatif à l’identifiant original (« In-Reply-To) n’est non renseigné ;
• le champ relatif au type du contenu (« Content-Type ») contient le type et le
sous-type de l’objet transporté ; la valeur de ce champ est « Application/EDIconsent ».
3
Si ce champ est renseigné dans le message aller correspondant.
Février 2013
G.I.E. SESAM-Vitale
43 / 62
Technique"
PDT-CDC-062
Version : 2.10
Structure du
message SMTP
Les messages SMTP transmis au professionnel de santé de santé respectent les
formats SMTP et MIME.
Légende :
Février 2013
• O
• F
G.I.E. SESAM-Vitale
44 / 62
Technique"
PDT-CDC-062
Version : 2.10
Entité MIME contenant le fichier rejet
Type de contenu
O
Encodage du contenu
Description du contenu
Content-Type :
Type/Sous-type ;paramètre
Type = Application
O
Encodage
Encodage = BASE64
O
Content-Description :
nature/norme
nature = SERVICE
norme = CHIFFREMENT
O
Contenu du message
O
FICHIER REJET
EN-TETES
Dates
Date
O
Date :
Champs
expéditeur
message
O
From :
adresse émetteur de l’AMO
Champs
destinataire(s)
message
O
To :
adresse destinataire du partenaire réseau
Champ référence
Identifiant du message initial
O
In-Reply-To
Autres champs
O
Message ID
Objet du message
O
Subject :
SO/exercice/compostage/chiffremen
t
O
Mime-Version :
version
Type du contenu
O
Content-Type :
Champs de
contenu
LIGNE VIDE
BODY PART
version = 1.0
O
Préambule
Préambule
F
TEXTE QUELCONQUE
Délimiteur
Délimiteur
O
--DELIMITEUR
[En-têtes]
Type de contenu
O
Content-Type :
Content-Type = application/pkcs7-mime
smime-type = signed-data
name = smime.p7m
Encodage du contenu
O
Encodage
Encodage = BASE64
O
nature/norme
Content-Disposition = attachment
Filename = smime.p7m
Février 2013
G.I.E. SESAM-Vitale
45 / 62
Technique"
PDT-CDC-062
Ligne vide
Février 2013
Version : 2.10
O
Body part
Contenu du message
O
Délimiteur final
Délimiteur final
O
--DELIMITEUR--
Epilogue
Epilogue
F
TEXTE QUELCONQUE
G.I.E. SESAM-Vitale
46 / 62
Technique"
PDT-CDC-062
Version : 2.10
EN-TETES
Dates
Date
O
Date :
Champs
expéditeur
message
O
From :
Champs
destinataire(s)
message
O
To :
Champ référence
O
In-Reply-To
Autres champs
O
Message ID
Objet du message
O
Subject :
SO/exercice/compostage/chiffremen
t
O
Mime-Version :
Version
version = 1.0
Type du contenu
O
Content-Type :
Content-Type = application/pkcs7-mime
Champs de
contenu
smime-type = signed-data
name = smime.p7m
Encodage du contenu
O
O
Encodage
Encodage = BASE64
nature/norme
Content-Disposition = attachment
Filename = smime.p7m
LIGNE VIDE
BODY PART
Février 2013
O
Body part
Contenu du message
O
G.I.E. SESAM-Vitale
47 / 62
PDT-CDC-062
Technique"
Version : 2.10
A2-2
Les messages de service indiquant une anomalie de
structure SMTP
A2-2.1
Liste des codes rejets générés par les organismes d’Assurances
Maladies Obligatoire
Code
Rejet
Libellés
1010
La pièce jointe déclarée n’existe pas
1020
Pas de pièce jointe
1030
Plus d’une pièce jointe
1031
Mauvais format de compression de la pièce jointe
1040
Content- Type différent de « APPLICATION/EDI-consent »
1050
Content- Description inconnu ou non autorisé
1060
Sujet non-conforme
1061
1er sous-champ du sujet inconnu ou non autorisé
1062
2ème sous-champ du sujet absent ou de longueur différente de 9
caractères
1063
3ème sous-champ du sujet absent ou de longueur différente de 17
caractères
1064
Date et heure compostage non valides
1070
Sujet identique (message déjà transmis)
1080
Champ From vide ou avec une syntaxe incorrecte (code erreur non
transmis au PR)
1082
Emetteur non référencé dans le système d’accueil
9999
autre erreur
Février 2013
G.I.E. SESAM-Vitale
48 / 62
Technique"
PDT-CDC-062
A2-2.2
Version : 2.10
les messages de service indiquant une anomalie de structure SMTP
Profil des
messages SMTP
message SMTP ;
destinataire du message SMTP ; l’adresse du partenaire réseau destinataire d’un
message signalant une erreur de chiffrement est identique à l’adresse contenue
dans le champ expéditeur du message initialement transmis par ce partenaire
réseau ;
« SO/exercice4/compostage/code rejet » ;
• le champ relatif à l’identifiant original (« In-Reply-To ») contient le champ sujet du
message initialement transmis par le partenaire réseau ;
sous-type de l’objet transporté ; la valeur de ce champ est « Application/EDIconsent » ;
• le champ relatif à la description du contenu (« Content-Description ») contient la
nature et la norme de l’objet transporté ; la valeur de ce champ
est « SERVICE/REJET_SMTP ».
• le champ « Contenu du message » contient deux lignes indiquant la raison des
rejets tel que précisé ci-dessous :
o la 1ère ligne contenant le mot-clé « LIBELLE= » suivi du libellé tel que défini
dans le tableau ci-dessus,
o la 2ème ligne contenant le mot-clé « MESSAGE= » suivi d’un libellé
complémentaire indiquant, par exemple : la valeur d’une donnée reçue
erronée, le message de rejet du Parser XML, etc.
Structure du
message SMTP
Les messages SMTP transmis au professionnel de santé respectent les formats
SMTP et MIME.
Légende :
4
• O
• F
Si ce champ est renseigné dans le message aller correspondant.
Février 2013
G.I.E. SESAM-Vitale
49 / 62
Technique"
PDT-CDC-062
Version : 2.10
EN-TETES
Dates
Date
O
Date :
Champs
expéditeur
message
O
From :
Champs
destinataire(s)
message
O
To :
Champ référence
O
In-Reply-To
Champ subject initial
Autres champs
O
Message ID
Objet du message
O
Subject :
SO/exercice/compostage/code rejet
O
Mime-Version :
version
Type du contenu
O
Content-Type :
Champs de
contenu
LIGNE VIDE
BODY PART
version = 1.0
O
Préambule
Préambule
F
TEXTE QUELCONQUE
Délimiteur
Délimiteur
O
--DELIMITEUR
[En-têtes]
Type de contenu
O
Content-Type :
Type = Application
Encodage du contenu
O
Encodage
Encodage = BASE64
O
nature/norme
nature = SERVICE
norme = REJET_SMTP
Ligne vide
Février 2013
O
Body part
Contenu du message
O
Délimiteur final
Délimiteur final
O
--DELIMITEUR--
Epilogue7
Epilogue
F
TEXTE QUELCONQUE
Libelle du code rejet
G.I.E. SESAM-Vitale
50 / 62
Technique"
PDT-CDC-062
Version : 2.10
EN-TETES
Dates
Date
O
Date :
Champs
expéditeur
message
O
From :
Champs
destinataire(s)
message
O
To :
Champ référence
O
In-Reply-To
Autres champs
O
Message ID
Objet du message
O
Subject :
O
Mime-Version :
version
version = 1.0
Type du contenu
O
Content-Type :
Type = Application
Champs de
contenu
Encodage du contenu
O
Encodage
O
nature/norme
Encodage = BASE64
nature = SERVICE
norme = REJET_SMTP
LIGNE VIDE
BODY PART
Février 2013
O
Body part
Contenu du message
O
Libellé du code rejet
G.I.E. SESAM-Vitale
51 / 62
PDT-CDC-062
A2-3
Technique"
Version : 2.10
Les contrôles et les messages de service indiquant un
entête SEH rejeté
Code
Rejet
Libellés
5020
Entête de message SEH absente
5030
Plusieurs entêtes SEH présentes
5050
Structure de données de l’entête SEH inexploitable
Structure de l’adresse télécommunication incorrecte
5060
A2-3.1
Les messages de service indiquant un entête SEH rejeté
Profil des
messages
SMTP
message SMTP ;
destinataire du message SMTP ; l’adresse du partenaire réseau destinataire
d’un message signalant une erreur de chiffrement est identique à l’adresse
contenue dans le champ expéditeur du message initialement transmis par ce
partenaire réseau ;
« SO/exercice/compostage/code rejet » ;
• le champ relatif à l’identifiant original (« In-Reply-To ») contient le champ sujet
du message initialement transmis par le partenaire réseau ;
• le champ relatif à la description du contenu (« Content-Description ») contient
la nature et la norme de l’objet transporté ; la valeur de ce champ est
« SERVICE/REJET_FICHIER ».
• le champ « Contenu du message » contient deux lignes indiquant la raison
des rejets tel que précisé ci-dessous :
o la 1ère ligne contenant le mot-clé « LIBELLE= » suivi du libellé tel que défini
dans le tableau ci-dessus,
o la 2ème ligne contenant le mot-clé « MESSAGE= » suivi d’un libellé
complémentaire indiquant, par exemple : la valeur d’une donnée reçue
erronée, le message de rejet du Parser XML, etc.
Février 2013
G.I.E. SESAM-Vitale
52 / 62
Technique"
PDT-CDC-062
Version : 2.10
Structure du
message SMTP
Les messages SMTP transmis au professionnel de santé respectent les formats
SMTP et MIME.
Légende :
Février 2013
• O
• F
G.I.E. SESAM-Vitale
53 / 62
Technique"
PDT-CDC-062
Version : 2.10
EN-TETES
Dates
Date
O
Date :
Champs
expéditeur
message
O
From :
adresse émetteur caisse de l’AMO
Champs
destinataire(s)
message
O
To :
Champ référence
O
In-Reply-To
Autres champs
O
Message ID
Objet du message
O
Subject :
O
Mime-Version :
version
Type du contenu
O
Content-Type :
Champs de
contenu
LIGNE VIDE
BODY PART
version = 1.0
O
Préambule
Préambule
F
TEXTE QUELCONQUE
Délimiteur
Délimiteur
O
--DELIMITEUR
[En-têtes]
Type de contenu
O
Content-Type :
Type = Application
Encodage du contenu
O
Encodage
Encodage = BASE64
O
nature/norme
nature = SERVICE
norme = REJET_FICHIER
Ligne vide
Février 2013
O
Body part
Contenu du message
O
Délimiteur final
Délimiteur final
O
--DELIMITEUR--
Epilogue
Epilogue
F
TEXTE QUELCONQUE
G.I.E. SESAM-Vitale
54 / 62
Numérisation et télétransmission des pièces justificatives "Organisme
Concentrateur Technique"
PDT-CDC-062
Version : 2.10
EN-TETES
Dates
Date
O
Date :
Champs
expéditeur
message
O
From :
adresse émetteur caisse de l’AMO
Champs
destinataire(s)
message
O
To :
Champ référence
O
In-Reply-To
Autres champs
Champs de
contenu
O
Message ID
Objet du message
O
Subject :
O
Mime-Version :
version
version = 1.0
Type du contenu
O
Content-Type :
Type = Application
Encodage du contenu
O
O
Encodage
Encodage = BASE64
nature/norme
nature = SERVICE
norme = REJET_FICHIER
LIGNE VIDE
BODY PART
Février 2013
O
Body part
Contenu du message
O
G.I.E. SESAM-Vitale
55 / 62
PDT-CDC-062
Technique"
Version : 2.10
A2-4
Contrôle des flux PS au niveau lot et les messages SMTP
indiquant un ARL
A2-4.1
Liste des codes ARL générés par les organismes d’Assurances
Maladies Obligatoire
Niveau de
l’ARL
Niveau de contrôle
Entête SEH
Nom du fichier entête
Code
ARL
5130
Structure du nom physique de l’entête SEH non-conforme
5131
2ème sous-champ du nom physique de l’entête SEH
incorrect
5132
3ème sous-champ du nom physique de l’entête SEH
incorrect
5133
4
sous-champ du nom physique de l’entête SEH
incorrect
Entité « Entête »
5140
Incohérence de l’index du lot SCANORDO
Structure des données
5100
Structure de données de l’entête SEH incorrecte
Entité « Emetteur de
justificatifs »
5110
Incohérence du numéro d’émetteur
5111
Message SMTP réel avec un lot SCANORDO de test
5112
Incohérence du code régime
5113
Code spécialité PS non connu ou non autorisé du système
Cohérence fichier entête, 5120
index, fichier PDF de
justificatif
5121
Entité « Agrément du
logiciel SCOR »
ème
La somme des liens de document indiqués dans l’entête
est erronée
Document référencé dans l’entête non présent dans le lot
SCANORDO
5123
Incohérence du champ identification lot SCANORDO
5124
Document présent dans le lot de justificatifs mais non
référencé dans l’entête SEH.
5125
Doublon dans l’identifiant des documents de l’entête SEH
Entité « Lien Interne » ou 5122
« Lien Externe »
Février 2013
Description de l’erreur
Fichier index ou fichier PJ de type PDF manquant
5126
Lien interne ou lien externe absent
5170
Structure de l’identifiant du lien interne ou externe nonconforme
5171
2ème sous-champ du nom physique de l’identifiant du lien
interne ou externe incorrect
5172
Nature du lien absente
5173
Identifiant d’un lien manquant
5150
Logiciel SCOR non valide
G.I.E. SESAM-Vitale
56 / 62
PDT-CDC-062
Index de
justificatifs
Technique"
Dossier rejeté
5999
Dossier rejeté
Chiffrement
5230
Certificat révoqué
5231
Fichier non chiffré
5232
Certificat inapproprié
5233
Certificat inconnu
5234
Certificat périmé
5240
Syntaxe du nom physique de l’index de justificatifs est
incorrecte
5241
1 sous-champ nom physique de l’index incorrect
5242
2
5252
2ème sous-champ nom physique de l’index incohérent
Référencement dans
l’entête SEH
5253
Incohérence identifiant des dossiers
Structure des données
5270
Structure de données de l’index incorrecte
Entité « Organisme
destinataire »
5260
Incohérence du code régime
Chiffrement
5330
Certificat révoqué
5331
Fichier non chiffré
5332
Certificat inapproprié
5333
Certificat inconnu
5334
Certificat périmé
5340
Syntaxe du nom physique d’une pièce justificative est
incorrecte
5341
1er sous-champ du nom physique d’une pièce justificative
est incorrect
5342
2ième sous-champ du nom physique d’une pièce justificative
incorrect
5352
Incohérence du 2ième sous-champ du nom physique d’une
pièce justificative avec le numéro d’ordre du dossier
Taille physique
5370
Taille du fichier physique d’une pièce justificative incorrecte
Option de numérisation
5380
Option de numérisation non conforme
Nom du fichier physique
Fichier PDF
de justificatif
Nom du fichier physique
Février 2013
Version : 2.10
er
ème
sous-champ nom physique de l’index non conforme
G.I.E. SESAM-Vitale
57 / 62
PDT-CDC-062
Février 2013
Technique"
Version : 2.10
Le libellé de l’erreur tel que défini dans le tableau ci-dessus est suivi d’un libellé
complémentaire délimité par le caractère « # ». Ce dernier apporte, par exemple,
des informations sur la valeur d’une donnée reçue erronée, le message de rejet du
Parser XML.
G.I.E. SESAM-Vitale
58 / 62
Technique"
PDT-CDC-062
A2-4.2
Version : 2.10
Les messages SMTP indiquant un ARL
Profil des
messages SMTP
• un message contient un seul fichier comprenant un ARL qui lui-même peut
contenir plusieurs ARL de niveau document ;
message SMTP ;
destinataire du message SMTP ; l’adresse du partenaire réseau destinataire d’un
message est identique à l’adresse contenue dans le champ expéditeur du
message initialement transmis par ce partenaire réseau ;
• le champ relatif à l’identifiant original (« in-reply-to »), s’il est renseigné, contient
la valeur du champ sujet (« subject ») du message SMTP initialement émis par
partenaire réseau. (un message SMTP contenant des ARL ne se rapporte qu’à
un seul message SMTP contenant un lot de justificatifs) ;
• le champ relatif au sujet du message SMTP (« Subject ») contient la référence
« SO/exercice/compostage » où le champ exercice est identique à celui contenu
dans le message correspondant, initialement transmis par l’établissement de
santé ;
• le champ relatif à la description du contenu (« Content-Description ») contient la
nature et la norme de l’objet transporté ; la valeur de ce champ est « ARL/ SEH»
ou « ARLTEST/ SEH ».
Structure du
message SMTP
Les messages SMTP transmis à au professionnel de santé respectent les formats
SMTP et MIME.
Légende :
Février 2013
• O
• F
G.I.E. SESAM-Vitale
59 / 62
Technique"
PDT-CDC-062
Version : 2.10
EN-TETES
Dates
Date
O
Date :
Champs expéditeur
message
O
From :
Champs
destinataire(s)
message
O
To :
Champ référence
O
In-reply-to
Autres champs
O
Message ID
Objet du message
O
Subject :
SO/exercice/compostage
O
Mime-Version :
version
Type du contenu
O
Content-Type :
Champs de contenu
LIGNE VIDE
BODY PART
version = 1.0
O
Préambule
Préambule
F
TEXTE QUELCONQUE
Délimiteur
Délimiteur
O
--DELIMITEUR
[En-têtes]
Type de contenu
O
Content-Type :
Type = Application
Encodage du contenu
O
Encodage
Encodage = BASE64
O
nature/norme
nature = ARL
norme = SEH
Ligne vide
Février 2013
O
Body part
Contenu du message
O
FICHIER
Délimiteur final
Délimiteur final
O
--DELIMITEUR--
Epilogue
Epilogue
F
TEXTE QUELCONQUE
G.I.E. SESAM-Vitale
60 / 62
Technique"
PDT-CDC-062
Version : 2.10
EN-TETES
Dates
Date
O
Date :
Champs expéditeur
message
O
From :
Champs
destinataire(s)
message
O
To :
Champ référence
O
In-reply-to
Autres champs
O
Message ID
Objet du message
O
Subject :
FH/exercice/compostage
O
Mime-Version :
version
version = 1.0
Type du contenu
O
Content-Type :
Type = Application
Champs de contenu
Encodage du contenu
O
Encodage
Encodage = BASE64
O
nature/norme
nature = ARL
norme = SEH
LIGNE VIDE
BODY PART
Février 2013
O
Body part
Contenu du message
O
FICHIER
G.I.E. SESAM-Vitale
61 / 62
PDT-CDC-062
Février 2013
Technique"
Version : 2.10
G.I.E. SESAM-Vitale
62 / 62

CDC OCT SCOR Version 2.10.03 sans MR - GIE SESAM

Transcription

Documents pareils

SESAM-Vitale chez les professionnels de la - GIE SESAM

5 au 13 octobre 2013

La Fiole du Pape rouge Non-Millésimée

pdt-inf-360 - canssm - GIE SESAM

“Outgoing serveur” sous VTiger CRM

Quête : 569,31 $ Merci pour votre générosité. Que Dieu vous

DIU d`OCT en Ophtalmologie (mise à jour juillet 2016)

Vous devez avoir un OCT