Difference between revisions of "Ehscda:CDA-CH-VACD (specification)/fr"

From eHealth Suisse
Jump to: navigation, search
[checked revision][checked revision]
m
m
Line 8: Line 8:
  
 
{{Infobox Dokument{{tt|{{pagelang}}}}
 
{{Infobox Dokument{{tt|{{pagelang}}}}
|Title    = Format d'échange<br />Dossier électronique de vaccination<br />(eVACDOC)
+
|Title    = Format d'échange<br />Dossier électronique de vaccination
 
|Short    = CDA-CH-VACD
 
|Short    = CDA-CH-VACD
 
|Namespace = vacd
 
|Namespace = vacd

Revision as of 14:04, 16 August 2018

Langues: françaisDeutsch


Identification de ce document
Abréviation: CDA-CH-VACD
OID: 2.16.756.5.30.1.1.1.1.3.5.2.2

Impressum

Abrogation de spécifications précédentes

Auteurs Tony Schaller (medshare GmbH); Cornelia Schmid (medshare GmbH)

Statut et but du document

Egalité entre les femmes et les hommes

Version électronique

Contents

Dieses Material ist Teil

des Leitfadens eHealth Suisse Implementierungsleitfaden.

  • Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
  • Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
  • Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Résumé

Le carnet de vaccination au format papier est aujourd’hui encore utilisé en Suisse. Ainsi, il arrive souvent que ces carnets soient difficilement lisibles, soient perdus ou présentent des lacunes dans l’anamnèse de vaccination. Le carnet de vaccination du futur sera par conséquent un document électronique. La proposition de mise en œuvre adoptée au sein du comité de pilotage « eHealth Suisse » prévoit un format d’échange unifié pour le dossier électronique de vaccination et de protection immunitaire.

« eVACDOC » est la nouvelle dénomination de ce document. Il devrait reproduire toutes les informations nécessaires au sujet des « vaccinations et protection immunitaire » et être considéré comme le plus petit dénominateur commun pour l’échange électronique de données en lien avec les vaccinations et la protection immunitaire. Les informations du carnet de vaccination (aux formats papier ou électronique) constituent un sous-ensemble de l’« eVACDOC ». La présente spécification définit la norme technique et sémantique pour l’échange électronique et structuré des données d’immunisation concernant le dossier électronique du patient (DEP). Elle s’aligne sur des normes et des standards internationaux et permet à l’émetteur et au récepteur de se comprendre sans arrangement préalable.

La technologie de base choisie est le profil de contenu « Immunization Content (IC) » qui se base sur l’IHE Technical Framework « Patient Care Coordination (PCC) ». L’IHE PCC fait quant à lui référence à la norme HL7 Clinical Document Architecture (CDA). Le présent cas d’application peut ainsi être mis en œuvre de manière exemplaire en respectant les recommandations de la stratégie eHealth Suisse. Outre la reproduction d’un carnet électronique de vaccination et de protection immunitaire, l’échange d’informations de vaccination et de protection immunitaire entre professionnels de la santé et systèmes experts peut être utilisé pour des recommandations de vaccination. Il sera par ailleurs possible à l’avenir de procéder à un échange de données à l’échelle nationale via un « National Contact Point (NCP) ».

Le chapitre Spécification (normative) définit la spécification normative. Celle-ci documente les indications concrètes de mise en oeuvre, les contenus des champs et les suppléments liés à eVACDOC, IHE IC et HL7 CDA. Les anciennes spécifications CDA-CH et CDA-CH-II du groupe d’utilisateurs HL7 Suisse (HL7 Benutzergruppe Schweiz) sont également prises en compte dans ce cadre. L’interopérabilité technique est abordée avec la description des éléments corps CDA (Header) et en-tête CDA (Body). L’interopérabilité sémantique est quant à elle traitée avec la présentation concrète de Codes et domaines de valeur en lien avec les systèmes de codes référencés.

Le concept de validation référencé à trois niveaux permet d’obtenir une conformité élevée des données d’immunisation avec ce guide d’implémentation et les normes et technologies qui y sont référencées. Il est expressément recommandé d’élaborer des règles Schematron qui reproduisent les règles administratives dans le présent document. Les règles Schematron permettent une validation automatisée des documents CDA. Grâce à ce système, les mêmes règles de validation s’appliquent pour tous les participants et sont utilisées de la même manière aussi bien par l’émetteur que par le récepteur.

Par ailleurs, le document du chapitre Tutoriel pour profils d’intégration IHE comporte un tutoriel au sujet des profils d’intégration IHE référencés. Ce chapitre intéressera surtout les lecteurs qui ne sont pas encore familiarisés avec IHE ou ceux qui souhaitent connaître plus précisément le domaine Patient Care Coordination (PCC). De la même manière, le whitepaper (livre blanc) « CDA-CH - Validation, technologies et outils » [1] référencé au chapitre Tutoriel pour profils d’intégration IHE comporte une description des technologies et des outils qui s’adresse aux lecteurs chargés de la mise en oeuvre du présent guide d’implémentation.

« eHealth Suisse » recommande à tous les acteurs concernés du système de santé de se pencher sur cette spécification et les nouvelles possibilités qu’elle offre en matière d’amélioration des processus ainsi que d’élargir en conséquence les systèmes d’information servant au traitement en urgence et à l’élaboration d’informations liées aux plans de vaccination par les professionnels de la santé.

Introduction

Dieses Material ist Teil

des Leitfadens eHealth Suisse Implementierungsleitfaden.

  • Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
  • Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
  • Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Situation initiale et motivation

Le carnet de vaccination au format papier est aujourd’hui encore utilisé en Suisse. Ainsi, il arrive souvent que ces carnets soient difficilement lisibles, soient perdus ou présentent un plan de vaccination individuel lacunaire et ne comportent pas toutes les informations requises sur la protection immunitaire. Le carnet de vaccination du futur sera par conséquent un document électronique. Avec son projet « Dossier de vaccination électronique », « eHealth Suisse » cherche à soutenir une première démarche « eHealth » nationale coordonnée. La thématique « vaccins et protection immunitaire » se prête très bien à une présentation « eHealth » visible à l’échelle nationale puisqu’elle concerne de larges cercles de population de tous âges. Elle est en outre définissable sur le plan technique.

La proposition de mise en oeuvre adoptée au sein du comité de pilotage « eHealth Suisse » prévoit un format d’échange unifié pour le dossier de vaccination électronique. Ce dernier permettra d’assurer l’échange d’informations de vaccination et de protection immunitaire entre les professionnels de la santé.

Dans le même temps, un service électronique activé à l’échelle nationale devrait permettre de vérifier l’anamnèse de vaccination et le statut immunitaire des patients. Les lacunes en matière de vaccination pourront ainsi être constatées en ligne pour une personne précise (« Service de bilan vaccinal électronique »). Le dossier électronique de vaccination et de protection immunitaire peut être considéré comme un élément du futur DEP.

Statut et but du document

Lecteurs concernés

Objectifs et limitation

Interopérabilité comme condition préalable

Dieses Material ist Teil

des Leitfadens eHealth Suisse Implementierungsleitfaden.

  • Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
  • Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
  • Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Objectifs

Le présent guide d’implémentation comporte les spécifications relatives à l’implémentation sémantique de systèmes en lien avec le dossier électronique de vaccination et de protection immunitaire, le carnet électronique de vaccination et de protection immunitaire et des demandes sous forme électronique de recommandations de vaccinations.

Dieses Material ist Teil

des Leitfadens eHealth Suisse Implementierungsleitfaden.

  • Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
  • Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
  • Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Limites

Le présent format d’échange représente une forme supplémentaire de la présentation des carnets de vaccination et des questions ou réponses relatives à des recommandations de vaccination. Toutes les formes de présentations, telles que mises en œuvre jusque là, continueront à être acceptées en Suisse jusqu’à nouvel ordre. Les thématiques suivantes ne seront pas traitées dans le présent format d’échange :

  • transfert à proprement dit du dossier électronique de vaccination (communication);
  • émission de recommandations de vaccination.

Principes et technologies de base

Dieses Material ist Teil

des Leitfadens eHealth Suisse Implementierungsleitfaden.

  • Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
  • Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
  • Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Responsabilités

Les éditeurs approuvent expressément l’utilisation du présent guide sans droits de licence ni redevances pour la transmission de « CDA-CH-VACD (specification)/fr », et indiquent que cette décision a été prise avec l’accord de tous les participants à l’élaboration de ce format d’échange. L’utilisateur est responsable de son utilisation du guide.

Dans cette spécification, le codage des différentes informations se base sur des domaines de valeurs (value sets) définis et des terminologies qui définissent les codes acceptés.

L’organe de coordination Confédération-cantons eHealth Suisse est responsable de la publication des domaines de valeurs (value sets).

Bases formelles

Dieses Material ist Teil

des Leitfadens eHealth Suisse Implementierungsleitfaden.

  • Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
  • Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
  • Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Référence à l’étude préalable sur le dossier de vaccination électronique

Au mois d’août 2011, l’Organe de coordination eHealth Confédération-cantons a lancé un projet national pour mener une étude préalable sur le dossier de vaccination électronique. Voir le document « Étude préalable dossier de vaccination électronique[2] ».

Le 21 novembre 2011, le groupe de projet IHE/HL7 Immunisation a publié sous la direction de Tony Schaller un whitepaper sur le thème des bases nécessaires à un dossier électronique de vaccination et de protection immunitaire. Ce dossier électronique de vaccination et de protection immunitaire doit pouvoir être utilisé aussi bien via un portail Internet que via des interfaces standardisées. L’enregistrement et l’échange continu des données (mécanismes d’importation et d’exportation) doivent être assurés pendant toute la durée de vie du citoyen. Le dossier électronique unique de vaccination et de protection immunitaire doit en outre être utilisé comme un élément du futur dossier électronique du patient. Le recours à un système experts clinique et/ou médical doit permettre de procéder à un bilan électronique des vaccinations. Ces systèmes experts sont également nommés « Clinical Decision Support System (CDSS) ».

La présente mise en oeuvre d’un format unifié pour le dossier électronique de vaccination et de protection immunitaire est basée sur le document « Étude préalable dossier de vaccination électronique[2] ».

Dieses Material ist Teil

des Leitfadens eHealth Suisse Implementierungsleitfaden.

  • Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
  • Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
  • Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Rapport à d’autres normes et guides d’implémentation

La présente spécification repose sur les bases suivantes:

Cda-ch-vacd-Referenzpyramide.png

Cda-ch-vacd-Referenzpyramide.png

[Illustration 1]Rapport à d’autres normes - Pyramide de référence

Profils d’intégration IHE

HL7 V3

HL7 Clinical Document Architecture (CDA)

Législation relative au dossier électronique du patient (LDEP)

Traductions

Dieses Material ist Teil

des Leitfadens eHealth Suisse Implementierungsleitfaden.

  • Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
  • Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
  • Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Définitions

Les définitions suivantes sont importantes pour la bonne compréhension générale. Elles sont notamment tirées d’Internet (par exemple: sites Internet des sociétés et des institutions, Wikipédia, Google). Elles permettent de comprendre les notions utilisées au chapitre « Cas d’application ».

[Tableau 1]Définitions

Concept Définition
Allergie Est désignée par le terme allergie une réaction de défense excessive du système immunitaire à certaines substances (allergènes) qui se manifeste souvent par des symptômes typiquement liés à des processus inflammatoires.
Vaccinations de base Les vaccinations de base recommandées selon le plan suisse de vaccination offrent une protection de base pour la santé individuelle et publique. Les médecins devraient recommander les vaccinations de base à leurs patients conformément au plan suisse de vaccination qui est actualisé périodiquement. Cf. aussi Plan suisse de vaccination[3].
eVACDOC Un eVACDOC (nouvelle dénomination) constitue la base de l’enregistrement électronique et de l’échange de données électroniques en rapport avec les vaccinations et la protection immunitaire. L’eVACDOC peut être échangé entre les systèmes ICT via des interfaces standardisées. Des mécanismes d’importation et d’exportation permet-tent de procéder à cet échange d’informations pertinentes en matière de vaccination. Cet eVACDOC unique peut également être utilisé pour la consultation de systèmes experts (CDSS) dans le cadre du bilan électronique de vaccination. L’eVACDOC peut par ailleurs être considéré comme un élément du futur dossier électronique du patient (DEP). L’eVACDOC définirait ainsi dans le DEP l’état actuel de vaccination et de protection immunitaire du patient. Toute modification et tout complément doivent être consignés dans une nouvelle version de l’eVACDOC et enregistrés dans le DEP. Les versions précédentes de l’eVACDOC doivent alors être déclarées comme « n’étant plus valables ».
Vaccinations recommandées pour groupes à risques Certaines vaccinations sont définies comme profitables pour certains groupes à risques. Les médecins devraient recommander ces vaccinations aux patients à risques si elles sont réalisables avec une charge justifiable. Cf. aussi Plan de vaccination suisse[3]. Il est nécessaire de faire une distinction entre les groupes à risques en fonction du risque élevé d’infection, de l’exposition et des risques de transmission.
Vaccinations complémentaires Vaccinations complémentaires offrant une protection individuelle optimale et conçues pour des personnes qui souhaitent se protéger contre des risques clairement définis. Les médecins doivent informer leurs patientes et leurs patients de leur existence conformément aux dispositions du Plan de vaccination suisse[3].
Système expert Un système expert en vaccination établit automatiquement, ou avec l’aide d’experts en vaccination, des recommandations au sujet des vaccins à administrer. Les informations relatives au statut de vaccination d’un patient sont analysées et évaluées au moyen d’un algorithme sur la base des plans de vaccination publiés chaque année plan de vaccination suisse[3] par la Commission fédérale pour les vaccinations (CFV). C’est ainsi que sont générées des recommandations de vaccination personnalisées.

Cf. également la description CDSS au chapitre Abréviations et glossaire.

Professionnels de la santé Les professionnels de la santé disposent du certificat de compétence relatif à leur qualification et nécessaire à l’exercice d’une activité médicale. Différents professionnels de la santé sont actifs dans le domaine de la vaccination. Dans le présent document, la notion de « professionnels de la santé » désigne des médecins et des pharmaciens qui peuvent valider des informations externes au sujet des vaccinations.

Les médecins des instituts suivent des patients pendant une période donnée, par exemple pendant leur séjour dans un institut tropical ou dans un hôpital.

Les médecins indépendants tels que les médecins de famille, les pédiatres, les gynécologues, les pneumologues ou les rhumatologues suivent souvent les patients durant une plus longue période.

Les pharmaciens gèrent le statut immunitaire sur demande du patient (= prestataire de service) et/ou dispensent des recommandations de vaccination après consultation du VAC-CDSS. Les pharmaciens peuvent également procéder à des vaccinations si les dispositions cantonales le permettent et s’ils remplissent les conditions nécessaires.
Limitation: il existe par ailleurs des professionnels de la santé qui sont actifs au niveau médical sous la surveillance ou sur délégation d’un médecin ou d’un pharmacien tels que les assistants médicaux, les assistants en pharmacie ou les collaborateurs de l’Association suisse des services d’aide et de soins à domicile. Ces professionnels ne peuvent pas valider des informations externes au sujet d’une vaccination. Cf. également à ce sujet « Professionnels de la santé non-médecins et non-pharmaciens ».

Succès de la vaccination / protection immunitaire Les vaccinations ne sont pas toujours à 100 % efficaces. Dans certains cas, comme celui de la vaccination contre la rubéole, le succès de la vaccination et la protection immunitaire qui en découle sont vérifiés en procédant à un contrôle du titre d’anticorps (par exemple le succès de la vaccination et la protection immunitaire contre le virus de l’hépatite B lors d’un examen prénatal ou chez des personnes exposées de par leur profession). Une protection immunitaire peut également apparaître si une personne a combattu des infections correspondantes qui viennent modifier la suite du plan et des recommandations de vaccination.
Recommandation de vaccination Les recommandations de vaccination sont des recommandations formulées sur la base du plan de vaccination suisse annuel actuel et en fonction du plan de vaccination individuel pour une vaccination définie, à un moment défini ou dans une situation définie.
Catégories de vaccinations La Commission fédérale pour les vaccinations (CFV) distingue quatre catégories de vaccinations:
  • Vaccinations de base
  • Vaccinations complémentaires recommandées
  • Vaccinations recommandées à des groupes à risques
  • Vaccinations sans recommandation
Réactions aux vaccinations Les réactions aux vaccinations sont généralement bénignes dans le cadre d’une réponse immunitaire après l’administration d’un vaccin. Elles apparaissent dans le cadre d’une relation chronologique avec une vaccination.
Centre de vaccination Le centre de vaccination est la personne ou l’organisation qui a effectué une vaccination. Remarque : dans les documents CDA, le centre de vaccination est déclaré avec l’élément « performer ». Voir également à ce sujet le modèle « Immunization Performer - performer Containment » dans la présente spécification.
Plan de vaccination individuel Le plan de vaccination individuel regroupe toutes les recommandations de vaccination sur la base du plan de vaccination suisse annuel actuel et compte tenu de la situation spécifique et des préférences du patient.
Laboratoires Les laboratoires médicaux contrôlent la protection immunitaire et établissent des données au sujet du succès des vaccinations et de la protection immunitaire qui sont ensuite transmises aux médecins mandants.
Professionnels de la santé non-médecins et non-pharmaciens Cette notion regroupe tous les professionnels de la santé qui ne sont pas des médecins ou des pharmaciens. Il s’agit par exemple des collaboratrices/collaborateurs de l’Association suisse des services d’aide et de soins à domicile, des assistant-e-s médicaux/médicales (AM) ou des infirmiers dans les hôpitaux. Ceux-ci peuvent effectuer des vaccinations (par exemple vaccination contre la grippe) sur ordonnance et sous surveillance, mais ne sont pas autorisés à valider des informations externes au sujet des vaccinations (cf. indication ci-dessus au sujet des professionnels de la santé).
Plan de vaccination suisse Les informations sur les vaccinations recommandées en Suisse sont comprises dans le plan de vaccination suisse annuel actuel de l’OFSP plan de vaccination suisse[3] (informations générales et adaptations) ainsi que dans les recommandations spécifiques de l’OFSP (informations détaillées selon le vaccin / la maladie ou le thème). Ce plan est actualisé chaque année.
Représentant Les représentants sont les personnes qui gèrent un dossier de patient pour un autre patient. Exemple : les parents pour les mineurs ou les enfants pour leurs parents âgés. Les représentants ne sont généralement pas des spécialistes du domaine.
Patient Les notions « citoyen » et « patient » sont utilisées comme des synonymes dans le présent document. Le terme « patient » implique qu’il existe un problème médical (maladie, accident). La thématique de la vaccination touche cependant aussi les personnes saines, et donc les citoyens. Le patient/citoyen n'est généralement pas un spécialiste du domaine.
Effets indésirables des vaccinations Des effets indésirables peuvent apparaître après une vaccination (le plus souvent dans les 8 premières semaines suivant la vaccination). Selon la loi sur les produits thérapeutiques, il est obligatoire de déclarer les effets importants des vaccinations à des centres régionaux de pharmacovigilance ou à Swissmedic en indiquant le numéro de lot.

Des définitions supplémentaires sont indiquées au chapitre Abréviations et glossaire.

Cas d’application

Dieses Material ist Teil

des Leitfadens eHealth Suisse Implementierungsleitfaden.

  • Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
  • Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
  • Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Les cas d’application représentés ici (UC = Use Case) se rapportent à des exemples tels qu’ils se présentent aujourd’hui aux différents acteurs du système de santé suisse concernés par la thématique présente. Certains de ces cas d’application ne sont possibles que si toutes les informations pertinentes sont interopérables et peuvent circuler grâce à des mécanismes d’importation et d’exportation.
L’objectif est, dune part la mise à disposition des informations sur l’état de santé d’un patient pour les personnes impliquées dans la voie de traitement sous une forme lisible par l’homme. D’autre part, des processus doivent être optimisés dans les systèmes informatiques par le traitement électronique de ces informations. Il en découle les cas d’application décrits ci-après.

Dieses Material ist Teil

des Leitfadens eHealth Suisse Implementierungsleitfaden.

  • Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
  • Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
  • Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Introduction

Une personne peut être immunisée suite à une vaccination ou une infection ; une infection n’est pas forcément perceptible et le patient ne s’en rend donc pas forcément compte. Il existe différentes durées d’immunisation.


Vacd lebensphasen fr.png

Vacd lebensphasen fr.png

[Illustration 2] Immunisation et périodes de vie

Le statut immunitaire doit fournir des renseignements sur les vaccinations effectuées et les antécédents médicaux. Il doit comporter des indications sur les titres d’anticorps qui prouvent l’existence d’une immunité. L’eVACDOC présente la protection immunitaire du patient sur la base de données démographiques pertinentes (âge, sexe), de son statut immunitaire et des facteurs de risque. Un service de bilan des vaccinations doit pouvoir mettre à disposition le plan de vaccination et les recommandations de vaccination au moyen d’un eVACDOC. Le carnet électronique de vaccination et de protection immunitaire (nouveau carnet de vaccination) peut être imprimé par un professionnel de la santé.

[Tableau 2]Rôles fonctionnels

Fonction Professionnels de la santé qui peuvent valider des données externes au sujet des vaccinations: médecins, pharmaciens Professionnels de la santé non-médecins et non-pharmaciens qui ne peuvent pas valider des données externes au sujet des vaccinations: chefs de laboratoire, AM, infirmières, etc. Patients ou leurs représentants
Créer un dossier de vaccination et de protection immunitaire[Remarque 2], saisir et gérer les données de vaccination existantes[Remarque 3]. Oui Oui Oui[Remarque 4]
Vérifier, compléter et valider les données saisies par le citoyen/patient/représentant[Remarque 5] Oui - -
Procéder au contrôle de vaccination (=CDSS), identifier les vaccinations incomplètes et manquantes, établir un plan de vaccination individuel, rappeler les recommandations de vaccination Oui Oui Oui
Exécuter, actualiser et valider la recommandation de contrôle de vaccination[Remarque 6] Oui[Remarque 7] Oui[Remarque 7] -
Imprimer le carnet de vaccination et de protection immunitaire validé Oui Oui Oui

Description des fonctions liées au dossier électronique de vaccination et de protection immunitaire :
Les médecins, les pharmaciens et les autres professionnels de la santé tels que les chefs de laboratoire, les infirmières ou les AM disposent de l’autorisation légale, des conditions préalables et du certificat de compétence pour exécuter les fonctions définies.

Le citoyen/patient ou son représentant peut transformer son carnet de vaccination au format papier en un dossier électronique de vaccination et de protection immunitaire sur un portail de vaccination de son choix. Il peut le faire lui-même ou déléguer cette tâche à un professionnel de la santé puisqu’il n’est généralement pas un spécialiste du domaine.

Des professionnels de la santé non-médecins et non-pharmaciens peuvent également créer un dossier électronique de vaccination et de protection immunitaire ainsi qu’enregistrer et gérer des données de vaccination existantes sur mandat du patient. Dans tous les cas, le dossier électronique de vaccination et de protection immunitaire doit être validé au final par un professionnel de la santé autorisée.

Les professionnels de la santé transfèrent le statut immunitaire du patient selon les indications de son anamnèse et du carnet de vaccination au format papier (ancien) vers le dossier électronique de vaccination et de protection immunitaire et le cas échéant, valident les indications correspondantes du patient ou de son représentant. Ils vaccinent le patient, complètent son statut immunitaire et actualisent les recommandations de vaccination et le plan de vaccination individuel en y ajoutant un CDSS. Les professionnels de la santé non-médecins et non-pharmaciens (par exemple les assistantes médicales, les infirmières, etc.) vaccinent le patient et actualisent son sta-tut immunitaire. Les chefs de laboratoire complètent le statut immunitaire avec des données sur le succès de la vaccination et la protection immunitaire. Les professionnels de la santé autorisés valident les actions exécutées.

Dieses Material ist Teil

des Leitfadens eHealth Suisse Implementierungsleitfaden.

  • Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
  • Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
  • Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Storyboard: documentation du statut immunitaire

Le patient Albert Dupont ou son représentant (par exemple parents) souhaite utiliser à l’avenir un carnet de vaccination électronique. Il peut confier la tenue de ce carnet à son médecin ou son prestataire de service, ou alors s’en charger lui-même dans le futur dossier électronique du patient (DEP).

Les conditions préalables sont les suivantes
L’identification univoque du patient nécessite au moins les indications suivantes:

  • Nom: Dupont
  • Prénom: Albert
  • Sexe: masculin
  • Date de naissance: 11 juin 1948
  • NPA (pour MEVE = méningo-encéphalite verno-estivale)
  • Identification univoque du patient
  • Vaccinations expressément non désirées (cette information est visible pour les professionnels de la santé et le patient ne reçoit donc aucun message de rappel)

Les indications suivantes peuvent être données en option:

  • Numéro de téléphone portable ou adresse e-mail: 079 123 45 67 (par exemple pour rappel de vaccination par SMS)
  • Adresse: Chemin des malades 10, 9876 Spécimen-Village
  • Assurance-maladie et numéro de la carte d’assuré: NousPayonsTout Assu-rances, Ruelle des chiffres 89, 8888 Village-modèle / 8077560000000000000000

L’identification univoque du centre de vaccination nécessite au moins les indications suivantes:

  • Personne exécutante (par exemple: Dr Prêt Entouttemps, y compris n° GLN si disponible)
  • Centre de vaccination en tant qu’institution (par exemple: Cabinet de groupe, y compris n° GLN) si disponible

Les données disponibles concernant le statut immunitaire du patient (vaccinations, antécédents médicaux, titres d’anticorps) sont reprises du système d’information corres-pondant (DEP, système primaire auprès du médecin ou de l’hôpital, ou portail de vaccination) et transférées dans le dossier électronique de vaccination et de protection immunitaire:

Vaccins administrés
  • Obligatoire:
    Nom commercial, si non disponible antigène avec dosage (important en cas de nom de vaccin manquant pour les vaccinations effectuées à l’étranger)
    Date d’administration (mois, année) – également sous forme d’indication « imprécise » (par exemple seulement année)
  • Optionnel:
    Numéro de lot
Antécédents médicaux
  • Obligatoire si des informations correspondantes existent:
    Diagnostique selon code CIM-10 (affections d’origine virale avec immunité définitive)
  • Optionnel:
    Date de l’affection (mois et année) – également sous forme d’indication « imprécise » (par exemple seulement année)
Obligatoire s'il faut transmettre un résultat de sérologie:
Anticorps: examen par le laboratoire (sérologie)
  • Laboratoire exécutant
  • Code LOINC
  • Résultat (positif ou négatif) du test de détection d’anticorps liés à une affection virale avec immunité définitive
  • Titre d’anticorps anti-hépatiques avec description des valeurs[Remarque 7] (interprétation différente si le résultat du titre doit prouver l’immunité définitive chez les personnes avec un risque d’exposition élevé [9a] ou si le résultat du titre vise un contrôle de l’anamnèse de vaccination de l’hépatite B pour les vaccinations non documentées de l’hépatite B [9b][Remarque 8]
  • Sérologie du tétanos avec description des valeurs[Remarque 9]
  • Résultat PCR (dépistage de la coqueluche pour immunité de cinq ans)
  • Date des examens (mois et année)
Indications minimales des facteurs de risques
  • Obligatoire si des informations correspondantes existent:
    Risque de complication élevé
    Risque d’exposition élevé
    Allergie / réaction anaphylactique aux protéines d’oeufs de poule
    Date de la naissance pour les femmes enceintes
  • Optionnel:
    Réactions à la vaccination avec texte libre comme sur la carte d’assuré (CA) pour l’assurance obligatoire des soins.

Le carnet de vaccination électronique imprimé contient les informations sui-vantes
Il appartient aux applications qui communiquent avec l’eVACDOC de réaliser une impression. L’établissement d’un carnet électronique de vaccination et de protection immunitaire imprimé n’est pas abordé dans ce document.

Métadonnées
  • Obligatoire:
    Date d’impression
    Professionnel de la santé qui a validé le carnet de vaccination et de protection immunitaire
Données démographiques du pa-tient
  • Obligatoire:
    Nom: Dupont
    Prénom: Albert
    Sexe: masculin
    Date de naissance: 11 juin 1948
  • Optionnel:
    Adresse: Chemin des malades 10, 9876 Spécimen-Village
    Numéro de téléphone: 032 685 12 34
Données de vaccination effectives
  • Obligatoire:
    Vaccinations non désirées (le carnet de vaccination est accessible aux professionnels de la santé et le patient ne reçoit plus d’avertissements liés à des échéances de vaccinations pour ces vaccinations définies)
    Statut immunitaire (vaccinations reçues, affections virales contractées avec immunité définitive)
    Maladie bactérienne contractée (coqueluche) avec immunité de cinq ans
    Recommandations de vaccination et plan de vaccination individuel
  • Optionnel:
    Vaccinations futures selon le plan de vaccination individuel
    Indication au CDSS: désignation univoque du CDSS (avec numéro de version), date de la demande, fournisseur

UC 1: centre de vaccination ambulatoire avec DM sur papier

Désignation détaillée: centre de vaccination ambulatoire avec dossier médical sur papier
Exemple: contrôle de vaccination chez le médecin de famille
Objectif: initialisation et numérisation du statut immunitaire

Monsieur Albert Dupont a rendez-vous chez son médecin de famille Dr Prêt Entouttemps pour un contrôle de vaccination. Pour cela, le médecin de famille ouvre le portail de vaccination (flèche no 1), introduit les vaccinations du carnet et du dossier médical au format papier et complète éventuellement les indications pertinentes en matière de vaccination telles que les titres d’anticorps ou les allergies. Il est également possible que Monsieur Dupont ou une personne de confiance ait déjà saisi les indications de l’ancien carnet au format papier. Dans ce cas, il ne reste plus au médecin de famille qu’à valider ces informations et le cas échéant, les compléter. Durant l’étape suivante, le médecin de famille envoie le statut immunitaire actualisé via eVACDOC avec toutes les informations pertinentes au service de bilan vaccinal électronique (flèche n° 2). La demande est pseudonymisée[Remarque 10]. Seul le médecin de famille qui a effectué la demande peut réattribuer la recommandation de vaccination ultérieure ou le plan de vaccination au patient concerné au moyen des ID des documents référencés. Etape suivante: le service de bilan vaccinal électronique envoie (flèche n°3) une recommandation de vaccination ou le plan de vaccination individuel au format eVACDOC après analyse des informations d’immunisation. Le plan de vaccination individuel et les recommandations actuelles de vaccination sont affichés. Le médecin de famille procède aux vaccinations correspondantes et ajoute les vaccins administrés à son patient dans le dossier d’immunisation du portail de vaccination. Si le patient le souhaite, le médecin imprimera un nouveau carnet de vaccination sur papier.

Vacd uc1 fr.png

Vacd uc1 fr.png

[Illustration 3] UC 1: centre de vaccination ambulatoire avec DM sur papier

UC 2: centre de vaccination ambulatoire avec DM électronique

Désignation détaillée: le centre de vaccination traite le dossier médical électronique directement au format numérique.

UC 2a: Sans informations de vaccination structurées

Condition préalable: il n’est pas possible de saisir les informations de vaccination de manière structurée dans le dossier médical électronique.

Monsieur Albert Dupont a rendez-vous chez son médecin de famille Dr Prêt Entouttemps pour un contrôle de vaccination. Le médecin de famille contrôle les vaccinations dans le logiciel du cabinet médical (LCM) et complète les vaccinations nécessaires. Un service de bilan vaccinal électronique (CDSS) aide le médecin à décider des vaccinations de base recommandées. Pour cela, le médecin ouvre le portail de vaccination (flèche n° 1) et envoie les informations pertinentes en matière d'immunisation sous forme « pseudonymisée » au service de bilan vaccinal électronique (flèche n° 2) via eVACDOC. La demande est « pseudonymisée » (cf. UC1). À l’étape suivante, le service de bilan vaccinal électronique (flèche n° 3) renvoie au portail de vaccination une recommandation de vaccination ou un plan de vaccination via eVACDOCaprès analyse des données. Le plan de vaccination individuel et les recommandations actuelles de vaccination sont affichés. Le médecin de famille peut maintenant importer la recommandation de vaccination ou le plan de vaccination (par exemple au format PDF) dans le logiciel du cabinet médical.

Vacd uc2 a fr.png

Vacd uc2 a fr.png

[Illustration 4] UC 2a: sans informations de vaccination structurées

UC 2b: avec informations de vaccination structurées

Condition préalable: Il est possible de saisir les informations de vaccination de manière structurée dans le dossier médical électronique.

Monsieur Albert Dupont a rendez-vous chez son médecin de famille Dr Prêt Entouttemps pour un contrôle de vaccination. Le médecin de famille ouvre le dossier du patient dans le logiciel du cabinet médical (flèche n° 1). Un service de bilan vaccinal électronique (CDSS) aide le médecin à décider des vaccinations de base recommandées. Le logiciel du cabinet médical du médecin envoie pour cela l’eVACDOC avec toutes les informations pertinentes au service de bilan vaccinal électronique (flèche n° 2). La demande est « pseudonymisée » (cf. UC1). A l’étape suivante, le service de bilan vaccinal électronique (flèche n° 3) renvoie au logiciel du cabinet médical du médecin de famille le plan de vaccination individuel et les recommandations actuelles de vaccination via eVACDOC après analyse des données.

Vacd uc2 b fr.png

Vacd uc2 b fr.png

[Illustration 5]UC 2b: avec informations de vaccination structurées

Scénario carnet de vaccination sur papier Le médecin contrôle les vaccinations du dossier de vaccination et de pro-tection immunitaire et complète les indications qui n’ont pas encore été enregistrées dans le logiciel du cabinet médical. Pour finir, les informations pertinentes sont envoyées au service de bilan vaccinal électronique comme décrit ci-dessus.

UC 2c: synchronisation avec le portail électronique de vaccination

Désignation détaillée: Utilisation du portail électronique de vaccination par des tiers et synchronisation du logiciel du cabinet médical du médecin de famille

Monsieur Albert Dupont doit se rendre au service des urgences. Le médecin urgentiste ouvre le portail de vaccination (flèche n° 1) et complète les vaccinations effectuées et les informations pertinentes en matière de vaccination. Les informations de vaccination sont envoyées sous forme « pseudonymisée » à un service de bilan vaccinal électronique (CDSS) via eVACDOC (flèche n° 2) (cf. UC1). Etape suivante: le service de bilan vaccinal électronique renvoie (flèche n° 3) une recommandation de vaccination ou le plan de vaccination au portail de vaccination via eVACDOC après analyse des informations d’immunisation. Les recommandations actuelles de vaccination et si besoin, le plan de vaccination individuel peuvent être consultés par le médecin urgentiste. Le statut immunitaire actualisé du patient peut désormais aussi être automatiquement actualisé dans le logiciel du cabinet médical du médecin de famille (via des interfaces) de sorte que ce dernier puisse connaître en tout temps le statut d’immunisation actuel de son patient.

Vacd uc2 c fr.png

Vacd uc2 c fr.png

[Illustration 6] UC 2c: synchronisation avec le portail électronique de vaccination

UC 3: demande de recommandation de vaccination

Désignation détaillée: recommandation de vaccination / centre de vaccination prestataire de service, par exemple pharmacien (pharmacien travaillant avec un portail de vaccination).

Monsieur Albert Dupont, qui possède un dossier électronique de vaccination et de protection immunitaire, se rend chez un pharmacien pour actualiser son plan de vaccination. Le pharmacien ouvre alors le portail de vaccination (flèche n° 1), contrôle les informations d’immunisation et complète éventuellement les indications nécessaires (telles que d’autres vaccinations reçues ou de nouveaux facteurs de risque). A l’étape suivante, le pharmacien envoie le statut immunitaire actualisé via eVACDOC au service de bilan vaccinal électronique (flèche n° 2). La demande est « pseudonymisée » (cf. UC1). A l’étape suivante, le service de bilan vaccinal électronique (flèche n° 3) renvoie au portail de vaccination une recommandation de vaccination ou le plan de vaccination individuel via eVACDOC après analyse des informations d’immunisation. Le plan de vaccination individuel et les recommandations actuelles de vaccination sont montrés au pharmacien. Le pharmacien peut alors administrer les vaccins ou imprimer un carnet de vaccination (nouveau) avec les recommandations pour le patient. Le patient peut prendre ce carnet avec lui lors de sa prochaine consultation chez son médecin (flèche n° 4) afin, par exemple, d’effectuer un rappel de vaccination.

Vacd uc3 fr.png

Vacd uc3 fr.png

[Illustration 7] UC 3: demande de recommandation de vaccination

UC 4: centre de vaccination hospitalier avec DM sur papier

Désignation détaillée: centre de vaccination dans un hôpital (médecin travaillant avec un dossier médical sur papier)
Cf. chapitre #UC 1: centre de vaccination ambulatoire avec DM sur papier.

UC 5: centre de vaccination hospitalier avec DM électronique

Désignation détaillée: centre de vaccination dans un hôpital (médecin travaillant avec un dossier médical électronique)
Cf. chapitre #UC 2: centre de vaccination ambulatoire avec DM électronique. Le médecin utilise un système d’information hospitalier (SIH) en lieu et place d’un logiciel de cabinet médical. Les UC 2a / 2b / 2c sont exécutés de la même manière.

UC 6: déléguer l’administration d’un vaccin

Désignation détaillée: délégation de l’administration d’un vaccin à des professionnels de la santé non-médecins dans le cadre de l’Association suisse des services d’aide et de soins à domicile ou à une institution (par exemple établissement médico-social)

Monsieur Albert Dupont doit se faire vacciner contre la grippe. Le médecin de famille délègue cette tâche à un professionnel de la santé non-médecin de l’Association suisse des services d’aide et de soins à domicile. Le professionnel de la santé ouvre pour cela le portail de vaccination (flèche n°1). Il complète alors la nouvelle vaccination reçue par le patient dans le dossier électronique de vaccination et de protection immunitaire. Il peut également imprimer un nouveau carnet sur papier. Si le médecin de famille travaille avec un logiciel de cabinet médical qui contient des informations de vaccination structurées, celles-ci peuvent être mises à jour lors de la consultation suivante (flèche n°2) de sorte que le médecin de famille connaisse en tout temps le statut immunitaire actualisé de son patient.

Vacd uc6 fr.png

Vacd uc6 fr.png

[Illustration 8] UC 6: déléguer l’administration d’un vaccin

UC 7: vaccinations en série

Désignation détaillée: vaccinations en série, par exemple dans des écoles ou des centres de recrutement militaires

Dans une école, des vaccins sont administrés à plusieurs enfants par le médecin scolaire. Dans un centre de recrutement, les vaccinations des différentes recrues sont effectuées par le médecin du recrutement. Le médecin ou le pharmacien administre des vaccins contre la grippe à plusieurs citoyens. La particularité de ce cas d’application réside dans le fait que les vaccinations et leur documentation doivent être réalisées le plus efficacement possible. Les médecins scolaires, les médecins de recrutement et les pharmaciens doivent par conséquent pouvoir compter sur des systèmes logiciels capables d’enregistrer des vaccinations en série et de les attribuer aux citoyens correspondants. L’actualisation via eVACDOC de tous les vaccins administrés à la fin de la vaccination en série devrait donc être automatisée au maximum. Aucune nouvelle exigence ne doit cependant être prise en compte en ce qui concerne les informations qui doivent être échangées. Un eVACDOC est également créé pour chaque patient lors de vaccinations en série. L’échange de données est donc effectué de la même manière que dans les cas d’application précités.


Recommandations

Ce chapitre contient des recommandations utiles à des fins d’harmonisation. Les recommandations mentionnées ci-après peuvent également être considérées comme des « meilleures pratiques ». Elles ne sont pas normatives, et leur mise en œuvre est donc facultative.

Méchanisme de transport

Dieses Material ist Teil

des Leitfadens eHealth Suisse Implementierungsleitfaden.

  • Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
  • Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
  • Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Gestion des métadonnées

Comme mentionné dans les recommandations relatives à la gestion des métadonnées dans CDA-CH V2.1 (2020), il est important, dans le cadre du dossier électronique du patient, de faire une utilisation harmonisée des métadonnées des documents établis au moyen de CDA-CH V2.1.

Recommandation d’utilisation des métadonnées

Lorsqu’un document CDA répondant à la présente spécification est intégré au dossier électronique du patient, les métadonnées doivent être attribuées conformément à la description suivante : Métadonnées selon la LDEP.

Par ailleurs, la présente spécification contient une disposition concrète pour l’attribut de métadonnée typeCode (voir à ce sujet le modèle « Document Code »). L’attribut de métadonnée classCode peut en être déduit conformément au tableau « 2.11 Type du document (2.16.756.5.30.1.127.3.10.1.27) » à l’annexe 3 de l’ordonnance du DFI sur le dossier électronique du patient (Métadonnées)[Remarque 11] (colonne 4, « Se réfère à 2.3 Classification du document »).


Dieses Material ist Teil

des Leitfadens eHealth Suisse Implementierungsleitfaden.

  • Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
  • Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
  • Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Spécification (normative)

Synthèse simplifiée de la structure CDA

La structure du document CDA est décrite en détail dans les chapitres suivants. Par souci de gain de temps, nous proposons ici un résumé très simplifié des éléments du présent format d’échange.

En-tête CDA (Header)

  • Informations sur le document (ID du document, code, titre, date d’établissement, niveau de confidentialité, langue, version)
  • Indications au sujet du patient (y compris assurance et carte d’assuré)
    • Pour le carnet de vaccination, le dossier de vaccination et la documentation d’un vaccin administré : indications démographiques complètes sur le patient
    • En cas de demande ou de réponse en lien avec les recommandations de vaccination : indications pseudonymisées sur le patient
  • Participants au document : auteurs, rédacteurs
  • Signataire légal
  • Expéditeur (administrateur)
  • Destinataire, y compris éventuels destinataires de copies
  • Référence à un éventuel document à remplacer

Corps CDA (Body)

  • Chapitre « Vaccinations »
    Vaccin, centre de vaccination, maladie contre laquelle le vaccin offre une protection, numéro de lot (lot n°), niveau de recommandation CFV, dosage et autres indications relatives à l’administration.
  • Chapitre « Liste de problèmes »
    Affections actuelles du patient, pour autant que cette information soit pertinente en lien avec le dossier de vaccination ou les recommandations de vaccination.
  • Chapitre « Antécédents médicaux »
    Anamnèse et affections précédentes du patient, pour autant que cette information soit pertinente en lien avec le dossier de vaccination ou les recommandations de vaccination.
  • Chapitre « Allergies et autres réactions indésirables »
    Allergies et autres réactions indésirables du patient, pour autant que cette information soit pertinente en lien avec le dossier de vaccination ou les recommandations de vaccination.
  • Chapitre « Autres observations pertinentes »
    Âge gestationnel du patient à la naissance, pour autant que cette information soit pertinente en lien avec le dossier de vaccination ou les recommandations de vaccination de l’enfant.
  • Chapitre « Rapport de laboratoire »
    Rapport de laboratoire du patient, pour autant que cette information soit pertinente en lien avec le dossier de vaccination ou les recommandations de vaccination.
  • Chapitre « Grossesse »
    Indication d’une éventuelle grossesse actuelle de la patiente, pour autant que cette information soit pertinente en lien avec le dossier de vaccination ou les recommandations de vaccination de l’enfant.
  • Chapitre « Plan de vaccination »
    Recommandations de vaccination. Ce chapitre contient les mêmes données que le chapitre « Vaccinations », à la différence près qu’il s’agit là d’un plan de vaccination qui n’a pas encore été confirmé.
  • Chapitre « Commentaire »
    Bemerkungen zum ganzen Dokument
    Remarques sur la totalité du document
    À noter : il est également possible de faire des remarques et des commentaires sur les différentes entrées directement dans le document.

Afin de répondre aux différents besoins, les différentes modalités suivantes sont définies sous forme de modèles de documents indépendants relatifs à eVACDOC :

  1. Carnet de vaccination
    Contient exclusivement le chapitre traitant de toutes les vaccinations connues.
    CDA Document Level Template : Swiss eVACDOC - Immunization Certificate (2.16.756.5.30.1.1.10.1.15).
  2. Documentation de vaccinations nouvellement administrées
    Contient exclusivement le chapitre traitant des vaccinations administrées durant un traitement.
    CDA Document Level Template : Swiss eVACDOC - Immunization Administration (2.16.756.5.30.1.1.10.1.16).
  3. Demande de recommandation de vaccination
    Contient toutes les indications pertinentes pour la demande d’une recommandation de vaccination. Dans cette modalité, le patient est mentionné de manière anonyme.
    CDA Document Level Template : Swiss eVACDOC - Immunization Recommendation Request (2.16.756.5.30.1.1.10.1.17).
  4. Réponse à une demande de recommandation de vaccination
    Contient toutes les indications qui ont été données dans le cadre de la demande de recommandation de vaccination et, de surcroît, les vaccinations recommandées. Dans cette modalité, le patient est mentionné de manière anonyme.
    CDA Document Level Template : Swiss eVACDOC - Immunization Recommendation Response (2.16.756.5.30.1.1.10.1.18).
  5. Dossier de vaccination
    Contient au moins le chapitre traitant de toutes les vaccinations connues et peut également contenir d’autres chapitres tels que les allergies ou les indications relatives à une grossesse.
    CDA Document Level Template : Swiss eVACDOC - Vaccination Record (2.16.756.5.30.1.1.10.1.19).

Représentation graphique simplifiée du contenu du document

Les illustrations suivantes présentent le contenu du document CDA à l’aide de symboles. Remarques :

  • Les textes en bleu représentent les contenus qui ont la priorité sur des indications données auparavant à un niveau plus élevé dans le document.
  • La modélisation dans ART-DECOR s’applique dans tous les cas (également en cas d’éventuels écarts par rapport aux graphiques suivants).

Document dans la modalité « Carnet de vaccination »

Vacd content doc cer fr.png

Vacd content doc cer fr.png

[Illustration 10] Contenu du document dans la modalité « Carnet de vaccination »

Document dans la modalité « Documentation de vaccinations nouvellement administrées »

Vacd content doc adm fr.png

Vacd content doc adm fr.png

[Illustration 11] Contenu de la documentation de vaccinations nouvellement administrées

Document dans la modalité « Demande de recommandation de vaccination »

Vacd content doc req fr.png

Vacd content doc req fr.png

[Illustration 12] Contenu de la demande de recommandation de vaccination

Document dans la modalité « Réponse à une demande de recommandation de vaccination »

Vacd content doc rsp fr.png

Vacd content doc rsp fr.png

[Illustration 13] Contenu de la réponse à une demande de recommandation de vaccination

Document dans la modalité « Dossier de vaccination »

Vacd content doc vrc fr.png

Vacd content doc vrc fr.png

[Illustration 14] Contenu du dossier de vaccination

Données administratives (en-tête CDA ou Header)

Vacd content header fr.png

Vacd content header fr.png

[Illustration 15] Données administratives dans l’eVACDOC (en-tête CDA ou Header)

Chapitre « Vaccination »

Vacd content section imz fr.png

Vacd content section imz fr.png

[Illustration 16] Données médicales dans le chapitre « Vaccinations »

Vacd content entry immunization fr.png

Vacd content entry immunization fr.png

[Illustration 17] Vaccination

Vacd content entry immuniz consumable fr.png

Vacd content entry immuniz consumable fr.png

[Illustration 18] Vaccin

Vacd content entry immuniz rec category fr.png

Vacd content entry immuniz rec category fr.png

[Illustration 19] Niveau de recommandation de vaccination selon CFV

Vacd content entry immuniz target fr.png

Vacd content entry immuniz target fr.png

[Illustration 20] Objectif de la vaccination

Chapitre « Liste de problèmes »

Vacd content section prbl fr.png

Vacd content section prbl fr.png

[Illustration 21] Données médicales dans le chapitre « Liste de problèmes »

Vacd content entry prb concern fr.png

Vacd content entry prb concern fr.png

[Illustration 22] Affections du patient

Vacd content entry problem fr.png

Vacd content entry problem fr.png

[Illustration 23] Problème

Chapitre « Antécédents médicaux »

Vacd content section pprbl fr.png

Vacd content section pprbl fr.png

[Illustration 24] Donnes médicales dans le chapitre « Antécédents médicaux / anamnèse »

Pour « Affections du patient » et « Problèmes », voir Chapitre « Liste de problèmes ».

Chapitre « Allergies et autres réactions indésirables »

Vacd content section alrgy fr.png

Vacd content section alrgy fr.png

[Illustration 25] Données médicales dans le chapitre « Allergies et autres réactions indésirables »

Vacd content entry alrgy concern fr.png

Vacd content entry alrgy concern fr.png

[Illustration 26] Affections allergiques ou autres réactions indésirables

Vacd content entry alrgy fr.png

Vacd content entry alrgy fr.png

[Illustration 27] Allergie ou autre réaction indésirable

Vacd content entry severity fr.png

Vacd content entry severity fr.png

[Illustration 28] Niveau de gravité

Vacd content entry prb status fr.png

Vacd content entry prb status fr.png

[Illustration 29] Statut clinique du problème

Chapitre « Autres observations pertinentes »

Vacd content section coded results fr.png

Vacd content section coded results fr.png

[Illustration 30] Données médicales dans le chapitre « Autres observations pertinentes »

Vacd content entry gest age fr.png

Vacd content entry gest age fr.png

[Illustration 31] Âge gestationnel

Chapitre « Rapport de laboratoire »

Lrep content section lab fr.png

Lrep content section lab fr.png

[Illustration 32] Données médicales dans le chapitre « Rapports de laboratoire »

Lrep content entry lab1 fr.png

Lrep content entry lab1 fr.png

[Illustration 33] Valeurs de laboratoire structurées

Lrep content entry lab2 fr.png

Lrep content entry lab2 fr.png

[Illustration 34] Batteries avec résultats de tests

Lrep content entry lab3 fr.png

Lrep content entry lab3 fr.png

[Illustration 35] Résultat de test

Chapitre « Grossesse »

Vacd content section pregnancy fr.png

Vacd content section pregnancy fr.png

[Illustration 36] Données médicales dans le chapitre « Grossesse »

Vacd content entry cur pregnancy fr.png

Vacd content entry cur pregnancy fr.png

[Illustration 37] Grossesse actuelle

Chapitre « Plan de vaccination »

Vacd content section imzr fr.png

Vacd content section imzr fr.png

[Illustration 38] Données médicales dans le chapitre « Plan de vaccination »

Vacd content entry immuniz rec fr.png

Vacd content entry immuniz rec fr.png

[Illustration 39] Recommandation de vaccination

Chapitre « Commentaire »

Vacd content section comment fr.png

Vacd content section comment fr.png

[Illustration 40] Chapitre « Commentaire »

Vacd content entry comment fr.png

Vacd content entry comment fr.png

[Illustration 41] Commentaire

Généralités

Dieses Material ist Teil

des Leitfadens eHealth Suisse Implementierungsleitfaden.

  • Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
  • Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
  • Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Hiérarchie du guide d’implémentation

La présente spécification se base sur les principes suivants selon la hiérarchie suivante :

  1. HL7 Version 3
  2. HL7 Clinical Document Architecture, Release 2.0
  3. Spécification CDA-CH V2.1 (2020)
  4. IHE Patient Care Coordination Technical Framework

L’implémentation des règles Schematron est basée sur ISO Schematron :
http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=40833

Acteurs et transactions

Partant des cas d’application mentionnés dans les cas d’application, il est possible de distinguer deux types de communications dans le cadre du dossier électronique de vaccination et de protection immunitaire :

  1. Échange d’informations au sujet du dossier électronique du patient ;
  2. Échange d’informations avec le système d’experts (CDSS) pour les recommandations de vaccination.

Plus petite unité d’information commune. Dans les deux types de communication, l’eVACDOC tel que défini par le présent guide d’implémentation est échangé en tant que plus petite unité d’information commune. Les graphiques suivants illustrent les voies de communication.

InformationsaustauschEPD fr.png

InformationsaustauschEPD fr.png

[Illustration 42] Échange d’informations au sujet du dossier électronique du patient selon [Recommandations S&A IV].

InformationsaustauschCDSS fr.png

InformationsaustauschCDSS fr.png

[Illustration 43]Echange d’informations avec le CDSS pour recommandations de vaccination selon [dossier de vaccination électronique][4]

Les cas d’applications et déroulements de processus logiques en lien avec les profils de contenus médicaux sont décrits dans [IHE PCC TF-1][5], chapitre 2.1.

L’IHE Immunization Content Profile [IHE PCC TF-2], 6.3.1.10 décrit par ailleurs la transaction [PCC-12] (Request Clinical Guidance) pour l’utilisation de systèmes d’experts. Les acteurs « Content Creator » et « Content Consumer » sont alors groupés de manière bidirectionnelle avec les acteurs « Care Manager » et « Decision Support ».
Le « Care Manager » (système informatique du professionnel de la santé) compile les informations nécessaires des antécédents médicaux et transmet tous les domaines pertinents selon le profil de contenu [IHE PCC TF-2], 6.3.1.10 au « Decision Support Service » (système d’experts ; CDSS). Le « Decision Support Service » élabore une recommandation de vaccination ou un plan de vaccination et l’envoie en retour au « Care Manager ».

PCCClinicalGuidance.png

PCCClinicalGuidance.png

[Illustration 44] Acteurs et transactions (concrètement, pour PCC Clinical Guidance)

IHE IC (chapitre « X.2 ») détermine la mise en œuvre avec les profils d’intégration IHE XDS, XDR, XDM. Les profils d’intégration IHE XDS et XDR réalisent l’interaction « Share content » avec la transaction IHE « Provide and Register Document Set-b [ITI-41] ».

XDSXDR.png

XDSXDR.png

[Illustration 45] Acteurs et transactions (concrètement, pour XDS et XDR)

Le profil d’intégration IHE XDM réalise l’interaction « Share content » avec la transaction IHE « Distribute Document Set on Media [ITI-32] » :

AkteureUndTransaktionenXDM.png

AkteureUndTransaktionenXDM.png

[Illustration 46] Acteurs et transactions (concrètement, pour XDM)

Dans toutes les transactions susmentionnées pour XDS, XDR et XDM, le contenu du document transmis (Content) est identique et structuré selon le chapitre Structure CDA ;pour la transaction Request Clinical Guidance, il est possible de définir un mapping de la structure CDA vers le message HL7V3. Pour une description précise des acteurs, des transactions et des contenus, nous renvoyons à la documentation IHE [IHE ITI TF-2b] [6], chapitres « 3.32 Distribute Document Set on Media » et « 3.41 Provide and Register Document Set-b », puisque la transmission effective / l’enregistrement effectif (Share Content) ne font pas partie intégrante de la présente spécification.

Structure CDA

CDA Document Level Templates

Immunization Administration

Id2.16.756.5.30.1.1.10.1.16Effective Date2020‑06‑26
Other versions this id:
  • Kblank.png CDA-CH-VACD-ADM-V2 as of 2018‑04‑19
StatusKgreen.png ActiveVersion Label2020
NameCDA-CH-VACD-ADM-V21Display NameImmunization Administration
DescriptionSwiss eVACDOC - Immunization Administration
ContextPathname /
ClassificationCDA Document Level Template
Open/ClosedOpen (other than defined elements are allowed)
Uses
Uses 20 templates
Uses as NameVersion
2.16.756.5.30.1.1.10.2.25IncludeKgreen.png Document Realm (2017)DYNAMIC
2.16.756.5.30.1.1.10.2.18IncludeKgreen.png Document Template Ids CDA-CH v2.0 - structuredBody (2020)DYNAMIC
2.16.756.5.30.1.1.10.2.67IncludeKgreen.png Document Template Ids CDA-CH-VACD V2 for Swiss EPR (2020)DYNAMIC
2.16.756.5.30.1.1.10.2.63IncludeKgreen.png Document Code (2020)DYNAMIC
2.16.756.5.30.1.1.10.2.19IncludeKgreen.png Document Confidentiality Code (2019)DYNAMIC
2.16.756.5.30.1.1.10.2.22IncludeKgreen.png Document Language (2020)DYNAMIC
2.16.756.5.30.1.1.10.2.20IncludeKgreen.png Document Set Id and Version Number (2017)DYNAMIC
2.16.756.5.30.1.1.10.2.68IncludeKgreen.png Human Patient - recordTarget (2020)DYNAMIC
2.16.756.5.30.1.1.10.9.23IncludeKgreen.png Author (2020)DYNAMIC
2.16.756.5.30.1.1.10.2.7IncludeKgreen.png Data Enterer (2017)DYNAMIC
2.16.756.5.30.1.1.10.2.3IncludeKgreen.png Custodian (2020)DYNAMIC
2.16.756.5.30.1.1.10.2.4IncludeKgreen.png Recipient - informationRecipient (2017)DYNAMIC
2.16.756.5.30.1.1.10.2.5IncludeKgreen.png Legal Authenticator (2017)DYNAMIC
2.16.756.5.30.1.1.10.2.6IncludeKgreen.png Authenticator (2020)DYNAMIC
2.16.756.5.30.1.1.10.2.16IncludeKgreen.png Order Reference - inFulfillmentOf (2017)DYNAMIC
2.16.756.5.30.1.1.10.2.46IncludeKgreen.png Health Service - documentationOf (2019)DYNAMIC
2.16.756.5.30.1.1.10.2.14IncludeKgreen.png Insurance Card - participant (2017)DYNAMIC
2.16.756.5.30.1.1.10.2.15IncludeKgreen.png Insurance - participant (2017)DYNAMIC
2.16.756.5.30.1.1.10.2.13IncludeKgreen.png Document Replacement - relatedDocument (2020)DYNAMIC
2.16.756.5.30.1.1.10.3.47ContainmentKgreen.png Immunizations Section - coded (2016)DYNAMIC
RelationshipSpecialization: template 2.16.756.5.30.1.1.10.1.14 CDA-CH v2.0 - structuredBody enhanced (DYNAMIC)
ref
hl7chcda-

Specialization: template 2.16.756.5.30.1.1.10.1.9 CDA-CH v2.1 - structuredBody (DYNAMIC)
ref
hl7chcda-

Specialization: template 2.16.840.1.113883.10.12.2 CDA ClinicalDocument (with StructuredBody) (2005‑09‑07)
ref
ad1bbr-
Example
Example
<!-- See http://svn.code.sf.net/p/hl7ch/code/trunk/projects/eHealthSuisse/eVACDOC/v2.1/ for examples -->
ItemDTCardConfDescriptionLabel
hl7:ClinicalDocument
1 … 1M

Swiss eVACDOC - Immunization Administration

Conformity rules that are not further modelled in ART-DECOR:

  • XML encoding
    UTF-8 encoding is required. All CDA-CH V2 documents MUST start with this line:
    <?xml version="1.0" encoding="UTF-8"?>

  • Phone numbers
    Phone numbers MUST be declared in the international format.
    Dots (.) MUST be used as separators for grouping of number blocks.
    The minus sign (-) MUST be used as a separator between public and internal telephone numbers. Purpose: Some telephone exchanges - especially in the US, allow direct dial-up of an internal telephone number after the actual connection has been established over the public telephone network.
    Examples:
    <telecom value="tel:+41.33.123.45.67"/>
    <telecom value="tel:+1.987.654.3210-999"/>

(CDA...V21)
Included1 … 1M from 2.16.756.5.30.1.1.10.2.25 Document Realm (DYNAMIC)
Treetree.pnghl7:realmCode
CS1 … 1MSwiss Realm (CHE) of HL7 CDA. CDA‑CH V2
Treeblank.pngTreetree.png@code
CONF1 … 1FCHE
Treetree.pnghl7:typeId
II1 … 1MHL7 CDA R2, 2005(CDA...V21)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.1.3
Treeblank.pngTreetree.png@extension
st1 … 1FPOCD_HD000040
Included from 2.16.756.5.30.1.1.10.2.18 Document Template Ids CDA-CH v2.0 - structuredBody (DYNAMIC)
Treetree.pnghl7:templateId
II0 … 1CDA-CH v2.0 specification. This is an informational reference, only.CDA‑CH V2
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.1.1.4
Treetree.pnghl7:templateId
II1 … 1MCDA-CH v2.0 structuredBodyCDA‑CH V2
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.1.9
Treetree.pnghl7:templateId
II1 … 1MHL7 CDA R2 (2005); contains ClinicalDocument.component as structuredBody.CDA‑CH V2
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.12.2
Treetree.pnghl7:templateId
II1 … 1MHL7 CDA R2 (2005).CDA‑CH V2
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.12.1
Included from 2.16.756.5.30.1.1.10.2.67 Document Template Ids CDA-CH-VACD V2 for Swiss EPR (DYNAMIC)
Treetree.pnghl7:templateId
II0 … 1CDA-CH-VACD / eVACDOC V2.1 specification. This is an informational reference, only.CDA‑...VACD
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.1.1.3.5.2
Treetree.pnghl7:templateId
II0 … 1Exchange format according to the Swiss EPR. This templateId MUST be present, when submitting a document to a XDS.b Registry/Repository according the Federal Act on the Electronic Patient Record (EPRA). It MAY be omitted for other use cases.CDA‑...VACD
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.127.1.4
 Schematron assertrole error 
 testnot(//hl7:id[@root=('2.16.756.5.31', '2.16.756.5.32')]) 
 MessageThe Swiss Social Security number is not allowed for the Swiss EPR. 
Treetree.pnghl7:templateId
II1 … 1MImmunization Content (IC) Content Module, IHE PCC Technical Framework Revision 11.0 - November 11, 2016.CDA‑...VACD
Treeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.1.18.1.2
Treetree.pnghl7:templateId
II1 … 1MMedical Documents Specification, IHE PCC Technical Framework Revision 11.0 - November 11, 2016.CDA‑...VACD
Treeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.1.1
Treetree.pnghl7:templateId
II1 … 1MCDA-CH-VACD / Immunization Administration ART-DECOR model.(CDA...V21)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.1.16
Included1 … 1M from 2.16.756.5.30.1.1.10.2.63 Document Code (DYNAMIC)
Treetree.pnghl7:code
CE1 … 1M

A LOINC based document type of a CDA document instance including a translation to the Swiss EPR XDS.b metadata.

The LOINC code of the document MUST read according to IHE PCC TF2, Rev.11: 11369-6 (HISTORY OF IMMUNIZATIONS)

IHE PCC TF2 Rev.11, 6.3.1.10.1
Treeblank.pngTreetree.png@code
cs1 … 1F11369-6
Treeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.6.1
Treeblank.pngTreetree.png@codeSystemName
st1 … 1FLOINC
Treeblank.pngTreetree.png@displayName
st1 … 1FHISTORY OF IMMUNIZATIONS
Treeblank.pngTreetree.pnghl7:translation
CD1 … 1MA translation to the Swiss EPR XDS.b metadata.IHE PCC TF2 Rev.11, 6.3.1.10.1
Treeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1F41000179103
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.6.96
Treeblank.pngTreeblank.pngTreetree.png@codeSystemName
st1 … 1FSNOMED CT
Treeblank.pngTreeblank.pngTreetree.png@displayName
st1 … 1FImmunization record
 CONF
The value of @code shall be drawn from value set 2.16.756.5.30.1.127.3.10.1.27 DocumentEntry.typeCode (DYNAMIC)
Treetree.pnghl7:title
ST1 … 1M

The document title MUST read:

  • [en]: 'Immunization Administration'
  • [de]: 'Verabreichte Impfung'
  • [fr]: 'Vaccin administré'
  • [it]: 'Vaccinazione somministrata'
(CDA...V21)
 Variable letNamelanguageCode 
 Valuesubstring(/hl7:ClinicalDocument/hl7:language​Code/@code,1,2) 
 Schematron assertrole error 
 testnot($languageCode='en') or starts-with(text(),'Immunization Administration') 
 MessageThe English title MUST read 'Immunization Administration' 
 Schematron assertrole error 
 testnot($languageCode='de') or starts-with(text(),'Verabreichte Impfung') 
 MessageThe German title MUST read 'Verabreichte Impfung' 
 Schematron assertrole error 
 testnot($languageCode='fr') or starts-with(text(),'Vaccin administré') 
 MessageThe French title MUST read 'Vaccin administré' 
 Schematron assertrole error 
 testnot($languageCode='it') or starts-with(text(),'Vaccinazione somministrata') 
 MessageThe Italian title MUST read 'Vaccinazione somministrata' 
Treetree.pnghl7:effectiveTime
TS.CH.TZ1 … 1MClinicalDocument/effectiveTime MUST exist. It contains the creation date and time of the laboratory report. If this document replaces a previous version (linked via parentDocument), this is the date and time of the new version.(CDA...V21)
Included1 … 1M from 2.16.756.5.30.1.1.10.2.19 Document Confidentiality Code (DYNAMIC)
Treetree.pnghl7:confidentialityCode
CE (required)1 … 1MSwiss Realm of Confidentiality Code according to the Swiss EPR regulation.CDA‑CH V2
 
Target.png
cdachemed-data​element-125Kyellow.png Confidentiality level Kyellow.png Dataset 1
cdachemed-data​element-126Kyellow.png Confidentiality level Kyellow.png Dataset 1
cdachemed-data​element-29Kyellow.png Confidentiality level Kyellow.png Dataset 1
cdachemed-data​element-124Kyellow.png Confidentiality level Kyellow.png Dataset 1
cdachemed-data​element-81Kyellow.png Confidentiality level Kyellow.png Dataset 1
cdachemed-data​element-68Kyellow.png Confidentiality level Kyellow.png Dataset 1
hl7chcda-data​element-222Kyellow.png Confidentiality level Kyellow.png CDA-CH V2 2017
Treeblank.pngTreetree.png@code
cs1 … 1RThe value of @code MUST be drawn from value set DocumentEntry.confidentialityCode
Treeblank.pngTreetree.png@codeSystem
oid1 … 1R
Treeblank.pngTreetree.png@codeSystemName
st1 … 1R
Treeblank.pngTreetree.png@displayName
st1 … 1RThe value of @displayName MUST be drawn from value set DocumentEntry.confidentialityCode
 CONF
The value of @code shall be drawn from value set 2.16.756.5.30.1.127.3.10.1.5 DocumentEntry.confidentialityCode (DYNAMIC)
Included1 … 1M from 2.16.756.5.30.1.1.10.2.22 Document Language (DYNAMIC)
Treetree.pnghl7:language​Code
CS1 … 1MThe RFC5646 based language in which the narrative texts in this CDA document instance are written.CDA‑CH V2
 
Target.png
cdachemed-data​element-26Kyellow.png Language of the document Kyellow.png Dataset 1
cdachemed-data​element-135Kyellow.png Language of the document Kyellow.png Dataset 1
cdachemed-data​element-134Kyellow.png Language of the document Kyellow.png Dataset 1
cdachemed-data​element-65Kyellow.png Language of the document Kyellow.png Dataset 1
cdachemed-data​element-78Kyellow.png Language of the document Kyellow.png Dataset 1
cdachemed-data​element-133Kyellow.png Language of the document Kyellow.png Dataset 1
hl7chcda-data​element-219Kyellow.png Language of the document Kyellow.png CDA-CH V2 2017
 CONF
The value of @code shall be drawn from value set 2.16.840.1.113883.1.11.11526 HumanLanguage (DYNAMIC)
Included1 … 1M from 2.16.756.5.30.1.1.10.2.20 Document Set Id and Version Number (DYNAMIC)
Treetree.pnghl7:setId
II1 … 1MThe setId element MUST match the document id of the very first version of that document. It MUST remain the same for all document versions.CDA‑CH V2
 
Target.png
cdachemed-data​element-118Kyellow.png Set ID Kyellow.png Dataset 1
cdachemed-data​element-70Kyellow.png Set ID Kyellow.png Dataset 1
cdachemed-data​element-119Kyellow.png Set ID Kyellow.png Dataset 1
cdachemed-data​element-120Kyellow.png Set ID Kyellow.png Dataset 1
cdachemed-data​element-83Kyellow.png Set ID Kyellow.png Dataset 1
cdachemed-data​element-41Kyellow.png Set ID Kyellow.png Dataset 1
Treeblank.pngTreetree.png@root
uid1 … 1RThe root attribute MUST contain the setId as Globally Unique Identifier (GUID).
Treeblank.pngTreetree.png@extension
st0NPNP/not present
 Schematron assertrole error 
 test(parent::*/hl7:versionNumber[@value='1'] and @root=parent::*/hl7:id/@root and (@extension=parent::*/hl7:id/@extension or (not(@extension) and not(parent::*/hl7:id/@extension)))) or (parent::*/hl7:versionNumber[not(@value ='1')] and ((@root=parent::*/hl7:id/@root and @extension and not(@extension=parent::*/hl7:id/@extension)) or(not(@root=parent::*/hl7:id/@root)))) 
 MessageThe setId MUST be equal with the document id for version 1 and it MUST differ for all other versions. 
Treetree.pnghl7:versionNumber
INT.​NONNEG1 … 1MThe versionNumber element MUST contain the value 1 for the very first version of that document. For later versions, the version number MUST be increased by 1 each.CDA‑CH V2
 
Target.png
cdachemed-data​element-121Kyellow.png Version Kyellow.png Dataset 1
cdachemed-data​element-122Kyellow.png Version Kyellow.png Dataset 1
cdachemed-data​element-82Kyellow.png Version Kyellow.png Dataset 1
cdachemed-data​element-69Kyellow.png Version Kyellow.png Dataset 1
cdachemed-data​element-30Kyellow.png Version Kyellow.png Dataset 1
cdachemed-data​element-123Kyellow.png Version Kyellow.png Dataset 1
hl7chcda-data​element-223Kyellow.png Version Kyellow.png CDA-CH V2 2017
Included1 … 1M from 2.16.756.5.30.1.1.10.2.68 Human Patient - recordTarget (DYNAMIC)
Treetree.pnghl7:recordTarget
1 … 1M A human patient for whom this CDA document instance was created.CDA‑...VACD
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MCDA‑...VACD
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.2.68
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MCDA‑...VACD
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.2.1
Treeblank.pngTreetree.pnghl7:patientRole
1 … 1RCDA‑...VACD
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *RThe patient's id.CDA‑...VACD
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1RThe OID of the system that issued the id. OIDs of code systems, which are published in a public OID registry are REQUIRED. Others are NOT ALLOWED.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st0 … 1 Contains the ID itself. The ID MUST be unique within the system that issued the ID.
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … *The patient's address.
Contains 2.16.756.5.30.1.1.10.9.35 Address Information Compilation - eCH-0010 (DYNAMIC)
CDA‑...VACD
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *The patient's means of communication (phone, eMail, ...).CDA‑...VACD
Treeblank.pngTreeblank.pngTreetree.pnghl7:patient
1 … 1RContains 2.16.756.5.30.1.1.10.9.34 Person Name Information Compilation - eCH-0011 (DYNAMIC)CDA‑...VACD
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:administrative​Gender​Code
CE1 … 1RThe patient's gender.CDA‑...VACD
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs0 … 1 
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs0 … 1 
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid0 … 1F2.16.840.1.113883.5.1
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1FHL7 AdministrativeGender
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st0 … 1 
 Schematron assertrole error 
 test(not(@nullFlavor) and @displayName and @code and @codeSystem and @codeSystemName) or (@nullFlavor and not(@displayName or @code or @codeSystem or @codeSystemName)) 
 MessageEither nullFlavor or a valid code is required. 
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:birthTime
TS.CH.TZ1 … 1MThe patient's birthdate.CDA‑...VACD
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:marital​Status​Code
CE0 … 1The patient's marital status.CDA‑...VACD
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
st1 … 1FHL7 MaritalStatus
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.1.11.12212
 CONF
The value of @code shall be drawn from value set 2.16.840.1.113883.1.11.12212 MaritalStatus (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:translation
0 … *A translation of the code to another coding systemCDA‑...VACD
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
st1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:religious​Affiliation​Code
CE0 … 1The patient's religion.CDA‑...VACD
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs0 … 1FNAV
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs0 … 1 
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid0 … 1 
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1 
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st0 … 1 
 Schematron assertrole error 
 test(@nullFlavor='NAV' and originalText and not(@codeSystem or @codeSystemName or @code or @displayName)) or (@codeSystem and @codeSystemName and @code and @displayName) 
 MessageEither a code described by code, codeSystem, codeSystemName and displayName or originalText and nullFlavor="NAV" is REQUIRED. 
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:guardian
0 … *The patient's guardian.CDA‑...VACD
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *The guardian's id.CDA‑...VACD
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1RThe OID of the system that issued the id. OIDs of code systems, which are published in a public OID registry are REQUIRED. Others are NOT ALLOWED.
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st0 … 1 Contains the ID itself. The ID MUST be unique within the system that issued the ID.
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:code
CE0 … 1The guardian's role.CDA‑...VACD
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs0 … 1 
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs0 … 1 
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid0 … 1F2.16.840.1.113883.5.111
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1FHL7RoleCode
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st0 … 1 
 Schematron assertrole error 
 test(not(@nullFlavor) and @displayName and @code and @codeSystem and @codeSystemName) or (@nullFlavor and not(@displayName or @code or @codeSystem or @codeSystemName)) 
 MessageEither nullFlavor or a valid code is required. 
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … *The guardian's address.
Contains 2.16.756.5.30.1.1.10.9.35 Address Information Compilation - eCH-0010 (DYNAMIC)
CDA‑...VACD
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *The guardian's means of communication (phone, eMail, ...).CDA‑...VACD
Choice1 … 1Elements to choose from:
  • hl7:guardian​Person containing template 2.16.756.5.30.1.1.10.9.34 Person Name Information Compilation - eCH-0011 (DYNAMIC)
  • hl7:guardian​Organization containing template 2.16.756.5.30.1.1.10.9.24 Organization Compilation with name (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:guardian​Person
The guardian's as a person.
Contains 2.16.756.5.30.1.1.10.9.34 Person Name Information Compilation - eCH-0011 (DYNAMIC)
CDA‑...VACD
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:guardian​Organization
The guardian's as an organization.
Contains 2.16.756.5.30.1.1.10.9.24 Organization Compilation with name (DYNAMIC)
CDA‑...VACD
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:birthplace
0 … 1The patient's birthplace.CDA‑...VACD
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:place
1 … 1CDA‑...VACD
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
EN0 … 1The patient's birthplace name.CDA‑...VACD
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD1 … 1RThe patient's birthplace address.
Contains 2.16.756.5.30.1.1.10.9.35 Address Information Compilation - eCH-0010 (DYNAMIC)
CDA‑...VACD
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:language​Communication
0 … *The patient's language skills.CDA‑...VACD
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:language​Code
CS1 … 1CDA‑...VACD
 CONF
The value of @code shall be drawn from value set 2.16.840.1.113883.1.11.11526 HumanLanguage (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:modeCode
CE0 … 1CDA‑...VACD
 CONF
The value of @code shall be drawn from value set 2.16.840.1.113883.1.11.12249 LanguageAbilityMode (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:proficiency​Level​Code
CE0 … 1CDA‑...VACD
 CONF
The value of @code shall be drawn from value set 2.16.840.1.113883.1.11.12199 LanguageAbilityProficiency (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:preference​Ind
BL0 … 1In case of @value=true it is the patient's correspondence language.CDA‑...VACD
Treeblank.pngTreeblank.pngTreetree.pnghl7:providerOrganization
0 … 1The organization who took care of the patient in the same context with the current CDA document. E.g. entry of the Medreg, FMH Index or the Health Organisation Index (HOI) of the Swiss EPR.
Contains 2.16.756.5.30.1.1.10.9.30 Organization Compilation with GLN and name (DYNAMIC)
CDA‑...VACD
Included1 … *M from 2.16.756.5.30.1.1.10.9.23 Author (DYNAMIC)
Treetree.pnghl7:author
1 … *MInformation about the author of a CDA document, section or entry. An author MAY be a person or a device.CDA‑CH V2
 
Target.png
cdachemed-data​element-2Kyellow.png Autorin/Autor Kyellow.png Dataset 1
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MCDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.9.23
Treeblank.pngTreetree.pnghl7:functionCode
CE0 … 1CDA‑CH V2
 CONF
The value of @code shall be drawn from value set 2.16.840.1.113883.1.11.10267 ParticipationFunction (DYNAMIC)
Treeblank.pngTreetree.pnghl7:time
TS.CH.TZ1 … 1RTimestamp of the authorship.CDA‑CH V2
 
Target.png
cdachemed-data​element-117Kyellow.png Timestamp Authorship Kyellow.png Dataset 1
cdachemed-data​element-84Kyellow.png Timestamp Authorship Kyellow.png Dataset 1
cdachemed-data​element-115Kyellow.png Timestamp Authorship Kyellow.png Dataset 1
cdachemed-data​element-42Kyellow.png Timestamp Authorship Kyellow.png Dataset 1
cdachemed-data​element-116Kyellow.png Timestamp Authorship Kyellow.png Dataset 1
cdachemed-data​element-71Kyellow.png Timestamp Authorship Kyellow.png Dataset 1
cdachemed-data​element-108Kyellow.png Abgabedatum * (Medication Dispense) in section.author.time Kyellow.png Dataset 1
Treeblank.pngTreetree.pnghl7:assignedAuthor
1 … 1RCDA‑CH V2
 Schematron assertrole error 
 testnot(assignedAuthoringDevice/softwareName) or (representedOrganization) 
 MessageFor device authors the element representedOrganization is REQUIRED. 
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … 1R The specification of GS1 GLN is REQUIRED. If it is not (yet) known, this MUST be declared using nullFlavor.
For persons: their personal GLN MUST be declared.
For devices or software modules: the GLN of their organization MUST be declared.
CDA‑CH V2
 
Target.png
cdachemed-data​element-7Kyellow.png Identifier Kyellow.png Dataset 1
hl7chcda-data​element-233Kyellow.png Identifier Kyellow.png CDA-CH V2 2017
hl7chcda-data​element-162Kyellow.png personIdentification Kyellow.png CDA-CH V2 2017
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs0 … 1FNAV
 Temporarily unknown, will be filled later.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
cs0 … 1F2.51.1.3
 OID for GS1 GLN.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st0 … 1 The GS1 GLN.
 Schematron assertrole error 
 test(@root='2.51.1.3' and @extension) or (@nullFlavor='NAV') 
 MessageEither the GS1 GLN or nullFlavor='NAV' is REQUIRED 
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *Other ids are allowed.CDA‑CH V2
 
Target.png
hl7chcda-data​element-162Kyellow.png personIdentification Kyellow.png CDA-CH V2 2017
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
cs1 … 1RThe OID of the system that issued the id. OIDs of code systems, which are published in a public OID registry are REQUIRED. Others are NOT ALLOWED.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st0 … 1 Contains the ID itself. The ID MUST be unique within the system that issued the ID.
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … *The author's address.
Contains 2.16.756.5.30.1.1.10.9.35 Address Information Compilation - eCH-0010 (DYNAMIC)
CDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *The author's means of communication (phone, eMail, ...).CDA‑CH V2
Choice1 … 1Elements to choose from:
  • hl7:assigned​Person containing template 2.16.756.5.30.1.1.10.9.34 Person Name Information Compilation - eCH-0011 (DYNAMIC)
  • hl7:assigned​Authoring​Device containing template 2.16.756.5.30.1.1.10.9.21 Device Compilation with name (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
0 … 1The author as a person.
Contains 2.16.756.5.30.1.1.10.9.34 Person Name Information Compilation - eCH-0011 (DYNAMIC)
CDA‑CH V2
 
Target.png
cdachemed-data​element-3Kyellow.png Name Kyellow.png Dataset 1
cdachemed-data​element-6Kyellow.png First names Kyellow.png Dataset 1
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Authoring​Device
0 … 1The author as a device.
Contains 2.16.756.5.30.1.1.10.9.21 Device Compilation with name (DYNAMIC)
CDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
0 … 1The author's organization.
Contains 2.16.756.5.30.1.1.10.9.24 Organization Compilation with name (DYNAMIC)
CDA‑CH V2
 
Target.png
cdachemed-data​element-8Kyellow.png Health facility Kyellow.png Dataset 1
hl7chcda-data​element-234Kyellow.png Health facility Kyellow.png CDA-CH V2 2017
Included0 … 1 from 2.16.756.5.30.1.1.10.2.7 Data Enterer (DYNAMIC)
Treetree.pnghl7:dataEnterer
0 … 1Information about the person that entered information in this CDA document. It SHALL be declared, when data recorded in this document has been entered by a person other than the author but only when this is relevant for some reason.CDA‑CH V2
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MCDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.2.7
Treeblank.pngTreetree.pnghl7:time
TS.CH.TZ0 … 1Timestamp of the data input.CDA‑CH V2
Treeblank.pngTreetree.pnghl7:assignedEntity
1 … 1RContains 2.16.756.5.30.1.1.10.9.12 Assigned Entity Compilation with id (DYNAMIC)CDA‑CH V2
Included1 … 1M from 2.16.756.5.30.1.1.10.2.3 Custodian (DYNAMIC)
Treetree.pnghl7:custodian
1 … 1MThe organization in whose name this CDA document has been created (corresponds to the sender of a letter).CDA‑CH V2
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MCDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.2.3
Treeblank.pngTreetree.pnghl7:assignedCustodian
1 … 1RCDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Custodian​Organization
1 … 1RCDA‑CH V2
 
Target.png
cdachemed-data​element-112Kyellow.png Custodian Kyellow.png Dataset 1
cdachemed-data​element-85Kyellow.png Custodian Kyellow.png Dataset 1
cdachemed-data​element-72Kyellow.png Custodian Kyellow.png Dataset 1
cdachemed-data​element-113Kyellow.png Custodian Kyellow.png Dataset 1
cdachemed-data​element-114Kyellow.png Custodian Kyellow.png Dataset 1
cdachemed-data​element-43Kyellow.png Custodian Kyellow.png Dataset 1
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *MThe custodian's id.CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1RThe OID of the system that issued the id. OIDs of code systems, which are published in a public OID registry are REQUIRED. Others are NOT ALLOWED.
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st0 … 1 Contains the ID itself. The ID MUST be unique within the system that issued the ID.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1RThe custodian's name.CDA‑CH V2
 
Target.png
hl7chcda-data​element-73Kyellow.png organisationName Kyellow.png CDA-CH V2 2017
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … 1The custodian's means of communication (phone, eMail, ...).CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1The custodian's address(es).
Contains 2.16.756.5.30.1.1.10.9.35 Address Information Compilation - eCH-0010 (DYNAMIC)
CDA‑CH V2
 
Target.png
hl7chcda-data​element-77Kyellow.png addressInformation Kyellow.png CDA-CH V2 2017
Included1 … *M from 2.16.756.5.30.1.1.10.2.4 Recipient - informationRecipient (DYNAMIC)
Treetree.pnghl7:information​Recipient
1 … *M A recipient of this CDA document (corresponds to the addressee of a letter - person or organization).

Recipient types:
  • The main recipient of the document is indicated by typeCode 'PRCP' (primary recipient).
    Note: Since it makes no sense to create a CDA document without doing it for someone, in Switzerland at least one recipient MUST be declared. If the document is created for the user's own needs, the user itself or its organization will be the primary recipient.

  • Other recipients (copy to; Cc) are indicated with typeCode, TRC '(secondary recipient).
CDA‑CH V2
Treeblank.pngTreetree.png@typeCode
cs0 … 1 The main recipient of the document is indicated by typeCode 'PRCP' (primary recipient). This is the default value used when the attribute is not present.
Other recipients (copy to; Cc) are indicated with typeCode, TRC '(secondary recipient).
Note: Since it makes no sense to create a CDA document without doing it for someone, in Switzerland at least one recipient MUST be declared. If the document is created for the user's own needs, the user itself or its organization will be the primary recipient.
 CONF
The value of @typeCode shall be drawn from value set 2.16.840.1.113883.1.11.19366 x_InformationRecipient (DYNAMIC)
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MCDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.2.4
Treeblank.pngTreetree.pnghl7:intended​Recipient
1 … 1RCDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *RThe recipient's identification(s).CDA‑CH V2
 
Target.png
hl7chcda-data​element-238Kyellow.png Identifier Kyellow.png CDA-CH V2 2017
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1RThe OID of the system that issued the id. OIDs of code systems, which are published in a public OID registry are REQUIRED. Others are NOT ALLOWED.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st0 … 1 Contains the ID itself. The ID MUST be unique within the system that issued the ID.
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … *The recipient's address(es).
Contains 2.16.756.5.30.1.1.10.9.35 Address Information Compilation - eCH-0010 (DYNAMIC)
CDA‑CH V2
 
Target.png
hl7chcda-data​element-47Kyellow.png addressInformation Kyellow.png CDA-CH V2 2017
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *The recipient's means of communication (phone, eMail, ...).CDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.pnghl7:information​Recipient
0 … 1The addressee person.
Contains 2.16.756.5.30.1.1.10.9.34 Person Name Information Compilation - eCH-0011 (DYNAMIC)
CDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.pnghl7:received​Organization
0 … 1The addressee organization.
Contains 2.16.756.5.30.1.1.10.9.24 Organization Compilation with name (DYNAMIC)
CDA‑CH V2
 
Target.png
hl7chcda-data​element-239Kyellow.png Health facility Kyellow.png CDA-CH V2 2017
Included0 … 1 from 2.16.756.5.30.1.1.10.2.5 Legal Authenticator (DYNAMIC)
Treetree.pnghl7:legalAuthenticator
0 … 1Information about the legal authenticator of a CDA document. A legal authenticator MUST be a person.CDA‑CH V2
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MCDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.2.5
Treeblank.pngTreetree.pnghl7:time
TS.CH.TZ1 … 1RTimestamp of the signature.CDA‑CH V2
Treeblank.pngTreetree.pnghl7:signatureCode
CS1 … 1RCDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1FS
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
oid0NPNP/not present
Treeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0NPNP/not present
Treeblank.pngTreeblank.pngTreetree.png@displayName
st0NPNP/not present
 CONF
The value of @code shall be drawn from value set 2.16.840.1.113883.1.11.10282 ParticipationSignature (DYNAMIC)
Treeblank.pngTreetree.pnghl7:assignedEntity
1 … 1RContains 2.16.756.5.30.1.1.10.9.12 Assigned Entity Compilation with id (DYNAMIC)CDA‑CH V2
Included0 … 1 from 2.16.756.5.30.1.1.10.2.6 Authenticator (DYNAMIC)
Treetree.pnghl7:authenticator
0 … 1Information about an authenticator of a CDA document. An authenticator MUST be a person.CDA‑CH V2
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MCDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.2.6
Treeblank.pngTreetree.pnghl7:time
TS.CH.TZ1 … 1RTimestamp of the signature.CDA‑CH V2
Treeblank.pngTreetree.pnghl7:signatureCode
CS1 … 1RCDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1FS
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
oid0NPNP/not present
Treeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0NPNP/not present
Treeblank.pngTreeblank.pngTreetree.png@displayName
st0NPNP/not present
 CONF
The value of @code shall be drawn from value set 2.16.840.1.113883.1.11.10282 ParticipationSignature (DYNAMIC)
Treeblank.pngTreetree.pnghl7:assignedEntity
1 … 1RContains 2.16.756.5.30.1.1.10.9.12 Assigned Entity Compilation with id (DYNAMIC)CDA‑CH V2
Included0 … 1 from 2.16.756.5.30.1.1.10.2.16 Order Reference - inFulfillmentOf (DYNAMIC)
Treetree.pnghl7:inFulfillmentOf
0 … 1Reference to one or more orders which led to the creation of this CDA document. It SHALL be declared, when the order reference is relevant for some reason.CDA‑CH V2
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MCDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.2.16
Treeblank.pngTreetree.pnghl7:order
1 … 1RCDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *ROrder number.CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1REither the same GUID (order id) or the same OID (order issuing system) as the order itself.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st0 … 1 Contains the order ID itself. The ID MUST be unique within the system that issued the ID.
Included0 … 1 from 2.16.756.5.30.1.1.10.2.46 Health Service - documentationOf (DYNAMIC)
Treetree.pnghl7:documentationOf
0 … 1Information about a health service describing the context of this CDA document.CDA‑CH V2
Treeblank.pngTreetree.png@typeCode
cs1 … 1FDOC
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MCDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.2.46
Treeblank.pngTreetree.pnghl7:serviceEvent
1 … 1RCDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FACT
Treeblank.pngTreeblank.pngTreetree.png@moodCode
cs1 … 1FEVN
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *Health service identifiers such as case number ([ge]: Fallnummer; [fr]: Numéro de cas), consultation id, episode id, etc.CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1RThe OID of the system that issued the id. OIDs of code systems, which are published in a public OID registry are REQUIRED. Others are NOT ALLOWED.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st0 … 1 The id itself. It MUST be unique within the issuing system.
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE1 … 1RAs long as the eventCodeList for the Swiss EPR metadata is not defined yet by the FDHA Ordinance on the Electronic Patient Record (EPRO-FDHA), the nullFlavor='NAV' MUST be used in this template. Other codes MAY be declared as translation.CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
st1 … 1FNAV
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs0NPNP/not present
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid0NPNP/not present
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0NPNP/not present
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st0NPNP/not present
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:translation
0 … *A translation of the code to another coding system.CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
st1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st1 … 1R
Treeblank.pngTreeblank.pngTreetree.pnghl7:effectiveTime
IVL_TS.CH.TZ1 … 1RDuration of the health service.CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:low
TS.CH.TZ1 … 1RStart of the health service.CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:high
TS.CH.TZ1 … 1REnd of the health service.CDA‑CH V2
Included0 … * from 2.16.756.5.30.1.1.10.9.31 Performer (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:performer
0 … *Information about a healthcare provider who was the primary performer of the act.CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs1 … 1FPRF
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:templateId
II1 … 1MCDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.9.31
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:templateId
1 … 1RCDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.1.24.3.5
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:templateId
1 … 1RCDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.12.323
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:time
IVL_TS.CH.TZ0 … 1Duration of the performance.CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:low
TS.CH.TZ1 … 1RStart of the performance.CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:high
TS.CH.TZ1 … 1REnd of the performance.CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:assignedEntity
1 … 1RContains 2.16.756.5.30.1.1.10.9.32 Assigned Entity Compilation with id, name, addr, telecom, person and organization (DYNAMIC)CDA‑CH V2
Included0 … * from 2.16.756.5.30.1.1.10.2.14 Insurance Card - participant (DYNAMIC)
Treetree.pnghl7:participant
0 … *Information on a patient's insurance card.CDA‑CH V2
Treeblank.pngTreetree.png@typeCode
cs1 … 1FHLD
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MCDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.2.14
Treeblank.pngTreetree.pnghl7:time
IVL_TS.CH.TZ1 … 1RValidity period of the insurance card.CDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.pnghl7:low
TS.CH.TZ1 … 1CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNASK
Treeblank.pngTreeblank.pngTreetree.pnghl7:high
TS.CH.TZ1 … 1RExpiration date of the insurance card.CDA‑CH V2
Treeblank.pngTreetree.pnghl7:associated​Entity
1 … 1RCDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FPOLHOLD
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … 1RThe insurance card's id.CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.123.100.1.1.1
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st1 … 1RNumber of the insurance card.
Treeblank.pngTreeblank.pngTreetree.pnghl7:associated​Person
0 … 1Family and given name on the insurance card.
Contains 2.16.756.5.30.1.1.10.9.34 Person Name Information Compilation - eCH-0011 (DYNAMIC)
CDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.pnghl7:scoping​Organization
0 … 1The insurance company which issued the insurance card.
Contains 2.16.756.5.30.1.1.10.9.24 Organization Compilation with name (DYNAMIC)
CDA‑CH V2
Included0 … * from 2.16.756.5.30.1.1.10.2.15 Insurance - participant (DYNAMIC)
Treetree.pnghl7:participant
0 … *Information on a patient's insurance.CDA‑CH V2
Treeblank.pngTreetree.png@typeCode
cs1 … 1FCOV
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MCDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.2.15
Treeblank.pngTreetree.pnghl7:time
IVL_TS.CH.TZ0 … 1Validity period of the contract.CDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.pnghl7:low
TS.CH.TZ1 … 1RStart of the contract.CDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.pnghl7:high
TS.CH.TZ1 … 1REnd of the contract.CDA‑CH V2
Treeblank.pngTreetree.pnghl7:associated​Entity
1 … 1RCDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FPAYOR
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … 1RThe id of the contract ([ge]: Versichertennummer; [fr]: Numéro d'assuré).CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1RThe OID of the system that issued the id. OIDs of code systems, which are published in a public OID registry are REQUIRED. Others are NOT ALLOWED.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st0 … 1 The id itself. It MUST be unique within the issuing system.
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE1 … 1RThe underlying law for the contract.CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs0 … 1FNAV
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs0 … 1 832.10, 832.20, 221.229.1, 833.1, 831.20
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid0 … 1F2.16.756.5.30.2.1.1.11
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1Fins-laws
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st0 … 1 Federal Act on Health Insurance (HIA), Federal Act on Accident Insurance (AIA), Federal Act on Insurance Policies (Insurance Policies Act, IPA), Federal Act on Military Insurance (MilIA), Federal Act on Invalidity Insurance (InvIA)
 Schematron assertrole error 
 test(@nullFlavor='NAV' and not(@codeSystem or @codeSystemName or @code or @displayName)) or (@codeSystem='2.16.756.5.30.2.1.1.11' and @codeSystemName='ins-laws' and @code and @displayName) 
 MessageEither a valid insurance law or nullFlavor="NAV" is REQUIRED. 
Treeblank.pngTreeblank.pngTreetree.pnghl7:associated​Person
0 … 1Contact person at the insurance company.
Contains 2.16.756.5.30.1.1.10.9.34 Person Name Information Compilation - eCH-0011 (DYNAMIC)
CDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.pnghl7:scoping​Organization
1 … 1The insurance company.
Contains 2.16.756.5.30.1.1.10.9.26 Organization Compilation with GLN, name, addr and telecom (DYNAMIC)
CDA‑CH V2
Included0 … * from 2.16.756.5.30.1.1.10.2.13 Document Replacement - relatedDocument (DYNAMIC)
Treetree.pnghl7:relatedDocument
0 … *

Relationship to another CDA-CH V2 based document that is replaced by the current one.

Notes: For correction of wrong information, a new document that replaces the earlier document MUST be created. The new document corrects previously incorrect information. This also applies to the case where information in the CDA header has been corrected (e.g., if the original document has been issued to the wrong patient). While processing the new document at the recipient, all values from the previous document MUST be interpreted as deprecated (deleted/marked as deleted/deprecated) and all values in the new document MUST be marked as valid:

  • Values that were only contained in the previous document have to be treated as deleted.
  • Values that are present in both documents are overwritten with the contents of the new document.
  • Values that are only contained in the new document are to be added.
CDA‑CH V2
Treeblank.pngTreetree.png@typeCode
cs1 … 1FRPLC
 Indicates that it is a relationship to another document that needs to be replaced.
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MCDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.2.13
Treeblank.pngTreetree.pnghl7:parentDocument
1 … 1RRelationship to the document that needs to be replaced.CDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … 1MThe id of the document to be replaced MUST be declared.CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1RThe id (GUID) of the document to be replaced.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st0NPNP/not present
Treeblank.pngTreeblank.pngTreetree.pnghl7:setId
II1 … 1MThe setId of the document to be replaced MUST be declared.CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st0NPNP/not present
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1RThe setId (GUID) of the document to be replaced and MUST be identical with the content of the setId of the current document.
 Schematron assertrole error 
 test(@root=/hl7:ClinicalDocument/hl7:setId/@root) and not(@extension) and not(/hl7:ClinicalDocument/hl7:setId/@extension) 
 MessageClinicalDocument/setId: MUST be identical to the one of the replaced document 
Treeblank.pngTreeblank.pngTreetree.pnghl7:versionNumber
INT1 … 1MThe version number of the document to be replaced.CDA‑CH V2
 Schematron assertrole error 
 test/hl7:ClinicalDocument/hl7:versionNumber/@value > @value 
 MessageClinicalDocument/versionNumber: MUST be higher than the one of the replaced document 
Treetree.pnghl7:component
1 … 1R(CDA...V21)
Treeblank.pngTreetree.pnghl7:structuredBody
1 … 1R(CDA...V21)
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
1 … 1RContains 2.16.756.5.30.1.1.10.3.47 Immunizations Section - coded (DYNAMIC)(CDA...V21)
 Schematron assertrole warning 
 testnot(//hl7:id[@root='2.16.756.5.30.1.127.3.10.3']) 
 MessageThis CDA-CH V2 document contains a Swiss EPR-SPID. Please make sure, that this fits the legal base. 
 Schematron reportrole warning 
 test//hl7:id[@root=('2.16.756.5.31', '2.16.756.5.32')]/parent::hl7:patientRole 
 MessageThis CDA-CH V2 document contains a Swiss Social Security number as patient identifier. Please make sure, that this fits the legal base. 
 Schematron assertrole error 
 testnot(//hl7:id[@root=('2.16.756.5.30.1.127.3.10.3', '2.16.756.5.31', '2.16.756.5.32')]/../..[not(hl7:patientRole)]) 
 MessageSwiss EPR-SPID and Social Security numbers are not allowed in CDA-CH V2 documents for other objects than the patient. 

Immunization Certificate

Id2.16.756.5.30.1.1.10.1.15Effective Date2020‑06‑26
Other versions this id:
  • Kblank.png CDA-CH-VACD-CER-V2 as of 2018‑04‑19
StatusKgreen.png ActiveVersion Label2020
NameCDA-CH-VACD-CER-V21Display NameImmunization Certificate
DescriptionSwiss eVACDOC - Immunization Certificate
ContextPathname /
ClassificationCDA Document Level Template
Open/ClosedOpen (other than defined elements are allowed)
Uses
Uses 20 templates
Uses as NameVersion
2.16.756.5.30.1.1.10.2.25IncludeKgreen.png Document Realm (2017)DYNAMIC
2.16.756.5.30.1.1.10.2.18IncludeKgreen.png Document Template Ids CDA-CH v2.0 - structuredBody (2020)DYNAMIC
2.16.756.5.30.1.1.10.2.67IncludeKgreen.png Document Template Ids CDA-CH-VACD V2 for Swiss EPR (2020)DYNAMIC
2.16.756.5.30.1.1.10.2.63IncludeKgreen.png Document Code (2020)DYNAMIC
2.16.756.5.30.1.1.10.2.19IncludeKgreen.png Document Confidentiality Code (2019)DYNAMIC
2.16.756.5.30.1.1.10.2.22IncludeKgreen.png Document Language (2020)DYNAMIC
2.16.756.5.30.1.1.10.2.20IncludeKgreen.png Document Set Id and Version Number (2017)DYNAMIC
2.16.756.5.30.1.1.10.2.68IncludeKgreen.png Human Patient - recordTarget (2020)DYNAMIC
2.16.756.5.30.1.1.10.9.23IncludeKgreen.png Author (2020)DYNAMIC
2.16.756.5.30.1.1.10.2.7IncludeKgreen.png Data Enterer (2017)DYNAMIC
2.16.756.5.30.1.1.10.2.3IncludeKgreen.png Custodian (2020)DYNAMIC
2.16.756.5.30.1.1.10.2.4IncludeKgreen.png Recipient - informationRecipient (2017)DYNAMIC
2.16.756.5.30.1.1.10.2.5IncludeKgreen.png Legal Authenticator (2017)DYNAMIC
2.16.756.5.30.1.1.10.2.6IncludeKgreen.png Authenticator (2020)DYNAMIC
2.16.756.5.30.1.1.10.2.16IncludeKgreen.png Order Reference - inFulfillmentOf (2017)DYNAMIC
2.16.756.5.30.1.1.10.2.46IncludeKgreen.png Health Service - documentationOf (2019)DYNAMIC
2.16.756.5.30.1.1.10.2.14IncludeKgreen.png Insurance Card - participant (2017)DYNAMIC
2.16.756.5.30.1.1.10.2.15IncludeKgreen.png Insurance - participant (2017)DYNAMIC
2.16.756.5.30.1.1.10.2.13IncludeKgreen.png Document Replacement - relatedDocument (2020)DYNAMIC
2.16.756.5.30.1.1.10.3.47ContainmentKgreen.png Immunizations Section - coded (2016)DYNAMIC
RelationshipSpecialization: template 2.16.756.5.30.1.1.10.1.14 CDA-CH v2.0 - structuredBody enhanced (DYNAMIC)
ref
hl7chcda-

Specialization: template 2.16.756.5.30.1.1.10.1.9 CDA-CH v2.1 - structuredBody (DYNAMIC)
ref
hl7chcda-

Specialization: template 2.16.840.1.113883.10.12.2 CDA ClinicalDocument (with StructuredBody) (2005‑09‑07)
ref
ad1bbr-
Example
Example
<!-- See http://svn.code.sf.net/p/hl7ch/code/trunk/projects/eHealthSuisse/eVACDOC/v2.1/ for examples -->
ItemDTCardConfDescriptionLabel
hl7:ClinicalDocument
1 … 1M

Swiss eVACDOC - Immunization Certificate

Conformity rules that are not further modelled in ART-DECOR:

  • XML encoding
    UTF-8 encoding is required. All CDA-CH V2 documents MUST start with this line:
    <?xml version="1.0" encoding="UTF-8"?>

  • Phone numbers
    Phone numbers MUST be declared in the international format.
    Dots (.) MUST be used as separators for grouping of number blocks.
    The minus sign (-) MUST be used as a separator between public and internal telephone numbers. Purpose: Some telephone exchanges - especially in the US, allow direct dial-up of an internal telephone number after the actual connection has been established over the public telephone network.
    Examples:
    <telecom value="tel:+41.33.123.45.67"/>
    <telecom value="tel:+1.987.654.3210-999"/>

(CDA...V21)
Included1 … 1M from 2.16.756.5.30.1.1.10.2.25 Document Realm (DYNAMIC)
Treetree.pnghl7:realmCode
CS1 … 1MSwiss Realm (CHE) of HL7 CDA. CDA‑CH V2
Treeblank.pngTreetree.png@code
CONF1 … 1FCHE
Treetree.pnghl7:typeId
II1 … 1MHL7 CDA R2, 2005(CDA...V21)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.1.3
Treeblank.pngTreetree.png@extension
st1 … 1FPOCD_HD000040
Included from 2.16.756.5.30.1.1.10.2.18 Document Template Ids CDA-CH v2.0 - structuredBody (DYNAMIC)
Treetree.pnghl7:templateId
II0 … 1CDA-CH v2.0 specification. This is an informational reference, only.CDA‑CH V2
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.1.1.4
Treetree.pnghl7:templateId
II1 … 1MCDA-CH v2.0 structuredBodyCDA‑CH V2
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.1.9
Treetree.pnghl7:templateId
II1 … 1MHL7 CDA R2 (2005); contains ClinicalDocument.component as structuredBody.CDA‑CH V2
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.12.2
Treetree.pnghl7:templateId
II1 … 1MHL7 CDA R2 (2005).CDA‑CH V2
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.12.1
Included from 2.16.756.5.30.1.1.10.2.67 Document Template Ids CDA-CH-VACD V2 for Swiss EPR (DYNAMIC)
Treetree.pnghl7:templateId
II0 … 1CDA-CH-VACD / eVACDOC V2.1 specification. This is an informational reference, only.CDA‑...VACD
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.1.1.3.5.2
Treetree.pnghl7:templateId
II0 … 1Exchange format according to the Swiss EPR. This templateId MUST be present, when submitting a document to a XDS.b Registry/Repository according the Federal Act on the Electronic Patient Record (EPRA). It MAY be omitted for other use cases.CDA‑...VACD
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.127.1.4
 Schematron assertrole error 
 testnot(//hl7:id[@root=('2.16.756.5.31', '2.16.756.5.32')]) 
 MessageThe Swiss Social Security number is not allowed for the Swiss EPR. 
Treetree.pnghl7:templateId
II1 … 1MImmunization Content (IC) Content Module, IHE PCC Technical Framework Revision 11.0 - November 11, 2016.CDA‑...VACD
Treeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.1.18.1.2
Treetree.pnghl7:templateId
II1 … 1MMedical Documents Specification, IHE PCC Technical Framework Revision 11.0 - November 11, 2016.CDA‑...VACD
Treeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.1.1
Treetree.pnghl7:templateId
II1 … 1MCDA-CH-VACD / Immunization Certificate ART-DECOR model.(CDA...V21)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.1.15
Included1 … 1M from 2.16.756.5.30.1.1.10.2.63 Document Code (DYNAMIC)
Treetree.pnghl7:code
CE1 … 1M

A LOINC based document type of a CDA document instance including a translation to the Swiss EPR XDS.b metadata.

The LOINC code of the document MUST read according to IHE PCC TF2, Rev.11: 11369-6 (HISTORY OF IMMUNIZATIONS)

IHE PCC TF2 Rev.11, 6.3.1.10.1
Treeblank.pngTreetree.png@code
cs1 … 1F11369-6
Treeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.6.1
Treeblank.pngTreetree.png@codeSystemName
st1 … 1FLOINC
Treeblank.pngTreetree.png@displayName
st1 … 1FHISTORY OF IMMUNIZATIONS
Treeblank.pngTreetree.pnghl7:translation
CD1 … 1MA translation to the Swiss EPR XDS.b metadata.IHE PCC TF2 Rev.11, 6.3.1.10.1
Treeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1F41000179103
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.6.96
Treeblank.pngTreeblank.pngTreetree.png@codeSystemName
st1 … 1FSNOMED CT
Treeblank.pngTreeblank.pngTreetree.png@displayName
st1 … 1FImmunization record
 CONF
The value of @code shall be drawn from value set 2.16.756.5.30.1.127.3.10.1.27 DocumentEntry.typeCode (DYNAMIC)
Treetree.pnghl7:title
ST1 … 1M

The document title MUST read:

  • [de]: 'Impfausweis'
  • [fr]: 'Carnet de vaccination'
  • [it]: 'Certificato di vaccinazione'
  • [en]: 'Immunization Certificate'
(CDA...V21)
 Variable letNamelanguageCode 
 Valuesubstring(/hl7:ClinicalDocument/hl7:language​Code/@code,1,2) 
 Schematron assertrole error 
 testnot($languageCode='en') or starts-with(text(),'Immunization Certificate') 
 MessageThe English title MUST read 'Immunization Certificate' 
 Schematron assertrole error 
 testnot($languageCode='de') or starts-with(text(),'Impfausweis') 
 MessageThe German title MUST read 'Impfausweis' 
 Schematron assertrole error 
 testnot($languageCode='fr') or starts-with(text(),'Carnet de vaccination') 
 MessageThe French title MUST read 'Carnet de vaccination' 
 Schematron assertrole error 
 testnot($languageCode='it') or starts-with(text(),'Certificato di vaccinazione') 
 MessageThe Italian title MUST read 'Certificato di vaccinazione' 
Treetree.pnghl7:effectiveTime
TS.CH.TZ1 … 1MClinicalDocument/effectiveTime MUST exist. It contains the creation date and time of the laboratory report. If this document replaces a previous version (linked via parentDocument), this is the date and time of the new version.(CDA...V21)
Included1 … 1M from 2.16.756.5.30.1.1.10.2.19 Document Confidentiality Code (DYNAMIC)
Treetree.pnghl7:confidentialityCode
CE (required)1 … 1MSwiss Realm of Confidentiality Code according to the Swiss EPR regulation.CDA‑CH V2
 
Target.png
cdachemed-data​element-125Kyellow.png Confidentiality level Kyellow.png Dataset 1
cdachemed-data​element-126Kyellow.png Confidentiality level Kyellow.png Dataset 1
cdachemed-data​element-29Kyellow.png Confidentiality level Kyellow.png Dataset 1
cdachemed-data​element-124Kyellow.png Confidentiality level Kyellow.png Dataset 1
cdachemed-data​element-81Kyellow.png Confidentiality level Kyellow.png Dataset 1
cdachemed-data​element-68Kyellow.png Confidentiality level Kyellow.png Dataset 1
hl7chcda-data​element-222Kyellow.png Confidentiality level Kyellow.png CDA-CH V2 2017
Treeblank.pngTreetree.png@code
cs1 … 1RThe value of @code MUST be drawn from value set DocumentEntry.confidentialityCode
Treeblank.pngTreetree.png@codeSystem
oid1 … 1R
Treeblank.pngTreetree.png@codeSystemName
st1 … 1R
Treeblank.pngTreetree.png@displayName
st1 … 1RThe value of @displayName MUST be drawn from value set DocumentEntry.confidentialityCode
 CONF
The value of @code shall be drawn from value set 2.16.756.5.30.1.127.3.10.1.5 DocumentEntry.confidentialityCode (DYNAMIC)
Included1 … 1M from 2.16.756.5.30.1.1.10.2.22 Document Language (DYNAMIC)
Treetree.pnghl7:language​Code
CS1 … 1MThe RFC5646 based language in which the narrative texts in this CDA document instance are written.CDA‑CH V2
 
Target.png
cdachemed-data​element-26Kyellow.png Language of the document Kyellow.png Dataset 1
cdachemed-data​element-135Kyellow.png Language of the document Kyellow.png Dataset 1
cdachemed-data​element-134Kyellow.png Language of the document Kyellow.png Dataset 1
cdachemed-data​element-65Kyellow.png Language of the document Kyellow.png Dataset 1
cdachemed-data​element-78Kyellow.png Language of the document Kyellow.png Dataset 1
cdachemed-data​element-133Kyellow.png Language of the document Kyellow.png Dataset 1
hl7chcda-data​element-219Kyellow.png Language of the document Kyellow.png CDA-CH V2 2017
 CONF
The value of @code shall be drawn from value set 2.16.840.1.113883.1.11.11526 HumanLanguage (DYNAMIC)
Included1 … 1M from 2.16.756.5.30.1.1.10.2.20 Document Set Id and Version Number (DYNAMIC)
Treetree.pnghl7:setId
II1 … 1MThe setId element MUST match the document id of the very first version of that document. It MUST remain the same for all document versions.CDA‑CH V2
 
Target.png
cdachemed-data​element-118Kyellow.png Set ID Kyellow.png Dataset 1
cdachemed-data​element-70Kyellow.png Set ID Kyellow.png Dataset 1
cdachemed-data​element-119Kyellow.png Set ID Kyellow.png Dataset 1
cdachemed-data​element-120Kyellow.png Set ID Kyellow.png Dataset 1
cdachemed-data​element-83Kyellow.png Set ID Kyellow.png Dataset 1
cdachemed-data​element-41Kyellow.png Set ID Kyellow.png Dataset 1
Treeblank.pngTreetree.png@root
uid1 … 1RThe root attribute MUST contain the setId as Globally Unique Identifier (GUID).
Treeblank.pngTreetree.png@extension
st0NPNP/not present
 Schematron assertrole error 
 test(parent::*/hl7:versionNumber[@value='1'] and @root=parent::*/hl7:id/@root and (@extension=parent::*/hl7:id/@extension or (not(@extension) and not(parent::*/hl7:id/@extension)))) or (parent::*/hl7:versionNumber[not(@value ='1')] and ((@root=parent::*/hl7:id/@root and @extension and not(@extension=parent::*/hl7:id/@extension)) or(not(@root=parent::*/hl7:id/@root)))) 
 MessageThe setId MUST be equal with the document id for version 1 and it MUST differ for all other versions. 
Treetree.pnghl7:versionNumber
INT.​NONNEG1 … 1MThe versionNumber element MUST contain the value 1 for the very first version of that document. For later versions, the version number MUST be increased by 1 each.CDA‑CH V2
 
Target.png
cdachemed-data​element-121Kyellow.png Version Kyellow.png Dataset 1
cdachemed-data​element-122Kyellow.png Version Kyellow.png Dataset 1
cdachemed-data​element-82Kyellow.png Version Kyellow.png Dataset 1
cdachemed-data​element-69Kyellow.png Version Kyellow.png Dataset 1
cdachemed-data​element-30Kyellow.png Version Kyellow.png Dataset 1
cdachemed-data​element-123Kyellow.png Version Kyellow.png Dataset 1
hl7chcda-data​element-223Kyellow.png Version Kyellow.png CDA-CH V2 2017
Included1 … 1M from 2.16.756.5.30.1.1.10.2.68 Human Patient - recordTarget (DYNAMIC)
Treetree.pnghl7:recordTarget
1 … 1M A human patient for whom this CDA document instance was created.CDA‑...VACD
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MCDA‑...VACD
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.2.68
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MCDA‑...VACD
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.2.1
Treeblank.pngTreetree.pnghl7:patientRole
1 … 1RCDA‑...VACD
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *RThe patient's id.CDA‑...VACD
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1RThe OID of the system that issued the id. OIDs of code systems, which are published in a public OID registry are REQUIRED. Others are NOT ALLOWED.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st0 … 1 Contains the ID itself. The ID MUST be unique within the system that issued the ID.
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … *The patient's address.
Contains 2.16.756.5.30.1.1.10.9.35 Address Information Compilation - eCH-0010 (DYNAMIC)
CDA‑...VACD
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *The patient's means of communication (phone, eMail, ...).CDA‑...VACD
Treeblank.pngTreeblank.pngTreetree.pnghl7:patient
1 … 1RContains 2.16.756.5.30.1.1.10.9.34 Person Name Information Compilation - eCH-0011 (DYNAMIC)CDA‑...VACD
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:administrative​Gender​Code
CE1 … 1RThe patient's gender.CDA‑...VACD
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs0 … 1 
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs0 … 1 
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid0 … 1F2.16.840.1.113883.5.1
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1FHL7 AdministrativeGender
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st0 … 1 
 Schematron assertrole error 
 test(not(@nullFlavor) and @displayName and @code and @codeSystem and @codeSystemName) or (@nullFlavor and not(@displayName or @code or @codeSystem or @codeSystemName)) 
 MessageEither nullFlavor or a valid code is required. 
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:birthTime
TS.CH.TZ1 … 1MThe patient's birthdate.CDA‑...VACD
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:marital​Status​Code
CE0 … 1The patient's marital status.CDA‑...VACD
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
st1 … 1FHL7 MaritalStatus
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.1.11.12212
 CONF
The value of @code shall be drawn from value set 2.16.840.1.113883.1.11.12212 MaritalStatus (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:translation
0 … *A translation of the code to another coding systemCDA‑...VACD
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
st1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:religious​Affiliation​Code
CE0 … 1The patient's religion.CDA‑...VACD
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs0 … 1FNAV
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs0 … 1 
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid0 … 1 
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1 
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st0 … 1 
 Schematron assertrole error 
 test(@nullFlavor='NAV' and originalText and not(@codeSystem or @codeSystemName or @code or @displayName)) or (@codeSystem and @codeSystemName and @code and @displayName) 
 MessageEither a code described by code, codeSystem, codeSystemName and displayName or originalText and nullFlavor="NAV" is REQUIRED. 
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:guardian
0 … *The patient's guardian.CDA‑...VACD
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *The guardian's id.CDA‑...VACD
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1RThe OID of the system that issued the id. OIDs of code systems, which are published in a public OID registry are REQUIRED. Others are NOT ALLOWED.
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st0 … 1 Contains the ID itself. The ID MUST be unique within the system that issued the ID.
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:code
CE0 … 1The guardian's role.CDA‑...VACD
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs0 … 1 
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs0 … 1 
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid0 … 1F2.16.840.1.113883.5.111
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1FHL7RoleCode
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st0 … 1 
 Schematron assertrole error 
 test(not(@nullFlavor) and @displayName and @code and @codeSystem and @codeSystemName) or (@nullFlavor and not(@displayName or @code or @codeSystem or @codeSystemName)) 
 MessageEither nullFlavor or a valid code is required. 
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … *The guardian's address.
Contains 2.16.756.5.30.1.1.10.9.35 Address Information Compilation - eCH-0010 (DYNAMIC)
CDA‑...VACD
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *The guardian's means of communication (phone, eMail, ...).CDA‑...VACD
Choice1 … 1Elements to choose from:
  • hl7:guardian​Person containing template 2.16.756.5.30.1.1.10.9.34 Person Name Information Compilation - eCH-0011 (DYNAMIC)
  • hl7:guardian​Organization containing template 2.16.756.5.30.1.1.10.9.24 Organization Compilation with name (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:guardian​Person
The guardian's as a person.
Contains 2.16.756.5.30.1.1.10.9.34 Person Name Information Compilation - eCH-0011 (DYNAMIC)
CDA‑...VACD
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:guardian​Organization
The guardian's as an organization.
Contains 2.16.756.5.30.1.1.10.9.24 Organization Compilation with name (DYNAMIC)
CDA‑...VACD
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:birthplace
0 … 1The patient's birthplace.CDA‑...VACD
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:place
1 … 1CDA‑...VACD
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
EN0 … 1The patient's birthplace name.CDA‑...VACD
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD1 … 1RThe patient's birthplace address.
Contains 2.16.756.5.30.1.1.10.9.35 Address Information Compilation - eCH-0010 (DYNAMIC)
CDA‑...VACD
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:language​Communication
0 … *The patient's language skills.CDA‑...VACD
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:language​Code
CS1 … 1CDA‑...VACD
 CONF
The value of @code shall be drawn from value set 2.16.840.1.113883.1.11.11526 HumanLanguage (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:modeCode
CE0 … 1CDA‑...VACD
 CONF
The value of @code shall be drawn from value set 2.16.840.1.113883.1.11.12249 LanguageAbilityMode (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:proficiency​Level​Code
CE0 … 1CDA‑...VACD
 CONF
The value of @code shall be drawn from value set 2.16.840.1.113883.1.11.12199 LanguageAbilityProficiency (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:preference​Ind
BL0 … 1In case of @value=true it is the patient's correspondence language.CDA‑...VACD
Treeblank.pngTreeblank.pngTreetree.pnghl7:providerOrganization
0 … 1The organization who took care of the patient in the same context with the current CDA document. E.g. entry of the Medreg, FMH Index or the Health Organisation Index (HOI) of the Swiss EPR.
Contains 2.16.756.5.30.1.1.10.9.30 Organization Compilation with GLN and name (DYNAMIC)
CDA‑...VACD
Included1 … *M from 2.16.756.5.30.1.1.10.9.23 Author (DYNAMIC)
Treetree.pnghl7:author
1 … *MInformation about the author of a CDA document, section or entry. An author MAY be a person or a device.CDA‑CH V2
 
Target.png
cdachemed-data​element-2Kyellow.png Autorin/Autor Kyellow.png Dataset 1
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MCDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.9.23
Treeblank.pngTreetree.pnghl7:functionCode
CE0 … 1CDA‑CH V2
 CONF
The value of @code shall be drawn from value set 2.16.840.1.113883.1.11.10267 ParticipationFunction (DYNAMIC)
Treeblank.pngTreetree.pnghl7:time
TS.CH.TZ1 … 1RTimestamp of the authorship.CDA‑CH V2
 
Target.png
cdachemed-data​element-117Kyellow.png Timestamp Authorship Kyellow.png Dataset 1
cdachemed-data​element-84Kyellow.png Timestamp Authorship Kyellow.png Dataset 1
cdachemed-data​element-115Kyellow.png Timestamp Authorship Kyellow.png Dataset 1
cdachemed-data​element-42Kyellow.png Timestamp Authorship Kyellow.png Dataset 1
cdachemed-data​element-116Kyellow.png Timestamp Authorship Kyellow.png Dataset 1
cdachemed-data​element-71Kyellow.png Timestamp Authorship Kyellow.png Dataset 1
cdachemed-data​element-108Kyellow.png Abgabedatum * (Medication Dispense) in section.author.time Kyellow.png Dataset 1
Treeblank.pngTreetree.pnghl7:assignedAuthor
1 … 1RCDA‑CH V2
 Schematron assertrole error 
 testnot(assignedAuthoringDevice/softwareName) or (representedOrganization) 
 MessageFor device authors the element representedOrganization is REQUIRED. 
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … 1R The specification of GS1 GLN is REQUIRED. If it is not (yet) known, this MUST be declared using nullFlavor.
For persons: their personal GLN MUST be declared.
For devices or software modules: the GLN of their organization MUST be declared.
CDA‑CH V2
 
Target.png
cdachemed-data​element-7Kyellow.png Identifier Kyellow.png Dataset 1
hl7chcda-data​element-233Kyellow.png Identifier Kyellow.png CDA-CH V2 2017
hl7chcda-data​element-162Kyellow.png personIdentification Kyellow.png CDA-CH V2 2017
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs0 … 1FNAV
 Temporarily unknown, will be filled later.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
cs0 … 1F2.51.1.3
 OID for GS1 GLN.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st0 … 1 The GS1 GLN.
 Schematron assertrole error 
 test(@root='2.51.1.3' and @extension) or (@nullFlavor='NAV') 
 MessageEither the GS1 GLN or nullFlavor='NAV' is REQUIRED 
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *Other ids are allowed.CDA‑CH V2
 
Target.png
hl7chcda-data​element-162Kyellow.png personIdentification Kyellow.png CDA-CH V2 2017
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
cs1 … 1RThe OID of the system that issued the id. OIDs of code systems, which are published in a public OID registry are REQUIRED. Others are NOT ALLOWED.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st0 … 1 Contains the ID itself. The ID MUST be unique within the system that issued the ID.
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … *The author's address.
Contains 2.16.756.5.30.1.1.10.9.35 Address Information Compilation - eCH-0010 (DYNAMIC)
CDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *The author's means of communication (phone, eMail, ...).CDA‑CH V2
Choice1 … 1Elements to choose from:
  • hl7:assigned​Person containing template 2.16.756.5.30.1.1.10.9.34 Person Name Information Compilation - eCH-0011 (DYNAMIC)
  • hl7:assigned​Authoring​Device containing template 2.16.756.5.30.1.1.10.9.21 Device Compilation with name (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
0 … 1The author as a person.
Contains 2.16.756.5.30.1.1.10.9.34 Person Name Information Compilation - eCH-0011 (DYNAMIC)
CDA‑CH V2
 
Target.png
cdachemed-data​element-3Kyellow.png Name Kyellow.png Dataset 1
cdachemed-data​element-6Kyellow.png First names Kyellow.png Dataset 1
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Authoring​Device
0 … 1The author as a device.
Contains 2.16.756.5.30.1.1.10.9.21 Device Compilation with name (DYNAMIC)
CDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
0 … 1The author's organization.
Contains 2.16.756.5.30.1.1.10.9.24 Organization Compilation with name (DYNAMIC)
CDA‑CH V2
 
Target.png
cdachemed-data​element-8Kyellow.png Health facility Kyellow.png Dataset 1
hl7chcda-data​element-234Kyellow.png Health facility Kyellow.png CDA-CH V2 2017
Included0 … 1 from 2.16.756.5.30.1.1.10.2.7 Data Enterer (DYNAMIC)
Treetree.pnghl7:dataEnterer
0 … 1Information about the person that entered information in this CDA document. It SHALL be declared, when data recorded in this document has been entered by a person other than the author but only when this is relevant for some reason.CDA‑CH V2
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MCDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.2.7
Treeblank.pngTreetree.pnghl7:time
TS.CH.TZ0 … 1Timestamp of the data input.CDA‑CH V2
Treeblank.pngTreetree.pnghl7:assignedEntity
1 … 1RContains 2.16.756.5.30.1.1.10.9.12 Assigned Entity Compilation with id (DYNAMIC)CDA‑CH V2
Included1 … 1M from 2.16.756.5.30.1.1.10.2.3 Custodian (DYNAMIC)
Treetree.pnghl7:custodian
1 … 1MThe organization in whose name this CDA document has been created (corresponds to the sender of a letter).CDA‑CH V2
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MCDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.2.3
Treeblank.pngTreetree.pnghl7:assignedCustodian
1 … 1RCDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Custodian​Organization
1 … 1RCDA‑CH V2
 
Target.png
cdachemed-data​element-112Kyellow.png Custodian Kyellow.png Dataset 1
cdachemed-data​element-85Kyellow.png Custodian Kyellow.png Dataset 1
cdachemed-data​element-72Kyellow.png Custodian Kyellow.png Dataset 1
cdachemed-data​element-113Kyellow.png Custodian Kyellow.png Dataset 1
cdachemed-data​element-114Kyellow.png Custodian Kyellow.png Dataset 1
cdachemed-data​element-43Kyellow.png Custodian Kyellow.png Dataset 1
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *MThe custodian's id.CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1RThe OID of the system that issued the id. OIDs of code systems, which are published in a public OID registry are REQUIRED. Others are NOT ALLOWED.
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st0 … 1 Contains the ID itself. The ID MUST be unique within the system that issued the ID.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1RThe custodian's name.CDA‑CH V2
 
Target.png
hl7chcda-data​element-73Kyellow.png organisationName Kyellow.png CDA-CH V2 2017
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … 1The custodian's means of communication (phone, eMail, ...).CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1The custodian's address(es).
Contains 2.16.756.5.30.1.1.10.9.35 Address Information Compilation - eCH-0010 (DYNAMIC)
CDA‑CH V2
 
Target.png
hl7chcda-data​element-77Kyellow.png addressInformation Kyellow.png CDA-CH V2 2017
Included1 … *M from 2.16.756.5.30.1.1.10.2.4 Recipient - informationRecipient (DYNAMIC)
Treetree.pnghl7:information​Recipient
1 … *M A recipient of this CDA document (corresponds to the addressee of a letter - person or organization).

Recipient types:
  • The main recipient of the document is indicated by typeCode 'PRCP' (primary recipient).
    Note: Since it makes no sense to create a CDA document without doing it for someone, in Switzerland at least one recipient MUST be declared. If the document is created for the user's own needs, the user itself or its organization will be the primary recipient.

  • Other recipients (copy to; Cc) are indicated with typeCode, TRC '(secondary recipient).
CDA‑CH V2
Treeblank.pngTreetree.png@typeCode
cs0 … 1 The main recipient of the document is indicated by typeCode 'PRCP' (primary recipient). This is the default value used when the attribute is not present.
Other recipients (copy to; Cc) are indicated with typeCode, TRC '(secondary recipient).
Note: Since it makes no sense to create a CDA document without doing it for someone, in Switzerland at least one recipient MUST be declared. If the document is created for the user's own needs, the user itself or its organization will be the primary recipient.
 CONF
The value of @typeCode shall be drawn from value set 2.16.840.1.113883.1.11.19366 x_InformationRecipient (DYNAMIC)
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MCDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.2.4
Treeblank.pngTreetree.pnghl7:intended​Recipient
1 … 1RCDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *RThe recipient's identification(s).CDA‑CH V2
 
Target.png
hl7chcda-data​element-238Kyellow.png Identifier Kyellow.png CDA-CH V2 2017
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1RThe OID of the system that issued the id. OIDs of code systems, which are published in a public OID registry are REQUIRED. Others are NOT ALLOWED.
Treeblank.png