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

From eHealth Suisse
Jump to: navigation, search
[checked revision][checked revision]
m
m
Line 36: Line 36:
  
 
{{TranscludableLink| Page=Ehscda:Impressum/2018{{tt|{{pagelang}}}} | Pagename=Impressum | Formatting='''}}
 
{{TranscludableLink| Page=Ehscda:Impressum/2018{{tt|{{pagelang}}}} | Pagename=Impressum | Formatting='''}}
<div class="pagebreakbefore"></div>
+
 
 
{{Autoren{{tt|{{pagelang}}}} | Autoren=Tony Schaller (medshare GmbH und IHE Suisse), Thomas Weilenmann (Viollier), Walter Fierz (lmz dr risch), Oliver Egger und Marcel Hanselmann (beide HL7 Benutzergruppe Schweiz)}}
 
{{Autoren{{tt|{{pagelang}}}} | Autoren=Tony Schaller (medshare GmbH und IHE Suisse), Thomas Weilenmann (Viollier), Walter Fierz (lmz dr risch), Oliver Egger und Marcel Hanselmann (beide HL7 Benutzergruppe Schweiz)}}
  

Revision as of 14:45, 26 July 2018

Langues: françaisDeutsch


Identification de ce document
Abréviation: CDA-CH-LREP
OID: 2.16.756.5.30.1.1.1.1.3.9.1.2

Impressum

Auteurs Tony Schaller (medshare GmbH und IHE Suisse), Thomas Weilenmann (Viollier), Walter Fierz (lmz dr risch), Oliver Egger und Marcel Hanselmann (beide HL7 Benutzergruppe Schweiz)

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 .

Resumé

Le présent format d’échange définit un rapport général de laboratoire (rapport électronique ou résultats électroniques de laboratoire). Ainsi, les laboratoires de Suisse ont la possibilité de mettre à la disposition de leurs clients, tels que des médecins ou des hôpitaux, des rapports électroniques de laboratoire qui peuvent être lus aussi bien par des êtres humains que par des systèmes de logiciels. Aucun investissement n’est nécessaire pour le lecteur d’un tel rapport électronique de laboratoire, car ce document électronique peut être affiché de manière lisible pour l’être humain dans n’importe quel navigateur. Si le destinataire veut modifier les contenus structurés du rapport de laboratoire via son logiciel, le fabricant dudit logiciel doit lui proposer une fonction qui le lui permet. Les informations du rapport électronique de laboratoire sont entièrement structurées. Un module logiciel peut ainsi lire et traiter de manière ciblée n’importe quelle information (p. ex., les résultat de laboratoire pris séparément, y compris leurs codes LOINC, leurs domaines de référence et leurs codes d’interprétation, les données démographiques de base des patients, les renvois à des laboratoires externes qui ont, le cas échéant, contribué à fournir une partie des résultats, etc.).

La présente spécification définit les standards techniques et sémantiques relatifs à l’échange électronique et structuré des rapports électroniques de laboratoire. Elle se base sur les formats d’échange disponibles dans les laboratoires, se fonde sur les mêmes normes et standards internationaux et permet à l’émetteur et au récepteur de se comprendre sans arrangement préalable.

La technologie de base choisie dans ce cadre est le profil de contenu IHE « Sharing Laboratory Reports (XD-LAB) » (voir Volume 3 (PaLM TF-3): Content Modules de l’IHE Pathology and Laboratory Medicine Technical Frameworks (Revision 7.0 - July 5, 2016)), qui fait référence à l’HL7 Clinical Document Architecture (CDA), Release 2, 2005.

Cette technologie permet d’assurer l’interopérabilité internationale des rapports électroniques de laboratoire. Le profil IHE XD-LAB est également utilisé comme base d’autres formats d’échange, tels que les résultats électroniques de laboratoire soumis à déclaration (CDA-CH-LRPH), résultats électroniques de laboratoire soumis à déclaration (CDA-CH-LRPH), les résultats électroniques de laboratoire dans le processus de transplantation (CDA-CH-LRTP) et les résultats électroniques de laboratoire pour le contrôle de la qualité (CDA-CH-LRQC).

Les mêmes structures techniques sont utilisées pour tous les formats d’échange de laboratoire, ce qui permet d’atteindre un taux élevé de réutilisation des éléments logiciels. Un logiciel capable d’établir ou de traiter le rapport électronique de laboratoire selon la présente spécification peut être développé, moyennant un minimum de charges, de manière à être compatible avec les autres formats d’échange susmentionnés.

Le chapitre Cas d’application indique dans quels domaines le rapport électronique de laboratoire peut être utilisé.

Le chapitre Spécification (normative) contient la spécification normative. Il traite des indications concrètes de mise en œuvre, des contenus des champs et des compléments relatifs au rapport électronique de laboratoire, au standard IHE XD-LAB et à l’architecture HL7 CDA.

Le chapitre Validation, technologies et outils contient des liens vers des exemples de documents et détermine le concept de validation applicable à tous les formats d’échange. Les rapports électroniques de laboratoire affichent ainsi une conformité élevée. Les règles Schematron, qui reproduisent les règles commerciales dans le présent format d’échange, permettent d’obtenir une validation automatisée des documents CDA nouvellement créés. Grâce à cela, les mêmes règles de validation s’appliquent pour tous les participants et sont utilisées de manière identique aussi bien par l’émetteur que par le récepteur.

eHealth Suisse recommande à tous les acteurs concernés du système de santé de se pencher sur cette spécification et sur les nouvelles possibilités qu’elle offre en termes d’amélioration des processus ainsi que d’étendre en conséquence les systèmes informatiques des laboratoires (SIL).

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

Dans le cadre du dossier électronique du patient, les rapports de laboratoire destinés à des clients tels que les médecins ou les hôpitaux devront, d’une part, présenter une mise en page uniforme afin que les professionnels de la santé puissent obtenir, rapidement et indépendamment du laboratoire rédigeant le rapport, des informations au sujet des résultats des examens. Les résultats électroniques de laboratoire doivent, d’autre part, être conçus de sorte à répondre aux besoins individuels des laboratoires qui les émettent (Corporate Identity). Il est possible de répondre à ces deux exigences au moyen de feuilles de style XML. L’élaboration de telles feuilles de style est déterminée par les directives de W3C (voir https://www.w3.org/Style/XSL/) et cette thématique n’est pas abordée dans le présent document.

Par ailleurs, le logiciel récepteur doit pouvoir, si nécessaire, traiter les données structurées sous forme électronique. Le traitement électronique ultérieur des données permet au récepteur d’attribuer automatiquement les valeurs de laboratoire au bon patient et rend possible le lancement automatisé de processus tels que les alertes en cas de résultats pathologiques ou la représentation de l’évolution des valeurs de laboratoire sous forme de courbe.

Les travaux préalables tirés des formats d’échange déjà disponibles dans les laboratoires (résultats électroniques de laboratoire soumis à déclaration (CDA-CH-LRPH), résultats électroniques de laboratoire dans le processus de transplantation (CDA-CH-LRTP) et résultats électroniques de laboratoire pour le contrôle de la qualité(CDA-CH-LRQC)) sont réutilisés dans le présent format d’échange. Ce procédé assure aux fabricants de logiciels un degré élevé de réutilisation des investissements déjà réalisés.

La proposition de mise en œuvre adoptée au sein du comité de pilotage d’« eHealth Suisse » prévoit un format d’échange unique pour les informations mentionnées ici. Il sera alors possible de soutenir l’échange de ces informations entre toutes les personnes et institutions participantes.
Par ailleurs, les documents élaborés selon ce format d’échange sont adaptés à un archivage dans le DEP.

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 .

Statut et but du document

Le présent document décrit le contenu de « CDA-CH-LREP (specification)/fr » et définit ainsi un format d’échange uniforme pour l’échange d’informations dans le système de santé suisse. Il contient le texte tel qu’il a été rédigé par l’équipe de projet ainsi que la spécification normative basée sur la norme HL7 CDA.

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

Automatisation

  • Automatisation de la mise à disposition des données du côté des fournisseurs de données et, ainsi, élimination des erreurs qui peuvent aujourd’hui se produire lors du traitement manuel des informations.
  • Automatisation du traitement des données du côté des professionnels de la santé et, ainsi, réduction des charges engendrées jusqu’à présent par les procédures en vigueur.

Harmonisation, interopérabilité et protection des investissements

  • Garantie de la possibilité de réutiliser des éléments identiques dans les différents formats d’échange et, ainsi, réduction des charges liées au développement de nouvelles interfaces.
  • Suppression des charges d’exploitation et de maintenance des interfaces actuelles, hétérogènes, pour les laboratoires et les professionnels de la santé.
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 est une forme supplémentaire de transmission des données des laboratoires aux professionnels de la santé. Toutes les transmissions de données réalisées jusqu’à présent restent possibles. Les thèmes suivants ne sont pas abordés par le présent format d’échange :

  • Transmission effective des résultats électroniques de laboratoire (communication) ;
  • Définition de processus qui deviennent possibles auprès du récepteur grâce au traitement électronique des données structurées.

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-LREP (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 .

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

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

Cda-ch-lrep-Referenzpyramide.png

Cda-ch-lrep-Referenzpyramide.png

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

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 .

Profils d’intégration IHE

IHE (Integrating the Healthcare Enterprise) est une initiative internationale visant à améliorer l’échange électronique de données entre systèmes informatiques dans le système de santé. IHE élabore des profils d’intégration qui définissent comment implémenter des normes existantes (par exemple : HL7, DICOM) dans des processus de travail afin que les systèmes d’informations des différents producteurs soient interopérables et puissent communiquer les uns avec les autres sans pertes d’informations. IHE a été lancé en 1998 aux États-Unis; l’Europe et l’Asie ont suivi peu après. IHE Suisse a été fondé en 2010.

Ce format d’échange est basé sur le profil de contenu IHE « Sharing Laboratory Reports (XD-LAB) » (voir Volume 3 (PaLM TF-3): Content Modules de l’IHE Pathology and Laboratory Medicine Technical Frameworks (Revision 8.0 - June 21, 2017)). Les documents élaborés sur la base de profils de contenu IHE (Content Profiles) peuvent être classés dans un dossier (Folder) de l’architecture IHE Cross-enterprise document sharing (XDS). Ce profil d’intégration IHE constitue la base du dossier électronique du patient (DEP) proposé en Suisse.

Le profil de contenu IHE XD-LAB référencé dans le présent document se rapporte au standard de base pour les contenus de documents HL7 Clinical Document Architecture (CDA), Release 2, 2005

HL7 V3

HL7 Clinical Document Architecture (CDA)

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

Traductions

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

Le livre blanc (whitepaper) du groupe d’utilisateurs HL7 Suisse (HL7 Benutzergruppe Schweiz), « Analyses et résultats électroniques de laboratoire (HL7 V3/IHE)[1] », poursuit des objectifs selon une approche globale. Le présent format d’échange doit être conforme aux objectifs documentés dans ce whitepaper[1] dans le domaine des résultats électroniques de laboratoire. Il doit permettre aux laboratoires de transmettre leurs résultats électroniques de laboratoireà leurs clients (p. ex., cabinets médicaux ou hôpitaux). Par ailleurs, les laboratoires des hôpitaux et des cabinets médicaux doivent également pouvoir établir, gérer et distribuer leurs propres rapports dans ce format.

Storyboard

Le format d’échange doit fournir une preuve de concept (« proof of concept ») via la mise en œuvre de cas-tests et de scénarios cliniques. Les cas présentés ci-après exposent des mises en œuvre pratiquées aujourd’hui ; ils ont été documentés à titre de préparation dans le whitepaper[1] et étendus ou adaptés à l’état actuel des connaissances.

Exemples de cas

Exemple de cas 1 : suspicion de thrombose veineuse profonde

Un patient se présente au cabinet médical du Dr Alarescousse le 9 mars 2016. Il s’identifie oralement avec ses données de base : Jean Regardenlair, né le 1er janvier 1981. Il dit souffrir de douleurs diffuses à la jambe gauche ainsi que de toux et de douleurs respiratoires qui sont apparues simultanément. Le médecin procède à l’anamnèse et à l’examen physique, puis demande les paramètres de laboratoire suivants :

  • Formule sanguine avec différenciation ;
  • CRP ;
  • D-dimères

Le médecin se charge lui-même de la formule sanguine et de la détermination du taux de CRP via un diagnostic « point of care », alors que l’analyse des D-dimères est confiée à un laboratoire externe (diagnostic quantitatif). Pour obtenir l’échantillon nécessaire, le médecin doit prendre le sang du patient en position couchée (1 tube EDTA, 1 tube citrate). Le mandat est confié au laboratoire externe et l’échantillon est envoyé à ce laboratoire via un coursier engagé par téléphone. Les résultats du diagnostic interne sur le lieu de prestation (formule sanguine et CRP) sont ajoutés à la fiche de laboratoire du patient dans le logiciel du cabinet médical (manuellement ou via des interfaces électroniques installées sur place). Suite à ces résultats, le médecin donne une ordonnance au patient afin qu’il prenne un antithrombotique en auto-administration.

Les résultats du laboratoire mandaté arrivent chez le médecin de famille le soir-même par voie électronique et sont également ajoutés à la fiche de laboratoire du patient. Ce processus peut se dérouler de manière entièrement automatisée lorsque le présent format d’échange est utilisé. Après avoir demandé des précisions par téléphone au laboratoire mandaté à cause d’un résultat limite du dosage de D-dimères, le médecin estime qu’une thrombose veineuse profonde ne peut être exclue, et le patient est contacté par téléphone le jour suivant afin que l’on procède à une échographie de la jambe.

Exemple CDA adapté à la situation et correspondant à cette spécification :
CDA-CH-LREP-1_VerdachtAufTiefeVenenthrombose.xml

Exemple de cas 2 : suspicion de coqueluche

Cet exemple de cas est illustré par des exemples de documents concrets à l’annexe 8.7 du whitepaper[1]. L’illustration 2 du whitepaper[1] présente le diagramme du cas d’application appartenant à cet exemple de cas.

Une mère se rend chez son médecin de famille avec son fils de 6 ans car ce dernier a de la fièvre et tousse de plus en plus depuis deux semaines avec de violentes quintes de toux. La MPA du cabinet médical prend la température de l’enfant, fait une prise de sang au bout de son doigt, détermine le taux de CRP et effectue un frottis sanguin. Le médecin soupçonne une infection virale, mais n’exclut pas une éventuelle coqueluche, même si l’enfant est vacciné en conséquence. Ne disposant pas de suffisamment de temps à cause d’une urgence, il ne veut pas faire lui-même le frottis nasopharyngé nécessaire dans ce cas, mais demande à la mère d’accompagner son enfant au laboratoire situé non loin du cabinet afin de pouvoir effectuer le frottis en toute tranquillité.

Il rédige un mandat de laboratoire en vue de l’exécution d’une PCR pour la coqueluche par frottis nasopharyngé et donne ce mandat à la mère de l’enfant. Cette dernière n’est pas sûre d’avoir été vaccinée contre la coqueluche. Le médecin de famille lui administre par conséquent un vaccin anti-coquelucheux et recommande de vacciner également le père de l’enfant et ses grands-parents. Entretemps, la MPA a examiné le frottis sanguin de l’enfant au microscope et y a trouvé une très grande quantité de lymphocytes réactifs qui lui semblent suspects. Elle n’est pas sûre d’elle et pose la question au médecin, qui lui dit de donner les frottis sanguins de l’enfant à sa mère afin qu’elle les fasse également analyser en détail par le laboratoire.

La mère et son fils se retrouvent au laboratoire où l’identité de l’enfant est vérifiée dans un premier temps sur la base du mandat d’analyses du médecin. Pour finir, un frottis nasopharyngé et une ponction veineuse cubitale (droite) sont effectués dans la salle de prélèvement du laboratoire et transmis au laboratoire avec les frottis sanguins et le mandat d’analyses du médecin apportés par la mère de l’enfant.

Exemple CDA adapté à la situation et correspondant à cette spécification :
CDA-CH-LREP-2_VerdachtAufKeuchhusten.xml

Exemple de cas 3 : examen gynécologique annuel

Le MPA du cabinet de gynécologie du Dr Pap prépare les consultations du lendemain. Le cabinet ne disposant que d’un petit laboratoire, certaines patientes sont envoyées à la clinique ambulatoire du laboratoire Pipette situé non loin de là avant leur rendez-vous. C’est notamment le cas d’une jeune patiente, Madame Rubella. Dans le logiciel du cabinet, le MPA mandate le laboratoire afin qu’il effectue les analyses standard convenues pour l’examen gynécologique annuel de Madame Rubella. En fait notamment partie la prise de sang pour la sérothèque en cas de mandats ultérieurs. Le laboratoire transmet les résultats au cabinet au plus tard 90 minutes après la prise de sang. Dr Pap donne les mandats suivants durant la consultation :

  • Cytologie gynécologique
    Frottis Pap - si indiqué, il convient également de procéder à la détection et à la typisation HPV (papillomavirus humains).
    Matériel de prélèvement selon les indications du laboratoire.
    L’examen cytologique est réalisé par le laboratoire Pipette. Ce dernier n’effectue pas lui-même une éventuelle typisation.
  • Bilan urinaire partiel (test Combur-9) réalisé par le MPA au cabinet médical ; les paramètres suivants sont examinés : ph, leucocytes, érythrocytes, nitrites, protéines, glucose, cétones, urobilinogène, bilirubine (examens semi-quantitatifs, les résultats sont vraisemblablement ajoutés manuellement dans le système laboratoire-cabinet médical).
  • Bactériologie urinaire
    Matériel de prélèvement selon les indications du laboratoire.
    Bactériologie générale, y compris levures au laboratoire Pipette
    La transmission du mandat est effectuée par le MPA (moment du prélèvement)
  • Mandat ultérieur « screening avant grossesse »
    Tous les examens peuvent être réalisés au moyen du matériel prélevé au préalable dans la clinique ambulatoire (sérum, sang EDTA).
  • Mammographie
    Mandat à l’institut de radiologie du Dr Curie.

Exemple CDA adapté à la situation et correspondant à cette spécification :
CDA-CH-LREP-3_GynaekologischeJahreskontrolle.xml

Exemple de cas 4 : suspicion de septicémie

Une patiente nommée Klebsiella Keller séjourne depuis longtemps dans un hôpital régional du canton de Zug. Son état général s’est énormément détérioré la nuit passée. Les médecins soupçonnant une septicémie, le sang de la patiente est prélevé le matin afin que l’on réalise une hémoculture. Une hémoculture aérobie et une hémoculture anaérobie sont réalisées 30 minutes plus tard et un échantillon urinaire est prélevé.

Tous ces échantillons sont analysés par le laboratoire Pipette. Des germes sont alors mis en évidence dans tous les échantillons, puis identifiés au moyen d’une spectrométrie de masse. Les quatre flacons d’hémoculture mettent en évidence les agents pathogènes « Klebsiella pneumoniae » et « Escherichia coli », et l’un des flacons comporte en plus la bactérie « Streptococcus mitis ». Normalement, le germe identifié dans l’échantillon urinaire n’est pas pathogène.

Un antibiogramme est réalisé pour les trois agents pathogènes mis en évidence dans le sang. Cet antibiogramme montre que les deux principes actifs « amoxicilline+acide clavulanique » et « ceftriaxone » sont efficaces sur les trois germes. Le microbiologiste informe régulièrement le médecin traitant des différents résultats partiels.

Exemple CDA adapté à la situation et correspondant à cette spécification :
CDA-CH-LREP-4_VerdachtAufSepsis.xml

Exemple de cas 5 : mandat collectif de « surveillance biologique SUVA »

Les entreprises qui travaillent avec des substances dangereuses pour la santé et dont les employés sont exposés à des risques particuliers sont soumises à la prévention en médecine du travail de la SUVA. La surveillance biologique est l’un des moyens de contrôle possibles dans ce cadre. Ce contrôle évalue l’exposition professionnelle des employés à des substances chimiques en déterminant les agents ou les métabolites (produits de transformation) liés à l’activité professionnelle et présents dans des échantillons biologiques (p. ex. urine). La prévention en médecine du travail (PMT) de la SUVA envoie chaque mois au laboratoire une liste comportant les informations suivantes pour chaque entreprise (mandat collectif) :

  • Entreprise (nom, adresse, numéro d’exploitation)
  • Nombre d’employés pour la surveillance biologique
  • Examens à réaliser (p. ex. arsenic, plomb, mercure, acide mandélique)

La PMT fait parvenir aux entreprises une liste (avec étiquettes) de tous les collaborateurs concernés. Le laboratoire imprime les numéros d’entreprise sur les formulaires de commande et envoie aux entreprises le nombre nécessaire de flacons de prélèvement d’urine et de formulaires de commande. Dans l’entreprise, les formulaires de commande et les flacons de prélèvement d’urine sont munis des étiquettes fournies par la PMT et remis aux employés. Les échantillons et formulaires de commande sont envoyés par l’entreprise au laboratoire.

Exemple CDA adapté à la situation et correspondant à cette spécification :
CDA-CH-LREP-5_BiologischesMonitoringSuva.xml

Cas d’applications

UC 1 : rapport au sens usuel

Les mandats usuels et leurs rapports ont été expliqués dans les chapitres précédents. Il s’agit là d’un cas d’application dans le cadre duquel le mandant (p. ex., le médecin) commande différents examens auprès d’un laboratoire. Le mandant envoie alors des échantillons au laboratoire et ce dernier renvoie par la suite des rapports au mandant. Ces rapports peuvent également être fournis de manière échelonnée sous forme de plusieurs résultats partiels.

Mise en œuvre des exigences qui en découlent dans la spécification normative :

  • Indications au sujet des échantillons : Specimen Collection et Participant (Body, specimen collection)
  • Indications au sujet de l’arrivée de l’échantillon au laboratoire : Specimen Received
  • Gestion des résultats partiels : Laboratory Report Data Processing Entry - statusCode :
    • completed : tous les résultats attendus sont disponibles et définitifs ;
    • active : les examens sont encore en cours. Certains résultats ne sont pas encore disponibles ;
    • aborted : les examens ont dû être interrompus. Quelques résultats peuvent être disponibles.
  • Rapport définitif : un rapport est définitif lorsqu’il ne contient aucun Laboratory Report Data Processing Entry avec statusCode='active'.

UC 2 : mandat avec centre de phlébotomie externe

Ce cas d’application se différencie du cas d’application précédent en ceci que l’échantillon n’est pas préparé auprès du mandant, mais auprès d’un centre de phlébotomie externe (p. ex., prise de sang).

Mise en œuvre des exigences qui en découlent dans la spécification normative :

  • Prise de sang au centre de phlébotomie : Specimen Collection - performer : ceci permet d’indiquer qui a effectué la prise de sang.

UC 3 : demande de copies du rapport

Lorsque des examens ont déjà été effectués en lien avec un problème particulier rencontré par un patient, il n’est pas rare que les médecins assurant la suite du traitement en demandent les résultats/rapports. Le consentement du patient est nécessaire pour qu’ils puissent accéder à ces informations. Dans ce cas, le mandant n’établit pas le mandat usuel et aucun échantillon n’est envoyé au laboratoire. Le mandant commande uniquement les rapports établis dans le cadre d’un mandat précédent.
Exemple : le médecin de famille commande des rapports en lien avec un mandat confié par l’hôpital car le rapport de sortie de l’hôpital n’est pas encore disponible et le patient poursuit déjà son traitement auprès de lui. Ce cas d’application déclenche un processus administratif au sein du laboratoire.

Mise en œuvre des exigences qui en découlent dans la spécification normative :

  • Copie de rapport : n’est pas spécifié dans le rapport électronique de laboratoire. Le médecin assurant la suite du traitement reçoit le même document (non modifié) que celui qui a été fourni auparavant.
  • Consentement du patient : la demande du consentement ne fait pas partie intégrante du rapport électronique de laboratoire. Si cela est souhaitable, il est cependant possible d’indiquer le consentement dans le rapport électronique de laboratoire au moyen de l’élément « Authorization » dans l’en-tête (Header).
  • Pas de mandat usuel/préalable : la procédure de commande ne fait pas partie intégrante du rapport électronique de laboratoire. Dans le rapport de laboratoire, il est fait référence au mandat original avec <CDA-CH-ORDR>.
  • Pas d’échantillon : Specimen Collection / Specimen Received sont optionnels et ne sont donc pas pris en compte ici.

UC 4 : demande de résultats partiels

Des résultats partiels sont souvent demandés dans le cadre de mandats confiés à des laboratoires. Cette demande peut être préalable, si le mandant sait déjà qu’il veut recevoir certaines parties du mandat sous forme de rapport avant d’autres parties. Mais il peut aussi arriver que la réalisation du mandat nécessite plus de temps que prévu et que, dans un tel cas, le mandant souhaite recevoir les éléments du rapport dont les résultats sont déjà disponibles. Ce cas d’application déclenche un processus administratif au sein du laboratoire. Dans ce cas, il peut être nécessaire d’initier immédiatement une validation qui n’a pas encore eu lieu dans le laboratoire.

Mise en œuvre des exigences qui en découlent dans la spécification normative :

  • voir UC 1.

UC 5 : rapports avec graphiques

Certains résultats électroniques de laboratoire sont renvoyés sous forme de graphiques (p. ex., diagramme de Reiber ou électrophorèse). Le rapport électronique doit par conséquent supporter l’intégration ou le référencement de fichiers multimédia.

Mise en œuvre des exigences qui en découlent dans la spécification normative :

UC 6 : rapports avec données supplémentaires sur l’état de santé du patient

Il doit être possible de consulter des données supplémentaires au sujet de l’état de santé du patient dans le rapport de laboratoire si ces données revêtent un intérêt particulier pour l’interprétation des résultats de laboratoire mentionnés dans le rapport de laboratoire. Il s’agit en particulier de la température corporelle, de la taille, du poids et de l’âge gestationnel.

Mise en œuvre des exigences qui en découlent dans la spécification normative :

  • Température corporelle, taille, poids : peuvent être documentés sous forme de signes vitaux dans la section Coded Vital Signs.
  • Âge gestationnel : peut être documenté dans la section Coded Results.
  • Remarque : ces chapitres sont abordés par d’autres spécifications (CDA-CH et CDA-CH-VACD) et ne seront pas spécifiés plus en détail dans le présent format d’échange.

UC 7 : rapports avec indications supplémentaires sur l’échantillon

Dans le cas de certains examens, les mandats et les échantillons ne suffisent pas pour déterminer les résultats de laboratoire. Il est alors nécessaire de fournir au laboratoire des observations au sujet du prélèvement de l’échantillon. Prenons l’exemple d’un test d’urine sur une période de 24 heures. Le laboratoire doit connaître les quantités d’urine prélevées durant un certain laps de temps. Le laboratoire documente dans le rapport de laboratoire les valeurs connues lors de la réalisation du test afin de permettre au récepteur d’interpréter correctement les résultats.

Mise en œuvre des exigences qui en découlent dans la spécification normative :

  • Durée déterminée : Specimen Collection - indiquer effectiveTime (sous forme d’intervalles avec low et high) ou indiquer une observation avec une entryRelationship (13362-9 - Collection duration of Urine).
  • Quantité d’urine prélevée : Specimen Collection - indiquer une observation avec une entryRelationship (19153-6 - Volume in Urine collected for unspecified duration).

UC 8 : rapports avec indications précises sur le kit de test et l’analyseur

Dans certaines situations, il est important que le récepteur sache avec quel kit de test de quel fabricant et sur quel analyseur les examens ont été effectués. Cette information est particulièrement importante lorsque le déroulement des résultats de laboratoire doit être analysé sur un certain laps de temps. Les différents résultats de laboratoire ne sont directement comparables que s’ils ont été obtenus avec le même kit de test et sur le même analyseur. Lorsque ce n’est pas le cas, des écarts apparaissent.

Mise en œuvre des exigences qui en découlent dans la spécification normative :

  • Kit de test : Participant (Body, laboratory device) - scopingEntity : numéro, type et fabricant du kit de test
  • Analyseur : Participant (Body, laboratory device) - playingDevice : nom et modèle de l’analyseur

UC 9 : mandats collectifs

Dans le cadre de mandats collectifs (p. ex., Exemple de cas 5 : mandat collectif de « surveillance biologique SUVA »), il est nécessaire de définir des listes de travail qui peuvent s’étendre sur une période plus longue (jours/semaines). En règle générale, ces mandats concernent des examens spécifiques pour plusieurs patients. Entre autres exemples :

  • Médecine du travail SUVA : commande d’examens de laboratoire pour plusieurs patients ;
  • Industrie alimentaire : examens en lien avec l’hygiène des collaborateurs (p. ex., contamination aux salmonelles) ;
  • Enquêtes policières.

Il s’agit ici en particulier de résoudre la problématique de la fluctuation des collaborateurs :

  • Les personnes inscrites pour les examens ne travaillent plus chez le mandant.
  • Des échantillons ont été envoyés pour des personnes qui ne sont pas mentionnées dans le mandat (nouveaux collaborateurs).

Mise en œuvre des exigences qui en découlent dans la spécification normative :

  • Examens concernant plusieurs patients : un rapport électronique de laboratoire contient des informations au sujet de l’état de santé d’un patient bien défini. Dans le cas des mandats collectifs, un rapport électronique de laboratoire est établi pour chaque patient. Mais tous les rapports électroniques de laboratoire font référence au même mandat (collectif) avec <CDA-CH-ORDR>.
  • Problématique de la fluctuation des collaborateurs : ne fait pas partie intégrante du rapport électronique de laboratoire. Aucun rapport électronique de laboratoire n’est établi pour les personnes qui ne travaillent plus auprès du mandant. Des rapports électroniques de laboratoire sont établis pour les nouveaux collaborateurs.


Recommandations

Ce chapitre contient des recommandations utiles en vue d’une harmonisation. Les recommandations citées ci-après peuvent aussi être assimilées à des exemples de « best practices ». Elles ne sont pas normatives et, de ce fait, ne sont pas non plus contraignantes.

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 2] (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 .

Gestion des versions originales et des documents PDF

Pour certains cas d’application, CDA-CH V2.1 (2020) recommande de fournir la représentation originale telle que le signataire légal l’a vue au moment de sa signature et recommande pour cela d’intégrer la représentation originale au document CDA sous la forme d’un fichier PDF.

Recommandation relative à l’intégration de la représentation originale

  • Dans les résultats électroniques de laboratoire définitifs, la représentation originale doit, conformément aux recommandations de CDA-CH V2.1 (2020), être intégrée dans le document CDA sous la forme d’un fichier PDF/A-1a.
  • Pour les résultats électroniques de laboratoire provisoires ou pour les résultats partiels, l’intégration de la représentation originale est permise, mais pas requise,résultats électroniques de laboratoire.
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 de documents référencés ou annexés

Un rapport de laboratoire peut faire référence à des documents externes. Ceux-ci peuvent être annexés au rapport de laboratoire ou mentionnés en tant que documents référencés. Afin que la gestion des documents référencés ou annexés puisse être harmonisée, des recommandations sont énumérées ci-après.

Recommandation relative aux documents référencés ou annexés

La mention de documents externes est effectuée soit au moyen d’une intégration du document au format PDF (les mêmes directives que celles décrites au chapitre Gestion des versions originales et des documents PDF s’appliquent ici), soit au moyen d’une référence au document en question.

L’intégration peut être effectuée sur plusieurs niveaux dans le corps CDA (CDA Body) avec les modèles suivants :

  1. Référence (reference Element) à un document externe : modèle ' External document'
  2. PDF intégré (observationMedia Element) : modèle ' Multimedia Embedded Content'
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 de textes lisibles par l’utilisateur

La norme HL7 CDA prescrit qu’un document CDA doive toujours contenir du texte lisible par l’utilisateur (CDA Body Level 1). La présente spécification détermine la représentation des informations structurées et utilisables par les machines au niveau des chapitres (CDA Body Level 2) et au niveau des différents résultats (CDA Body Level 3). Ni HL7 CDA, ni CDA-CH ne prescrit comment le lien entre information lisible par l’utilisateur et information utilisable par la machine doit être conçu. Dans le cas des résultats électroniques de laboratoire, il est question de documents qui sont établis automatiquement sur la base des informations, pour la plus grande partie existantes et structurées, du système informatique de laboratoire (SIL). Les recommandations suivantes sont données sur la base de cette situation initiale.

Recommandation relative à la gestion de textes lisibles par l’utilisateur

  • Un rapport de laboratoire est un document qui doit correspondre aux dispositions CI/CD de chaque laboratoire producteur et il n’existe donc aucune prescription relative à la manière dont il doit être conçu pour être lisible par l’utilisateur.
  • Pour permettre aux destinataires de s’orienter plus facilement parmi les rapports de différents laboratoires, il est judicieux de s’en tenir aux meilleures pratiques suivantes :
    • Utilisation de la feuille de style du groupe d’utilisateurs HL7 Suisse (HL7 Benutzergruppe Schweiz) avec adaptation des couleurs et logos au moyen de CSS. Voir à ce sujet Validation, technologies et outils ;
    • Le tableau comportant les différents résultats de laboratoire sous forme lisible par l’utilisateur doit être généré automatiquement. Voir à ce sujet la mise en œuvre du projet open source eHealth Connector. Les exemples CDA ont été produits avec l’eHealth Connector.
  • D’autres dispositions utiles peuvent être consultées dans le Guide d’implémentation ELGA (p. ex.,Laborbefund Version 2.06.2, chapitre « 4.3. Spezifikation der Befunddarstellung Level 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 .

Gestion de résultats électroniques de laboratoire particuliers

Recommandation pour la mise en évidence de pathogènes par culture

Selon la spécification du Guide d’implémentation ELGA, Laborbefund Version 2.06.2, chapitre « 4.4.8. Kultureller Erregernachweis », les mises en évidence de pathogènes par culture doivent être déclarées dans un Laboratory Isolate Organizer - Pathogen Detection. Les méthodes avec code LOINC pour les mises en évidence de pathogènes par culture sont caractérisées par la méthode « culture ». Il est possible de les trouver sur http://search.loinc.org en indiquant le terme de recherche « method:culture ».

@code @displayName code/originalText
6463-4 Bacteria identified in Unspecified specimen by Culture Culture
634-6 Bacteria identified in Unspecified specimen by Aerobe culture Culture aérobie
635-3 Bacteria identified in Unspecified specimen by Anaerobe culture Culture anaérobie
580-1 Fungus identified in Unspecified specimen by Culture Culture fongique

[Tableau 1] Exemples de codes pour la méthodologie de mise en évidence des pathogènes tirée de LOINC

Recommandation pour l’antibiogramme

Conformément à la spécification du Guide d’implémentation ELGA, Laborbefund Version 2.06.2, chapitre « 4.4.9. Antibiogramm (Laboratory Isolate Organizer) » :

  • Les antibiogrammes doivent être résumés sous la forme Laboratory Isolate Organizer - Pathogen Detection. L’isolat est l’échantillon (specimen) sur lequel les tests de sensibilité sont réalisés.
  • S’il existe plusieurs pathogènes dans le rapport de laboratoire, un Isolate Organizer est établi pour chacun d’eux. Un nouveau numéro univoque est attribué à chaque pathogène (ID).
  • Dans ce cadre, les tests de sensibilité sont indiqués sous la forme Laboratory Battery Organizer - Antibiogram. À l’intérieur de cet « Organizer », les différents tests de résistance aux antibiotiques de l’isolat sont manipulés comme des analyses de laboratoire « normales ».
  • Chaque examen de sensibilité est codé au moyen de LOINC.
    Exemples :
    • 18993-6 fait référence à un examen de sensibilité à la tétracycline (Tetracycline [Susceptibility])
    • 18861-5 fait référence à un examen de sensibilité à l’amoxicilline (Amoxicillin [Susceptibility])
  • L’indication de l’interprétation est effectuée au moyen des codes du vocabulaire HL7 ObservationInterpretation, rubrique ObservationInterpretationSusceptibility. Voir également à ce sujet le tableau suivant :
@code @displayName Signification
S susceptible sensible
R resistant résistant
I intermediate intermédiaire
SDD Susceptible-dose dependent sensible (dépendant du dosage)

[Tableau 2] Codage des résistances

Recommandation pour la concentration minimale inhibitrice

Conformément à la spécification du Guide d’implémentation ELGA, Laborbefund Version 2.06.2, chapitre « 4.4.10. Minimale Hemmkonzentration », les données requises pour la concentration minimale inhibitrice doivent être indiquées avec une structure différente dans le corps CDA Level 2 et le corps CDA Level 3 :

Recommandation pour la mise en évidence moléculaire de pathogènes

Conformément à la spécification Guide d’implémentation ELGA, Laborbefund Version 2.06.2, chapitre « 4.4.11. Testergebnisse/Molekularer Erregernachweis », le codage doit être réalisé de manière analogue au codage des résultats de laboratoire ( Laboratory Observation). Il est possible de procéder à un regroupement à l’aide de groupes de rapports ( Laboratory Battery Organizer).

Recommandation pour pathogènes importants

Conformément à la spécification Guide d’implémentation ELGA, Laborbefund Version 2.06.2, chapitre « 4.4.12. Significant Pathogens (Notifiable Conditions) », le codage des pathogènes importants (p. ex., maladies soumises à déclaration) doit être réalisé au moyen des modèles Notification Organizer - Significant Pathogens et Notifiable Condition - Significant Pathogen.

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 de résultats de sous-traitance de laboratoires externes

Même lorsqu’un laboratoire confie certains examens à un tiers (p. ex. laboratoires spéciaux), ces résultats doivent être représentés dans le rapport de laboratoire. Les conditions dans lesquelles de tels mandats sont (et peuvent être) donnés à des tiers (processus de sous-traitance ou « subcontracting ») ne font pas l’objet de la présente spécification car seul le rapport est spécifié ici, et non le mandat. Étant donné que la sous-traitance est souvent utilisée dans la pratique, des recommandations sont proposées ci-après sur les modalités d’intégration des résultats externes dans les résultats électroniques de laboratoire à l’attention des clients finaux.

Recommandation pour les résultats de mandats en sous-traitance par des laboratoires externes

Les résultats transmis par des laboratoires externes peuvent être intégrés au rapport de laboratoire soit sous une forme structurée, soit sous une forme non structurée. Une combinaison des deux est également possible.

Intégration structurée de résultats transmis par des laboratoires externes

Il faut ici utiliser les mêmes modèles que ceux appliqués pour les résultats obtenus à l’interne dans un laboratoire. Afin de représenter l’origine d’un laboratoire externe, les précisions suivantes sont données dans les modèles :

  1. Le laboratoire externe peut être déclaré dans l’en-tête CDA (CDA Header) sous documentationOf/serviceEvent/performer.
  2. Pour chaque groupe de rapports ou pour chaque résultat de laboratoire pour lequel un résultat a été fourni, le laboratoire externe doit être déclaré en tant qu’élément « participant » avec le modèle ' Participant (Body, responsible party) '.
  3. Le laboratoire externe est déclaré avec le modèle ' Laboratory Performer (Body) ' aussi bien dans l’en-tête CDA (CDA Header) que dans le corps CDA (CDA Body).

Indépendamment du fait que le résultat ait été transmis à l’interne ou par un tiers externe :

  1. La personne qui a effectué le test est déclarée dans l’élément « performer » (modèle ' Laboratory Performer (Body) ').
  2. La personne qui a validé le test sur le plan clinique est déclarée en tant qu’élément « participant » supplémentaire avec le modèle ' Laboratory Results Validator (Body) '.

Intégration non structurée de résultats transmis par des laboratoires externes

Le rapport externe peut être référencé aux niveaux suivants en fonction de son contenu :

  1. Au niveau du groupe de rapports (p. ex., lorsque tous ou au moins plusieurs résultats de laboratoire du groupe de rapports correspondant sont concernés).
  2. Au niveau du résultat de laboratoire (p. ex., lorsque seul ce résultat de laboratoire est concerné).

L’intégration non structurée du rapport externe est effectuée conformément aux recommandations du chapitre Gestion de documents référencés ou annexé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 .

Spécification (normative)

La spécification normative est très volumineuse et détaillée. La complexité de cette spécification résulte de la réutilisation de nombreux principes tirés de la norme HL7 CDA, des profils d’intégration IHE basés sur cette dernière et des précisions liées à son application en Suisse (CDA-CH). Le fait de pouvoir atteindre ainsi une interopérabilité sémantique entre des systèmes d’information (qui ne se connaissent pas nécessairement) et de permettre un degré élevé de réutilisation du code source qui y est lié justifie la complexité de la spécification. C’est grâce à une telle spécification qu’il est possible de mettre en œuvre les objectifs de la stratégie eHealth Suisse.

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é) ou d’échantillons non humains
  • Participants au document : auteur, rédacteur, validateurs cliniques, laboratoires (externes) exécutants
  • Signataire légal
  • Expéditeur (administrateur)
  • Destinataire, y compris éventuels destinataires de copies
  • Référence au mandat ou à un éventuel document à remplacer

Corps CDA (Body)

  • Chapitre « Rapport de laboratoire »
    • Si nécessaire, les résultats électroniques de laboratoire peuvent être subdivisés en sous-chapitres.
    • Résultats effectifs de laboratoire (y compris domaines de référence, codes d’interprétation, éventuels résultats préalables) groupés en batteries, avec indications au sujet de l’appareil, de l’éventuel laboratoire externe qui a réalisé l’examen et de la personne qui a validé le résultat.
    • Indications au sujet du prélèvement de l’échantillon
    • Indications au sujet de l’arrivée de l’échantillon au laboratoire
    • Indications au sujet des isolats/germes groupés en batteries
    • Objets multimédia
    • Commentaires
  • Chapitre « Signes vitaux »
    • Indication structurée des signes vitaux (saturation en oxygène, poids corporel, taille, température corporelle, tour de tête, pression sanguine, fréquence cardiaque, fréquence respiratoire)
  • Chapitre « Autres observations pertinentes »
    • Indication structurée de l’âge gestationnel du patient à sa naissance
  • Chapitre « Grossesse »
    • Indications structurées en cas de grossesse actuelle de la patiente si celle-ci est pertinente pour l’interprétation des valeurs de laboratoire.
      Remarque : Ces données doivent être transmises au laboratoire en même temps que le mandat, faute de quoi le laboratoire n’en aura pas connaissance.
      Exemples d’indications possibles :
      • Date prévue de l’accouchement (estimation clinique)
      • Âge gestationnel
      • Indications au sujet de la phase du cycle
  • Chapitre « Représentation originale »
    • Fichier PDF intégré avec représentation originale du document tel qu’il a été vu par le signataire légal au moment de la signature.

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’éventuelles divergencespar rapport aux graphiques suivants).

Document

Lrep content doc fr.png

Lrep content doc fr.png

[Illustration 2] Contenu Rapport de laboratoire

Lrep content header fr.png

Lrep content header fr.png

[Illustration 3] Données administratives dans le rapport de laboratoire (en-tête CDA ou CDA Header)

Chapitre « Rapports de laboratoire »

Lrep content section lab fr.png

Lrep content section lab fr.png

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

Lrep content entry lab1 fr.png

Lrep content entry lab1 fr.png

[Illustration 5] Valeurs de laboratoire structurées

Lrep content entry lab2 fr.png

Lrep content entry lab2 fr.png

[Illustration 6] Batteries avec résultats de tests

Lrep content entry lab3 fr.png

Lrep content entry lab3 fr.png

[Illustration 7] Résultats de test

Chapitre « Signes vitaux »

Lrep content section vitalsigns fr.png

Lrep content section vitalsigns fr.png

[Illustration 8] Données médicales dans le chapitre « Signes vitaux »

Lrep content entry vitalsign1 fr.png

Lrep content entry vitalsign1 fr.png

[Illustration 9] Signes vitaux structurés

Lrep content entry vitalsign2 fr.png

Lrep content entry vitalsign2 fr.png

[Illustration 10] Signes vitaux valeur mesurée

Chapitre « Autres observations pertinentes »

Vacd content section coded results fr.png

Vacd content section coded results fr.png

[Illustration 11] 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 12] Âge gestationnel

Chapitre « Grossesse »

Vacd content section pregnancy fr.png

Vacd content section pregnancy fr.png

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

Lrep content entry pregnancy fr.png

Lrep content entry pregnancy fr.png

[Illustration 14] Indications au sujet de la grossesse actuelle

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 .

Généralités

Un document élaboré sur la base de cette spécification est un document HL7 CDA et constitue ainsi un objet d’information défini et complet qui peut contenir des textes, des images et d’autres éléments multimédia. Les documents CDA donnent des informations sur l’état de santé d’un patient à un moment donné. Ils contiennent des données administratives (en-tête ou Header) et médicales (corps ou Body) et sont codés en eXtensible Markup Language (XML).
La spécification normative définit le document « Rapport électronique de laboratoire » en tant que modèle HL7 CDA, lequel est structuré selon les précisions propres à la Suisse de CDA-CH V2.1 (2020). Les documents ainsi produits sont entièrement compatibles avec la norme internationale HL7 CDA R2 (Normative Edition 2005) et sont donc interopérables au niveau international.
L’objectif de la spécification normative est de faire en sorte que les systèmes de gestion des « rapports électroniques de laboratoire » puissent être implémentés par les fabricants de logiciels indépendamment de l’émetteur et du récepteur. Le présent format d’échange a été modélisé dans ART-DECOR et il est également possible d’en tirer des règles Schematron qui permettent une validation automatique et harmonisée des documents CDA.

Mots-clés

Dans la spécification normative, les obligations sont indiquées à l’aide de mots-clés toujours écrits en lettres majuscules. Cf. également [ELGA Généralités], ch. 4.1 ou RFC 2119.

DOIT (angl. MUST ou SHALL) désigne une indication qui doit impérativement être respectée. Correspond aux critères de conformité [R] et [M].

NON AUTORISÉ (angl. NOT PERMITTED) désigne une interdiction qui doit impérativement être respectée. Correspond au critère de conformité [NP].

DEVRAIT ou RECOMMANDÉ (angl. SHOULD) désigne une recommandation pragmatique. Il est souhaitable et recommandé que la demande soit implémentée, mais il peut y avoir des raisons pour les références celle-ci n’est pas concrétisée. Correspond au critère de conformité Requis [R]. Si aucune valeur ne peut être spécifiée, nullFlavor DOIT être spécifié.

PEUT ou OPTIONNEL (angl. MAY, OPTIONAL). L’implémentation de la demande est optionnelle, elle peut aussi ne pas être concrétisée sans obligation de fournir une raison valable. Correspond au critère de conformité [O].

Optionalité

Le tableau suivant définit l’utilisation d’éléments contraignants, recommandés et optionnels ainsi que les cardinalités y relatives, utilisation de « nullFlavor » comprise. La définition suivante a été reprise du tableau « E.4.2.2.1-1: Data Element Optionality Constraints » du document « IHE Technical Frameworks General Introduction, Appendix E: Standards Profiling and Documentation Conventions, Revision 1.0, July 1, 2014 » et complété avec l’élément [NP].

Critères de conformité Cardinalités possibles Utilisation de nullFlavor Description
[M] 1..1

1..*

NON AUTORISÉ L’élément DOIT être indiqué avec une « véritable » valeur correcte.

nullFlavor ou valeurs « Factices » : NON AUTORISÉ.

[NP] 0..0 NON AUTORISÉ L’élément est NON AUTORISÉ.
[R] 1..1

1..*

PEUT être utilisé L’élément DOIT être disponible dans l’instance. L’utilisation de nullFlavor est requise si l’information n’est pas connue. Valeurs « factices» : NON AUTORISÉ.
[O] 0..1

0..*

PEUT être utilisé L’élément est OPTIONNEL. L‘émetteur peut mentionner l’élément. Les éléments optionnels vides ne sont pas autorisés si aucun nullFlavor n’est utilisé.
[C] [N/A] [N/A] Critère de conformité CONDITIONNEL. La conformité de l’élément varie en fonction des autres éléments, situations ou états. Les dépendances concrètes sont à chaque fois signalées.

[Tableau 3] Notations au document

nullFlavor

Lorsqu’une valeur n’est pas connue, il est possible de préciser le motif du manque d’indications en utilisant le code nullFlavor selon NullFlavor, là où cela est autorisé conformément au tableau ci-dessus. Si un nullFlavor est utilisé, AUCUN attribut supplémentaire différent de xsi:type n’est permis.

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. Profil de contenu IHE « Sharing Laboratory Reports (XD-LAB) »

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

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 .

Acteurs et transactions

Le graphique suivant présente les acteurs et les transactions définis au moyen du présent format d’échange. Il montre que les acteurs impliqués dans le cadre de « CDA-CH-LREP (specification)/fr » peuvent créer un document sur la base du profil de contenu IHE correspondant.

ShareContentActors.png

ShareContentActors.png

[Illustration 15]Acteurs selon IHE PaLM TF-3

IHE XD-LAB (chapitre « 4.2 ») détermine la mise en œuvre avec les profils d’intégration IHE XDS.b, XDR, XDM. Les profils d’intégration IHE XDS.b 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 16] 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 17]Acteurs et transactions (concrètement, pour XDM)

Pour une description précise des acteurs, transactions et contenus, il est utile de se référer à la documentation IHE [IHE ITI TF-2b][2], chapitre « 3.32 Distribute Document Set on Media » ou « 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.

CDA Document Level Templates

General Laboratory Report

Id2.16.756.5.30.1.1.10.1.10Effective Date2020‑06‑26
Other versions this id:
  • Kblank.png CDA-CH-LREP-GR-V1 as of 2018‑04‑19
StatusKgreen.png ActiveVersion Label2020
NameCDA-CH-LREP-GR-V14Display NameGeneral Laboratory Report
Description

Swiss Laboratory Report - General Report

ContextPathname /
ClassificationCDA Document Level Template
Open/ClosedOpen (other than defined elements are allowed)
Uses
Uses 29 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.55IncludeKgreen.png Document Template Ids CDA-CH-LREP V1 (2020)DYNAMIC
2.16.756.5.30.1.1.10.2.23IncludeKgreen.png Document Id (2017)DYNAMIC
2.16.756.5.30.1.1.10.2.56IncludeKgreen.png Document Code (2020)DYNAMIC
2.16.756.5.30.1.1.10.2.62IncludeKgreen.png Document Title (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.58IncludeKgreen.png Human Patient - recordTarget (2020)DYNAMIC
2.16.756.5.30.1.1.10.2.26IncludeKgreen.png Non-Human Subject - recordTarget (2019)DYNAMIC
2.16.756.5.30.1.1.10.2.27IncludeKgreen.png Human Patient with Non-Human Subject - recordTarget (2019)DYNAMIC
2.16.756.5.30.1.1.10.2.59IncludeKgreen.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.60IncludeKgreen.png Custodian (2020)DYNAMIC
2.16.756.5.30.1.1.10.2.57IncludeKgreen.png Recipient (2020)DYNAMIC
2.16.756.5.30.1.1.10.2.61IncludeKgreen.png Legal Authenticator (2020)DYNAMIC
2.16.756.5.30.1.1.10.2.88IncludeKgreen.png Laboratory Results Validator - authenticator (2019)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.28IncludeKgreen.png Laboratory Performer - 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.77ContainmentKgreen.png Laboratory Speciality Section - coded (2020)DYNAMIC
2.16.756.5.30.1.1.10.3.4ContainmentKgreen.png Vital Signs Section - coded (2016)DYNAMIC
2.16.756.5.30.1.1.10.3.46ContainmentKgreen.png Other Relevant Observations Section - coded (2020)DYNAMIC
2.16.756.5.30.1.1.10.3.53ContainmentKpurple.png Current Pregnancy Section - coded (2018)DYNAMIC
2.16.756.5.30.1.1.10.3.45ContainmentKyellow.png Original Representation Section - coded (2017)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 https://svn.code.sf.net/p/hl7ch/code/trunk/projects/eHealthSuisse/eLaborbefund/v1.0/ for examples -->
ItemDTCardConfDescriptionLabel
hl7:ClinicalDocument
1 … 1M

Swiss Laboratory Report - General Report

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...V14)
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 … 1M(CDA...V14)
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.55 Document Template Ids CDA-CH-LREP V1 (DYNAMIC)
Treetree.pnghl7:templateId
II0 … 1CDA-CH-LREP / Laboratory Reports V1 specification. This is an informational reference, only.CDA‑...LREP
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.1.1.3.9.1
Treetree.pnghl7:templateId
II1 … 1MExchange format according to the Swiss EPRCDA‑...LREP
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.127.1.4
Treetree.pnghl7:templateId
II1 … 1MSharing Laboratory Reports (XD-LAB) Content Module, IHE PaLM Technical Framework Revision Revision 8.0 - June 21, 2017.CDA‑...LREP
Treeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.3.3
Treetree.pnghl7:templateId
II1 … 1MCDA-CH-LREP / Laboratory Reports V1 ART-DECOR model for General Report.(CDA...V14)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.1.10
Included1 … 1M from 2.16.756.5.30.1.1.10.2.23 Document Id (DYNAMIC)
Treetree.pnghl7:id
II1 … 1MA unique identifier for each CDA document instance.CDA‑CH V2
 
Target.png
cdachemed-data​element-141Kyellow.png Identification number of the document Kyellow.png Dataset 1
cdachemed-data​element-63Kyellow.png Identification number of the document Kyellow.png Dataset 1
cdachemed-data​element-139Kyellow.png Identification number of the document Kyellow.png Dataset 1
cdachemed-data​element-140Kyellow.png Identification number of the document Kyellow.png Dataset 1
cdachemed-data​element-76Kyellow.png Identification number of the document Kyellow.png Dataset 1
cdachemed-data​element-24Kyellow.png Identification number of the document Kyellow.png Dataset 1
hl7chcda-data​element-217Kyellow.png Identification number of the document Kyellow.png CDA-CH V2 2017
Treeblank.pngTreetree.png@root
uid1 … 1RThe document's id as Globally Unique Identifier (GUID).
Treeblank.pngTreetree.png@extension
st0NPNP/not present
Included1 … 1M from 2.16.756.5.30.1.1.10.2.56 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.

  • Multidisciplinary laboratory findings:
    The LOINC code of the document MUST read: 11502-2 (LABORATORY REPORT.TOTAL)
  • Laboratory reports of a single laboratory discipline:
    The LOINC code of the document MUST be taken from the value-set 'Laboratory Specialties'
IHE PalM TF3 Rev.10, 6.3.2.5
Treeblank.pngTreetree.png@code
cs1 … 1RThe exact value of @code MUST either read '11502-2' or taken from the value-set 'Laboratory Specialties'.
Treeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.6.1
Treeblank.pngTreetree.png@codeSystemName
st1 … 1FLOINC
Treeblank.pngTreetree.png@displayName
st1 … 1RThe exact value of @displayName MUST either read 'LABORATORY REPORT.TOTAL' or taken from the value-set 'Laboratory Specialties'.
 CONF
The value of @code shall be drawn from value set 1.3.6.1.4.1.19376.1.3.11.6 Multi-disciplinary Laboratory Report (DYNAMIC)
or
The value of @code shall be drawn from value set 1.3.6.1.4.1.19376.1.3.11.1 Laboratory Specialties (DYNAMIC)
Treeblank.pngTreetree.pnghl7:translation
CD1 … 1RA translation to the Swiss EPR XDS.b metadata.IHE PalM TF3 Rev.10, 6.3.2.5
Treeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1F4241000179101
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 … 1FLaboratory report
 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)
Included1 … 1M from 2.16.756.5.30.1.1.10.2.62 Document Title (DYNAMIC)
Treetree.pnghl7:title
ST1 … 1M

The document title must follow the following text format where <human readable code> is the local translation of the document LOINC code:

  • [de]: 'Laborbefund - <human readable code>'
  • [fr]: 'Rapport de laboratoire - <human readable code>'
  • [it]: 'Referto di laboratorio - <human readable code>'
  • [en]: 'Laboratory report - <human readable code>'
CDA‑...LREP
 Variable letNamelanguageCode 
 Valuesubstring(/hl7:ClinicalDocument/hl7:language​Code/@code,1,2) 
 Schematron assertrole error 
 testnot($languageCode='en') or starts-with(text(),'Laboratory report') 
 MessageThe English title must start with 'Laboratory report' 
 Schematron assertrole error 
 testnot($languageCode='de') or starts-with(text(),'Laborbefund') 
 MessageThe German title must start with 'Laborbefund' 
 Schematron assertrole error 
 testnot($languageCode='fr') or starts-with(text(),'Rapport de laboratoire') 
 MessageThe French title must start with 'Rapport de laboratoire' 
 Schematron assertrole error 
 testnot($languageCode='it') or starts-with(text(),'Rapporto di laboratorio') 
 MessageThe Italian title must start with 'Rapporto di laboratorio' 
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...V14)
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
Choice1 … 1
recordTarget MUST be present in one of the following characteristics:
  • Human Patient: The laboratory report contain test results from samples taken exclusively from a human patient.
  • Non-Human Subject: The laboratory report contains test results from samples taken from a non-human material (e.g., water, milk, etc.) or a living being (e.g., animal), but not related to a human patient.
  • Human Patient with Non-Human Subject: The laboratory report contains test results from samples taken from a non-human material that is related to a human patient (e.g., food eaten by the patient or animal that has bitten the patient).
Elements to choose from:
  • hl7:recordTarget included from template 2.16.756.5.30.1.1.10.2.58 Human Patient - recordTarget (DYNAMIC)
  • hl7:recordTarget included from template 2.16.756.5.30.1.1.10.2.26 Non-Human Subject - recordTarget (DYNAMIC)
  • hl7:recordTarget included from template 2.16.756.5.30.1.1.10.2.27 Human Patient with Non-Human Subject - recordTarget (DYNAMIC)
Included0 … 1 from 2.16.756.5.30.1.1.10.2.58 Human Patient - recordTarget (DYNAMIC)
Human Patient: The laboratory results contain test results from samples taken exclusively from a human patient. All persons (including patients) and organizations, MUST according to XD-LAB contain name, addr and telecom.
Treeblank.pngTreetree.pnghl7:recordTarget
0 … 1RPatient (Human Patient).CDA‑...LREP
Treeblank.pngTreeblank.pngTreetree.pnghl7:templateId
II1 … 1MCDA‑...LREP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.2.58
Treeblank.pngTreeblank.pngTreetree.pnghl7:templateId
II1 … 1MCDA‑...LREP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.2.1
Treeblank.pngTreeblank.pngTreetree.pnghl7:patientRole
1 … 1RExactly one patient MUST be declared.CDA‑...LREP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *RAt least one patient identification MUST be declared.CDA‑...LREP
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1RMUST contain the OID of the system that issued the ID. OIDs of code systems, which are published in the public OID registry for the Swiss health care system (oid.refdata.ch) are REQUIRED. Others are NOT ALLOWED.
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st0 … 1 Contains the patient number itself. The number MUST be unique within the system that has issued the number.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD1 … *RAll persons (including patients) and organizations, MUST according to XD-LAB contain name, addr and telecom.
Contains 2.16.756.5.30.1.1.10.9.35 Address Information Compilation - eCH-0010 (DYNAMIC)
CDA‑...LREP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL1 … *RAll persons (including patients) and organizations, MUST according to XD-LAB contain name, addr and telecom.CDA‑...LREP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:patient
1 … 1RExactly one patient MUST be declared.CDA‑...LREP
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … *RAll persons (including patients) and organizations, MUST according to XD-LAB contain name, addr and telecom.CDA‑...LREP
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:administrative​Gender​Code
CE1 … 1RThe patient's gender.CDA‑...LREP
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.1
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1FHL7 AdministrativeGender
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:birthTime
TS1 … 1RThe date of birth of the patient MUST be given according to XD-LAB.CDA‑...LREP
Included0 … 1 from 2.16.756.5.30.1.1.10.2.26 Non-Human Subject - recordTarget (DYNAMIC)
Non-Human Subject: The laboratory report contains test results from samples taken from a non-human material (e.g., water, milk, etc.) or a living being (e.g., animal), but not related to a human patient.
Treeblank.pngTreetree.pnghl7:recordTarget
0 … 1RNon-Human Subject.IHE PalM TF3 Rev.10, 6.3.2.11.2
Treeblank.pngTreeblank.pngTreetree.pnghl7:templateId
II1 … 1MIHE PalM TF3 Rev.10, 6.3.2.11.2
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.2.26
Treeblank.pngTreeblank.pngTreetree.pnghl7:templateId
II1 … 1MIHE PalM TF3 Rev.10, 6.3.2.11.2
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.3.3.1.2
 Schematron assertrole error 
 test//hl7:templateId[@root='1.3.6.1.4.1.19376.1.3.3.1.2.1'] 
 MessageIn addition to the elements specified in the CDA header for the non-human subject, this non-human subject SHALL be represented in a Subject element in level 3 entries in the structuredBody. 
Treeblank.pngTreeblank.pngTreetree.pnghl7:patientRole
1 … 1RIHE PalM TF3 Rev.10, 6.3.2.11.2
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *RIHE PalM TF3 Rev.10, 6.3.2.11.2
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1RMUST contain the OID of the system that issued the number. OIDs of code systems, which are published in the public OID registry for the Swiss health care system (oid.refdata.ch) are REQUIRED. Others are NOT ALLOWED.
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st0 … 1 Contains the actual number of non-human material. The number MUST be unique within the system that issued the number.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:patient
1 … 1IHE PalM TF3 Rev.10, 6.3.2.11.2
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FOTH
 Indicates that there are laboratory tests for this non-human material in the CDA Body.
Included0 … 1 from 2.16.756.5.30.1.1.10.2.27 Human Patient with Non-Human Subject - recordTarget (DYNAMIC)
Human Patient with Non-Human Subject: The laboratory report contains test results from samples taken from a non-human material that is related to a human patient (e.g., food eaten by the patient or animal that has bitten the patient).
Treeblank.pngTreetree.pnghl7:recordTarget
0 … 1RHuman Patient with Non-Human Subject.IHE PalM TF3 Rev.10, 6.3.2.11.3
Treeblank.pngTreeblank.pngTreetree.pnghl7:templateId
II1 … 1MIHE PalM TF3 Rev.10, 6.3.2.11.3
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.2.27
Treeblank.pngTreeblank.pngTreetree.pnghl7:templateId
II1 … 1MIHE PalM TF3 Rev.10, 6.3.2.11.3
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.3.3.1.3
 Schematron assertrole error 
 test//hl7:templateId[@root='1.3.6.1.4.1.19376.1.3.3.1.3.1'] 
 MessageIn addition to the elements specified in the CDA header for the patient, the non-human subject SHALL be represented in a Subject element in level 3 entries in the structuredBody. 
Treeblank.pngTreeblank.pngTreetree.pnghl7:patientRole
1 … 1RExactly one patient MUST be declared.IHE PalM TF3 Rev.10, 6.3.2.11.3
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *RAt least one patient identification MUST be declared.
Note:
The identification of the non-human material MUST NOT be declared here.
This can not be specified within the same document. See also: IHE PaLM TF3, section 6.3.2.11.3.
If the identification of the non-human material is important (for example in rabies), two separate documents should be created (one with the human patient and one with the non-human material).
IHE PalM TF3 Rev.10, 6.3.2.11.3
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st1 … 1RMUST contain the actual number of non-human material. The number MUST be unique within the system that issued the number.
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1RMUST contain the OID of the system that issued the number. OIDs of code systems, which are published in the public OID registry for the Swiss health care system (oid.refdata.ch) are REQUIRED. Others are NOT ALLOWED.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD1 … *RAll persons (including patients) and organizations, MUST contain according to XD-LAB name, addr and telecom.IHE PalM TF3 Rev.10, 6.3.2.11.3
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL1 … *RAll persons (including patients) and organizations, MUST contain according to XD-LAB name, addr and telecom.IHE PalM TF3 Rev.10, 6.3.2.11.3
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:patient
1 … 1RExactly one patient MUST be declared.IHE PalM TF3 Rev.10, 6.3.2.11.3
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … *RAll persons (including patients) and organizations, MUST contain according to XD-LAB name, addr and telecom.IHE PalM TF3 Rev.10, 6.3.2.11.3
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:administrative​Gender​Code
CE1 … 1RIHE PalM TF3 Rev.10, 6.3.2.11.3
 CONF
The value of @code shall be drawn from value set 2.16.840.1.113883.1.11.1 AdministrativeGender (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:birthTime
TS1 … 1RIHE PalM TF3 Rev.10, 6.3.2.11.3
Included1 … *M from 2.16.756.5.30.1.1.10.2.59 Author (DYNAMIC)
Treetree.pnghl7:author
1 … *MInformation about the author of the document. The author MAY be a person or a device. At least one author MUST be declared.CDA‑...LREP
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MCDA‑...LREP
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.2.59
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MCDA‑...LREP
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.9.23
Treeblank.pngTreetree.pnghl7:functionCode
CE0 … 1CDA‑...LREP
 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 … 1RDate and time of the laboratory report creation.CDA‑...LREP
Treeblank.pngTreetree.pnghl7:assignedAuthor
1 … 1RCDA‑...LREP
 Schematron assertrole error 
 testnot(hl7:assigned​Authoring​Device/hl7:softwareName) or (hl7:represented​Organization) 
 MessageFor device authors the element representedOrganization is REQUIRED. 
 Schematron assertrole error 
 test(hl7:telecom[@use='PUB' and starts-with(@value,'tel:+')]) and (hl7:telecom[@use='PUB' and starts-with(@value,'mailto:')]) 
 MessageA public telephone number in the international format and a public eMail address are required. 
 Schematron assertrole error 
 test(hl7:addr[@use='PUB']) 
 MessageA public address 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‑...LREP
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‑...LREP
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 The id itself. It MUST be unique within the issuing system.
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD1 … *Address of the laboratory.
Contains 2.16.756.5.30.1.1.10.9.35 Address Information Compilation - eCH-0010 (DYNAMIC)
CDA‑...LREP
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL1 … *Means of communication of the laboratory (phone, eMail, ...).CDA‑...LREP
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‑...LREP
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‑...LREP
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
0 … 1The author's organization.
Contains 2.16.756.5.30.1.1.10.9.27 Organization Compilation with name, addr, telecom (DYNAMIC)
CDA‑...LREP
 Schematron assertrole error 
 test/hl7:ClinicalDocument/hl7:author/hl7:functionCode/hl7:translation[@code='3212' and @codeSystem='2.16.840.1.113883.2.9.6.2.7'] 
 MessageAt least one of the listed authors MUST be a laboratory specialist. 
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.60 Custodian (DYNAMIC)
Treetree.pnghl7:custodian
1 … 1MCDA‑...LREP
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MCDA‑...LREP
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.2.3
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MCDA‑...LREP
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.2.60
Treeblank.pngTreetree.pnghl7:assignedCustodian
1 … 1RCDA‑...LREP
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Custodian​Organization
1 … 1RCDA‑...LREP
 Schematron assertrole error 
 test(hl7:telecom[@use='PUB' and starts-with(@value,'tel:+')]) 
 MessageA public telephone number in the international format is required. 
 Schematron assertrole error 
 test(hl7:addr[@use='PUB']) 
 MessageA public address is required. 
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *RThe specification of GS1 GLN is required. If it is not (yet) known, this must be declared using nullFlavor. CDA‑...LREP
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs0 … 1FNAV
 Temporarily unknown, will be filled later.
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
cs0 … 1F2.51.1.3
 OID for GS1 GLN
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st0 … 1 The GS1 GLN of the laboratory or the doctor's office (in the case of individual practices, the doctor's 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.pngTreeblank.pngTreetree.pnghl7:id
II0 … *CSASIS number (ge:ZSR / fr:RCC), if the lab services are to be refunded by the insurance.CDA‑...LREP
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
cs1 … 1F2.16.756.5.30.1.123.100.2.1.1
 OID for SASIS number (ge:ZSR / fr:RCC).
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st1 … 1RSASIS number (ge:ZSR / fr:RCC) of the laboratory or the physician.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1RName of the laboratory.CDA‑...LREP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL1 … 1RMeans of communication of the laboratory (phone., eMail, ...).CDA‑...LREP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD1 … 1RAddress of the laboratory.
Contains 2.16.756.5.30.1.1.10.9.35 Address Information Compilation - eCH-0010 (DYNAMIC)
CDA‑...LREP
Included1 … *M from 2.16.756.5.30.1.1.10.2.57 Recipient (DYNAMIC)
Treetree.pnghl7:information​Recipient
1 … *MThe laboratory report MUST contain at least one receiver.CDA‑...LREP
Treeblank.pngTreetree.png@typeCode
cs1 … 1RThe main recipient of the document MUST be specified using typeCode 'PRCP' (primary recipient). Other receivers (copy to; Cc) MUST be specified using typeCode 'TRC' (tracker).
 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‑...LREP
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.2.4
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MCDA‑...LREP
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.2.57
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MCDA‑...LREP
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.3.3.1.4
Treeblank.pngTreetree.pnghl7:intended​Recipient
1 … 1MThe laboratory report MUST contain at least one receiver.CDA‑...LREP
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD1 … *RAn address MUST be present according to XD-LAB.
Contains 2.16.756.5.30.1.1.10.9.35 Address Information Compilation - eCH-0010 (DYNAMIC)
CDA‑...LREP
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL1 … *RA communication mean MUST be present according to XD-LAB.CDA‑...LREP
Treeblank.pngTreeblank.pngTreetree.pnghl7:information​Recipient
0 … 1If the person of the recipient is used, it MUST according to XD-LAB declare a name.
Contains 2.16.756.5.30.1.1.10.9.34 Person Name Information Compilation - eCH-0011 (DYNAMIC)
CDA‑...LREP
Treeblank.pngTreeblank.pngTreetree.pnghl7:received​Organization
0 … 1If the organization of the recipient is used, it MUST according to XD-LAB declare name, addr and telecom.
Contains 2.16.756.5.30.1.1.10.9.27 Organization Compilation with name, addr, telecom (DYNAMIC)
CDA‑...LREP
 Schematron assertrole error 
 testhl7:information​Recipient[not(@nullFlavor)] or hl7:received​Organization[not(@nullFlavor)] 
 MessageEither the recipients person or organization MUST be declared. 
Included0 … 1 from 2.16.756.5.30.1.1.10.2.61 Legal Authenticator (DYNAMIC)
Treetree.pnghl7:legalAuthenticator
0 … 1Legal authenticator.CDA‑...LREP
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MCDA‑...LREP
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.2.61
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MCDA‑...LREP
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.2.5
Treeblank.pngTreetree.pnghl7:time
TS.CH.TZ1 … 1RDate of the signature.CDA‑...LREP
Treeblank.pngTreetree.pnghl7:signatureCode
CS1 … 1RCDA‑...LREP
Treeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1FS
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.1.11.10282
Treeblank.pngTreeblank.pngTreetree.png@codeSystemName
st1 … 1FParticipationSignature
Treeblank.pngTreeblank.pngTreetree.png@displayName
st1 … 1Fsigned
 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 … 1R The GLN MUST be used to identify the legal authenticator (e.g., laboratory manager or responsible physician). All persons and organizations, MUST according to XD-LAB contain name, addr and telecom.
Contains 2.16.756.5.30.1.1.10.9.47 AssignedEntity Compilation for Laboratory (DYNAMIC)
CDA‑...LREP
Included0 … * from 2.16.756.5.30.1.1.10.2.88 Laboratory Results Validator - authenticator (DYNAMIC)
Treetree.pnghl7:authenticator
0 … *Information about an authenticator of a CDA document. An authenticator MUST be a person.IHE PalM TF3 Rev.10, 6.3.2.16
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MIHE PalM TF3 Rev.10, 6.3.2.16
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.2.88
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MIHE PalM TF3 Rev.10, 6.3.2.16
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.2.6
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MIHE PalM TF3 Rev.10, 6.3.2.16
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.3.3.1.5
Treeblank.pngTreetree.pnghl7:time
TS.CH.TZ1 … 1RTimestamp of the signature.IHE PalM TF3 Rev.10, 6.3.2.16
Treeblank.pngTreetree.pnghl7:signatureCode
CS1 … 1RIHE PalM TF3 Rev.10, 6.3.2.16
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)IHE PalM TF3 Rev.10, 6.3.2.16
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.28 Laboratory Performer - documentationOf (DYNAMIC)
Treetree.pnghl7:documentationOf
0 … *IHE PalM TF3 Rev.10, 6.3.2.20
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MIHE PalM TF3 Rev.10, 6.3.2.20
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.2.28
Treeblank.pngTreetree.pnghl7:serviceEvent
1 … 1RIHE PalM TF3 Rev.10, 6.3.2.20
Treeblank.pngTreeblank.pngTreetree.pnghl7:effectiveTime
IVL_TS.CH.TZ0 … 1Use of sub element documentationOf/serviceEvent/effectiveTime to document the time boundaries of events in the document is appropriate.IHE PalM TF3 Rev.10, 6.3.2.20
Treeblank.pngTreeblank.pngTreetree.pnghl7:performer
0 … *Laboratory Performer template in the CDA header.
Contains 2.16.756.5.30.1.1.10.4.7 Laboratory Performer - performer Containment (DYNAMIC)
IHE PalM TF3 Rev.10, 6.3.2.20
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...V14)
Treeblank.pngTreetree.pnghl7:structuredBody
1 … 1R(CDA...V14)
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
1 … *M

Main section for laboratory reports

A laboratory report MUST contain at least one main chapter in the structured body element, which MAY contain one or more sub-chapters. No further nesting is allowed. Each main section (Laboratory Specialty Section) contains laboratory tests of a particular discipline (e.g., microbiology or serology) and MUST contain either text and entry elements or sub-chapter (Laboratory Report Item Section). In the first case, the human-readable text in the text element MUST be generated automatically from the entry and its sub-elements, and sub-chapters ARE NOT ALLOWED. In the second case, all subsections (Laboratory Report Item Sections) must contain the examination results.


Contains 2.16.756.5.30.1.1.10.3.77 Laboratory Speciality Section - coded (DYNAMIC)
(CDA...V14)
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1

Main section for vital signs

A laboratory report MAY include a main section in the structuredBody element that contains vital signs of the patient (e.g., body temperature, body height and weight), if this is of particular interest to the interpretation of the laboratory results.


Contains 2.16.756.5.30.1.1.10.3.4 Vital Signs Section - coded (DYNAMIC)
(CDA...V14)
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1

Main section for coded results

A laboratory report MAY include a main section in the structuredBody element that contains coded results of the patient (e.g., gestational age of the patient), if this is of particular interest to the interpretation of the laboratory results.


Contains 2.16.756.5.30.1.1.10.3.46 Other Relevant Observations Section - coded (DYNAMIC)
(CDA...V14)
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1

Main section for a current pregnancy

A laboratory report MAY include a main section in the structuredBody element that contains information about a current pregnancy of the patient (e.g., estimated delivery date), if this is of particular interest to the interpretation of the laboratory results.


Contains 2.16.756.5.30.1.1.10.3.53 Current Pregnancy Section - coded (DYNAMIC)
(CDA...V14)
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1

Main section for original representation

This section MAY be used to provide the original representation of the current CDA document as it has been seen by the legal authenticator while signing.


Contains 2.16.756.5.30.1.1.10.3.45 Original Representation Section - coded (DYNAMIC)
(CDA...V14)
 Schematron assertrole warning 
 testnot(//hl7:id[@root='2.16.756.5.30.1.127.3.10.3']) 
 MessageThis CDA-CH-LREP 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-LREP 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-LREP documents for other objects than the patient. 


CDA Header Level Templates

Author

Id2.16.756.5.30.1.1.10.2.59Effective Date2020‑06‑26
Other versions this id:
  • Kblank.png cdachlrep_header_Author as of 2018‑04‑19
StatusKgreen.png ActiveVersion Label2020
Namecdachlrep_header_AuthorDisplay NameAuthor
DescriptionInformation about the author of the document. The author MAY be a person or a device. At least one author MUST be declared.
ContextParent nodes of template element with id 2.16.756.5.30.1.1.10.2.59
LabelCDA‑CH‑LREP
ClassificationCDA Header Level Template
Open/ClosedOpen (other than defined elements are allowed)
Uses
Uses 4 templates
Uses as NameVersion
2.16.756.5.30.1.1.10.9.35ContainmentKgreen.png Address Information Compilation - eCH-0010 (2017)DYNAMIC
2.16.756.5.30.1.1.10.9.34ContainmentKgreen.png Person Name Information Compilation - eCH-0011 (2017)DYNAMIC
2.16.756.5.30.1.1.10.9.21ContainmentKgreen.png Device Compilation with name (2017)DYNAMIC
2.16.756.5.30.1.1.10.9.27ContainmentKgreen.png Organization Compilation with name, addr, telecom (2017)DYNAMIC
RelationshipSpecialization: template 2.16.756.5.30.1.1.10.9.23 Author (DYNAMIC)
ref
hl7chcda-

Specialization: template 2.16.840.1.113883.10.12.102 CDA author (2005‑09‑07)
ref
ad1bbr-
Example
Sample author
<author>
  <templateId root="2.16.756.5.30.1.1.10.2.59"/>  <templateId root="2.16.756.5.30.1.1.10.9.23"/>  <time value="20170905"/>  <assignedAuthor>
    <id root="2.51.1.3" extension="7608888888888"/>    <assignedPerson>
      <name>
        <prefix>Dr. med.</prefix>        <given>Allzeit</given>        <family>Bereit</family>      </name>
    </assignedPerson>
    <representedOrganization>
      <id root="2.51.1.3" extension="7609999999999"/>      <name>Gruppenpraxis CH</name>      <telecom value="tel:+41.32.234.55.66" use="WP"/>      <telecom value="fax:+41.32.234.55.67" use="WP"/>      <telecom value="mailto:bereit@gruppenpraxis.ch" use="WP"/>      <telecom value="http:www.gruppenpraxis.ch" use="WP"/>      <addr use="WP">
        <streetName>Doktorgasse</streetName>        <houseNumber>2</houseNumber>        <city>Musterhausen</city>        <postalCode>8888</postalCode>        <country>CH</country>      </addr>
    </representedOrganization>
  </assignedAuthor>
</author>
ItemDTCardConfDescriptionLabel
hl7:author
1 … *RInformation about the author of the document. The author MAY be a person or a device. At least one author MUST be declared.CDA-...LREP
Treetree.pnghl7:templateId
II1 … 1MCDA-...LREP
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.2.59
Treetree.pnghl7:templateId
II1 … 1MCDA-...LREP
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.9.23
Treetree.pnghl7:functionCode
CE0 … 1CDA-...LREP
 CONF
The value of @code shall be drawn from value set 2.16.840.1.113883.1.11.10267 ParticipationFunction (DYNAMIC)
Treetree.pnghl7:time
TS.CH.TZ1 … 1RDate and time of the laboratory report creation.CDA-...LREP
Treetree.pnghl7:assignedAuthor
1 … 1RCDA-...LREP
 Schematron assertrole error 
 testnot(hl7:assigned​Authoring​Device/hl7:softwareName) or (hl7:represented​Organization) 
 MessageFor device authors the element representedOrganization is REQUIRED. 
 Schematron assertrole error 
 test(hl7:telecom[@use='PUB' and starts-with(@value,'tel:+')]) and (hl7:telecom[@use='PUB' and starts-with(@value,'mailto:')]) 
 MessageA public telephone number in the international format and a public eMail address are required. 
 Schematron assertrole error 
 test(hl7:addr[@use='PUB']) 
 MessageA public address is required. 
Treeblank.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-...LREP
Treeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs0 … 1FNAV
 Temporarily unknown, will be filled later.
Treeblank.pngTreeblank.pngTreetree.png@root
cs0 … 1F2.51.1.3
 OID for GS1 GLN.
Treeblank.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.pngTreetree.pnghl7:id
II0 … *Other ids are allowed.CDA-...LREP
Treeblank.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.pngTreetree.png@extension
st0 … 1 The id itself. It MUST be unique within the issuing system.
Treeblank.pngTreetree.pnghl7:addr
AD1 … *Address of the laboratory.
Contains 2.16.756.5.30.1.1.10.9.35 Address Information Compilation - eCH-0010 (DYNAMIC)
CDA-...LREP
Treeblank.pngTreetree.pnghl7:telecom
TEL1 … *Means of communication of the laboratory (phone, eMail, ...).CDA-...LREP
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.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-...LREP
Treeblank.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-...LREP
Treeblank.pngTreetree.pnghl7:represented​Organization
0 … 1The author's organization.
Contains 2.16.756.5.30.1.1.10.9.27 Organization Compilation with name, addr, telecom (DYNAMIC)
CDA-...LREP
 Schematron assertrole error 
 test/hl7:ClinicalDocument/hl7:author/hl7:functionCode/hl7:translation[@code='3212' and @codeSystem='2.16.840.1.113883.2.9.6.2.7'] 
 MessageAt least one of the listed authors MUST be a laboratory specialist. 

Custodian

Id2.16.756.5.30.1.1.10.2.60Effective Date2020‑06‑26
Other versions this id:
  • Kblank.png cdachlrep_header_Custodian as of 2018‑04‑19
StatusKgreen.png ActiveVersion Label2020
Namecdachlrep_header_CustodianDisplay NameCustodian
Description
The laboratory that creates the document MUST be declared as Custodian. The GLN is the primary key and thus the unique identification of the laboratory. If the lab services are to be refunded by the insurance, the SASIS number (ge:ZSR / fr:RCC) MUST be declared in the same element as the GLN as follows.
ContextParent nodes of template element with id 2.16.756.5.30.1.1.10.2.60
LabelCDA‑CH‑LREP
ClassificationCDA Header Level Template
Open/ClosedOpen (other than defined elements are allowed)
Uses
Uses 1 template
Uses as NameVersion
2.16.756.5.30.1.1.10.9.35ContainmentKgreen.png Address Information Compilation - eCH-0010 (2017)DYNAMIC
RelationshipSpecialization: template 2.16.756.5.30.1.1.10.2.3 Custodian (DYNAMIC)
ref
hl7chcda-
Example
Example
<custodian>
  <templateId root="2.16.756.5.30.1.1.10.2.3"/>  <templateId root="2.16.756.5.30.1.1.10.2.60"/>  <assignedCustodian>
    <representedCustodianOrganization>
      <id root="2.51.1.3" extension="7606666666666"/>      <name use="L">Labor Pipette</name>      <telecom use="PUB" value="tel:+41.33.123.45.67"/>      <addr use="PUB">
        <streetName>Reagenziumstrasse</streetName>        <houseNumber>321</houseNumber>        <postalCode>8888</postalCode>        <city>Analyzerstadt</city>        <country>CH</country>      </addr>
    </representedCustodianOrganization>
  </assignedCustodian>
</custodian>
ItemDTCardConfDescriptionLabel
hl7:custodian
1 … 1RCDA-...LREP
Treetree.pnghl7:templateId
II1 … 1MCDA-...LREP
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.2.3
Treetree.pnghl7:templateId
II1 … 1MCDA-...LREP
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.2.60
Treetree.pnghl7:assignedCustodian
1 … 1RCDA-...LREP
Treeblank.pngTreetree.pnghl7:represented​Custodian​Organization
1 … 1RCDA-...LREP
 Schematron assertrole error 
 test(hl7:telecom[@use='PUB' and starts-with(@value,'tel:+')]) 
 MessageA public telephone number in the international format is required. 
 Schematron assertrole error 
 test(hl7:addr[@use='PUB']) 
 MessageA public address is required. 
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *RThe specification of GS1 GLN is required. If it is not (yet) known, this must be declared using nullFlavor. CDA-...LREP
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 of the laboratory or the doctor's office (in the case of individual practices, the doctor's 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 … *CSASIS number (ge:ZSR / fr:RCC), if the lab services are to be refunded by the insurance.CDA-...LREP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
cs1 … 1F2.16.756.5.30.1.123.100.2.1.1
 OID for SASIS number (ge:ZSR / fr:RCC).
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st1 … 1RSASIS number (ge:ZSR / fr:RCC) of the laboratory or the physician.
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1RName of the laboratory.CDA-...LREP
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL1 … 1RMeans of communication of the laboratory (phone., eMail, ...).CDA-...LREP
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD1 … 1RAddress of the laboratory.
Contains 2.16.756.5.30.1.1.10.9.35 Address Information Compilation - eCH-0010 (DYNAMIC)
CDA-...LREP

Data Enterer

Id2.16.756.5.30.1.1.10.2.7
ref
hl7chcda-
Effective Date2018‑04‑18
StatusKgreen.png ActiveVersion Label2017
Namecdach_header_DataEntererDisplay NameData Enterer
Description
Information 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. All CDA-CH V2 derivatives, i.e. Swiss exchange formats MUST reference this template.
ContextParent nodes of template element with id 2.16.756.5.30.1.1.10.2.7
LabelCDA‑CH V2
ClassificationCDA Header Level Template
Open/ClosedOpen (other than defined elements are allowed)
Uses
Uses 1 template
Uses as NameVersion
2.16.756.5.30.1.1.10.9.12ContainmentKgreen.png Assigned Entity Compilation with id (2020)DYNAMIC
RelationshipSpecialization: template 2.16.840.1.113883.10.12.103 CDA dataEnterer (2005‑09‑07)
ref
ad1bbr-
Example
Example
<dataEnterer>
  <templateId root="2.16.756.5.30.1.1.10.2.7"/>  <time value="201709122029+0200"/>  <assignedEntity>
    <id root="2.999" extension="0812763"/>    <assignedPerson>
      <name>
        <given>Jean</given>        <family>Dupont</family>      </name>
    </assignedPerson>
  </assignedEntity>
</dataEnterer>
ItemDTCardConfDescriptionLabel
hl7: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
Treetree.pnghl7:templateId
II1 … 1MCDA‑CH V2
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.2.7
Treetree.pnghl7:time
TS.CH.TZ0 … 1Timestamp of the data input.CDA‑CH V2
Treetree.pnghl7:assignedEntity
1 … 1RContains 2.16.756.5.30.1.1.10.9.12 Assigned Entity Compilation with id (DYNAMIC)CDA‑CH V2

Document Code

Id2.16.756.5.30.1.1.10.2.56Effective Date2020‑06‑26
Other versions this id:
  • Kblank.png cdachlrep_header_DocumentCode as of 2018‑04‑19
StatusKgreen.png ActiveVersion Label2020
Namecdachlrep_header_DocumentCodeDisplay NameDocument Code
Description

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

  • Multidisciplinary laboratory findings:
    The LOINC code of the document MUST read: 11502-2 (LABORATORY REPORT.TOTAL)
  • Laboratory reports of a single laboratory discipline:
    The LOINC code of the document MUST be taken from the value set 'Laboratory Specialties'
LabelIHE PalM TF3 Rev.10, 6.3.2.5
ClassificationCDA Header Level Template
Open/ClosedOpen (other than defined elements are allowed)
RelationshipSpecialization: template 2.16.756.5.30.1.1.10.2.44 Document Code (DYNAMIC)
ref
hl7chcda-
Example
Laboratory Reports, CDA-CH-LREP V1, General laboratory report
<!-- IHE XD-LAB defines the valid document codes -->
<code code="11502-2" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="LABORATORY REPORT.TOTAL">
  <!-- Mapping to the Swiss EPR XDS.b metadata -->
  <translation code="4241000179101" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Laboratory report"/></code>
ItemDTCardConfDescriptionLabel
hl7:code
CE1 … 1M

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

  • Multidisciplinary laboratory findings:
    The LOINC code of the document MUST read: 11502-2 (LABORATORY REPORT.TOTAL)
  • Laboratory reports of a single laboratory discipline:
    The LOINC code of the document MUST be taken from the value-set 'Laboratory Specialties'
IHE PalM TF3 Rev.10, 6.3.2.5
Treetree.png@code
cs1 … 1RThe exact value of @code MUST either read '11502-2' or taken from the value-set 'Laboratory Specialties'.
Treetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.6.1
Treetree.png@codeSystemName
st1 … 1FLOINC
Treetree.png@displayName
st1 … 1RThe exact value of @displayName MUST either read 'LABORATORY REPORT.TOTAL' or taken from the value-set 'Laboratory Specialties'.
 CONF
The value of @code shall be drawn from value set 1.3.6.1.4.1.19376.1.3.11.6 Multi-disciplinary Laboratory Report (DYNAMIC)
or
The value of @code shall be drawn from value set 1.3.6.1.4.1.19376.1.3.11.1 Laboratory Specialties (DYNAMIC)
Treetree.pnghl7:translation
CD1 … 1RA translation to the Swiss EPR XDS.b metadata.IHE PalM TF3 Rev.10, 6.3.2.5
Treeblank.pngTreetree.png@code
cs1 … 1F4241000179101
Treeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.6.96
Treeblank.pngTreetree.png@codeSystemName
st1 … 1FSNOMED CT
Treeblank.pngTreetree.png@displayName
st1 … 1FLaboratory report
 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)

Document Confidentiality Code

Id2.16.756.5.30.1.1.10.2.19
ref
hl7chcda-
Effective Date2019‑09‑12 14:08:42
Other versions this id:
  • Kblank.png cdach_header_DocumentConfidentialityCode as of 2018‑04‑18
StatusKgreen.png ActiveVersion Label2019
Namecdach_header_DocumentConfidentialityCodeDisplay NameDocument Confidentiality Code
Description
A confidentiality level of a CDA document instance according to the Swiss EPR regulation. All CDA-CH V2 derivatives, i.e. Swiss exchange formats MUST reference this template.

Language dependent references to the Swiss EPR regulation:
  • en: Federal Act on the Electronic Patient Record (EPRA), FDHA Ordinance on the Electronic Patient Record (EPRO-FDHA), Appendix 3 (Metadata)
  • de: Bundesgesetz über das elektronische Patientendossier (EPDG), Verordnung des EDI über das elektronische Patientendossier (EPDV-EDI), Anhang 3 (Metadaten)
  • fr: Loi fédérale sur le dossier électronique du patient (LDEP), Ordonnance du DFI sur le dossier électronique du patient (ODEP-DFI), Annexe 3 (Métadonnées)
  • it: Legge federale sulla cartella informatizzata del paziente (LCIP), Ordinanza del DFI sulla cartella informatizzata del paziente (OCIP-DFI), Allegato 3 (Metadati)
LabelCDA‑CH V2
ClassificationCDA Header Level Template
Open/ClosedOpen (other than defined elements are allowed)
Associated with
Associated with 7 concepts
IdNameData Set
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
RelationshipVersion: template 2.16.756.5.30.1.1.10.2.19 Document Confidentiality Code (2018‑04‑18)
ref
hl7chcda-
Example
Example
<confidentialityCode code="17621005" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Normal (qualifier value)"/>
ItemDTCardConfDescriptionLabel
hl7: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
Treetree.png@code
cs1 … 1RThe value of @code MUST be drawn from value set DocumentEntry.confidentialityCode
Treetree.png@codeSystem
oid1 … 1R
Treetree.png@codeSystemName
st1 … 1R
Treetree.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)

Document Id

Id2.16.756.5.30.1.1.10.2.23
ref
hl7chcda-
Effective Date2018‑04‑18
StatusKgreen.png ActiveVersion Label2017
Namecdach_header_DocumentIdDisplay NameDocument Id
DescriptionA unique identifier for each CDA document instance. All CDA-CH V2 derivatives, i.e. Swiss exchange formats MUST reference this template.
LabelCDA‑CH V2
ClassificationCDA Header Level Template
Open/ClosedOpen (other than defined elements are allowed)
Associated with
Associated with 7 concepts
IdNameData Set
cdachemed-data​element-141Kyellow.png Identification number of the document Kyellow.png Dataset 1
cdachemed-data​element-63Kyellow.png Identification number of the document Kyellow.png Dataset 1
cdachemed-data​element-139Kyellow.png Identification number of the document Kyellow.png Dataset 1
cdachemed-data​element-140Kyellow.png Identification number of the document Kyellow.png Dataset 1
cdachemed-data​element-76Kyellow.png Identification number of the document Kyellow.png Dataset 1
cdachemed-data​element-24Kyellow.png Identification number of the document Kyellow.png Dataset 1
hl7chcda-data​element-217Kyellow.png Identification number of the document Kyellow.png CDA-CH V2 2017
Example
Example
<id root="807563C2-5146-11D5-A672-00B0D022E945"/>
ItemDTCardConfDescriptionLabel
hl7:id
II1 … 1MA unique identifier for each CDA document instance.CDA‑CH V2
 
Target.png
cdachemed-data​element-141Kyellow.png Identification number of the document Kyellow.png Dataset 1
cdachemed-data​element-63Kyellow.png Identification number of the document Kyellow.png Dataset 1
cdachemed-data​element-139Kyellow.png Identification number of the document Kyellow.png Dataset 1
cdachemed-data​element-140Kyellow.png Identification number of the document Kyellow.png Dataset 1
cdachemed-data​element-76Kyellow.png Identification number of the document Kyellow.png Dataset 1
cdachemed-data​element-24Kyellow.png Identification number of the document Kyellow.png Dataset 1
hl7chcda-data​element-217Kyellow.png Identification number of the document Kyellow.png CDA-CH V2 2017
Treetree.png@root
uid1 … 1RThe document's id as Globally Unique Identifier (GUID).
Treetree.png@extension
st0NPNP/not present

Document Language

Id2.16.756.5.30.1.1.10.2.22
ref
hl7chcda-
Effective Date2019‑09‑12 14:28:13
Other versions this id:
  • Kblank.png cdach_header_DocumentLanguage as of 2019‑09‑12 14:27:38
  • Kblank.png cdach_header_DocumentLanguage as of 2019‑09‑12 14:25:02
  • Kblank.png cdach_header_DocumentLanguage as of 2018‑04‑18
StatusKgreen.png ActiveVersion Label2020
Namecdach_header_DocumentLanguageDisplay NameDocument Language
DescriptionThe language in which the narrative texts in this CDA document instance are written. All CDA-CH V2 derivatives, i.e. Swiss exchange formats MUST reference this template.
LabelCDA‑CH V2
ClassificationCDA Header Level Template
Open/ClosedOpen (other than defined elements are allowed)
Associated with
Associated with 7 concepts
IdNameData Set
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
RelationshipVersion: template 2.16.756.5.30.1.1.10.2.22 Document Language (2018‑04‑18)
ref
hl7chcda-
Example
US-English
<languageCode code="en-US"/>
Example
Swiss-German
<languageCode code="de-CH"/>
Example
Swiss-French
<languageCode code="fr-CH"/>
Example
Swiss-Italian
<languageCode code="it-CH"/>
ItemDTCardConfDescriptionLabel
hl7: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)

Document Realm

Id2.16.756.5.30.1.1.10.2.25
ref
hl7chcda-
Effective Date2018‑04‑18
StatusKgreen.png ActiveVersion Label2017
Namecdach_header_DocumentRealmDisplay NameDocument Realm
DescriptionSwiss Realm (CHE) of HL7 CDA. All CDA-CH V2 derivatives, i.e. Swiss exchange formats MUST reference this template.
LabelCDA‑CH V2
ClassificationCDA Header Level Template
Open/ClosedOpen (other than defined elements are allowed)
Example
Example
<realmCode code="CHE"/>
ItemDTCardConfDescriptionLabel
hl7:realmCode
CS1 … 1MSwiss Realm (CHE) of HL7 CDA. CDA‑CH V2
Treetree.png@code
CONF1 … 1FCHE

Document Replacement - relatedDocument

Id2.16.756.5.30.1.1.10.2.13
ref
hl7chcda-
Effective Date2019‑01‑01 21:22:58
Other versions this id:
  • Kblank.png cdach_header_DocumentReplacement as of 2018‑04‑18
StatusKgreen.png ActiveVersion Label2020
Namecdach_header_DocumentReplacementDisplay NameDocument Replacement - relatedDocument
DescriptionRelationship to another CDA-CH V2 based document that is replaced by the current one. All CDA-CH V2 derivatives, i.e. Swiss exchange formats MUST reference this template.
ContextParent nodes of template element with id 2.16.756.5.30.1.1.10.2.13
LabelCDA‑CH V2
ClassificationCDA Header Level Template
Open/ClosedOpen (other than defined elements are allowed)
RelationshipSpecialization: template 2.16.840.1.113883.10.12.111 CDA relatedDocument (2005‑09‑07)
ref
ad1bbr-
Example
Example
<relatedDocument typeCode="RPLC">
  <templateId root="2.16.756.5.30.1.1.10.2.13"/>  <parentDocument>
    <id root="30E19F60-3DB9-48B8-9BFD-FF04C342D0B1"/>    <setId root="452A118A-06AB-47D2-A29B-709F7F2EC6FE"/>    <versionNumber value="5"/>  </parentDocument>
</relatedDocument>
ItemDTCardConfDescriptionLabel
hl7: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
Treetree.png@typeCode
cs1 … 1FRPLC
 Indicates that it is a relationship to another document that needs to be replaced.
Treetree.pnghl7:templateId
II1 … 1MCDA‑CH V2
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.2.13
Treetree.pnghl7:parentDocument
1 … 1RRelationship to the document that needs to be replaced.CDA‑CH V2
Treeblank.pngTreetree.pnghl7:id
II1 … 1MThe id of the document to be replaced MUST be declared.CDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1RThe id (GUID) of the document to be replaced.
Treeblank.pngTreeblank.pngTreetree.png@extension
st0NPNP/not present
Treeblank.pngTreetree.pnghl7:setId
II1 … 1MThe setId of the document to be replaced MUST be declared.CDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.png@extension
st0NPNP/not present
Treeblank.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.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 

Document Set Id and Version Number

Id2.16.756.5.30.1.1.10.2.20
ref
hl7chcda-
Effective Date2018‑04‑18
StatusKgreen.png ActiveVersion Label2017
Namecdach_header_DocumentSetIdAndVersionNumberDisplay NameDocument Set Id and Version Number
DescriptionUnity of document versions. All CDA-CH V2 derivatives, i.e. Swiss exchange formats MUST reference this template.
LabelCDA‑CH V2
ClassificationCDA Header Level Template
Open/ClosedOpen (other than defined elements are allowed)
Associated with
Associated with 13 concepts
IdNameData Set
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-121Kyellow.png Version Kyellow.png Dataset 1
cdachemed-data​element-122Kyellow.png Version Kyellow.png Dataset 1
cdachemed-data​element-41Kyellow.png Set ID 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
Example
Version 1
<!-- For information only (see 'Document Id' template for more information): /ClinicalDocument/id/@root="807563C2-5146-11D5-A672-00B0D022E945" (equal to setId) -->
<setId root="807563C2-5146-11D5-A672-00B0D022E945"/><versionNumber value="1"/>
Example
Version 2
<!-- For information only (see 'Document Id' template for more information): /ClinicalDocument/id/@root="FD05DCA1-14A9-4AAE-B57E-6B28E621D853" (not equal to setId)-->
<setId root="807563C2-5146-11D5-A672-00B0D022E945"/><versionNumber value="2"/>
ItemDTCardConfDescriptionLabel
hl7:setId
II1 … 1RThe 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
Treetree.png@root
uid1 … 1RThe root attribute MUST contain the setId as Globally Unique Identifier (GUID).
Treetree.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. 
hl7:versionNumber
INT.​NONNEG1 … 1RThe 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

Document Template Ids CDA-CH v2.0 - structuredBody

Id2.16.756.5.30.1.1.10.2.18
ref
hl7chcda-
Effective Date2019‑10‑17 15:21:50
Other versions this id:
  • Kblank.png cdach_header_DocumentTemplateIdsCdaChv2.0-structuredBody as of 2018‑04‑18
StatusKgreen.png ActiveVersion Label2020
Namecdach_header_DocumentTemplateIdsCdaChv2.0-structuredBodyDisplay NameDocument Template Ids CDA-CH v2.0 - structuredBody
Description
CDA-CH V2 bases on HL7 CDA R2 (2005) and - by using this template - require a structured body. All CDA-CH V2 derivatives, i.e. Swiss exchange formats SHALL reference this template. These SHALL define further template ids in their own separate templates.
LabelCDA‑CH V2
ClassificationCDA Header Level Template
Open/ClosedOpen (other than defined elements are allowed)
Example
Example
<!-- CDA-CH v2.0 specification (optional, but informative template id). -->
<templateId root="2.16.756.5.30.1.1.1.1.4"/><!-- CDA-CH v2.0 structuredBody. -->
<templateId root="2.16.756.5.30.1.1.10.1.9"/><!-- HL7 CDA R2 (2005) having a structuredBody. -->
<templateId root="2.16.840.1.113883.10.12.2"/><!-- HL7 CDA R2 (2005). -->
<templateId root="2.16.840.1.113883.10.12.1"/>
ItemDTCardConfDescriptionLabel
hl7:templateId
II0 … 1CDA-CH v2.0 specification. This is an informational reference, only.CDA‑CH V2
Treetree.png@root
uid1 … 1F2.16.756.5.30.1.1.1.1.4
hl7:templateId
II1 … 1MCDA-CH v2.0 structuredBodyCDA‑CH V2
Treetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.1.9
hl7:templateId
II1 … 1MHL7 CDA R2 (2005); contains ClinicalDocument.component as structuredBody.CDA‑CH V2
Treetree.png@root
uid1 … 1F2.16.840.1.113883.10.12.2
hl7:templateId
II1 … 1MHL7 CDA R2 (2005).CDA‑CH V2
Treetree.png@root
uid1 … 1F2.16.840.1.113883.10.12.1

Document Template Ids CDA-CH-LREP V1

Id2.16.756.5.30.1.1.10.2.55Effective Date2020‑06‑26
StatusKgreen.png ActiveVersion Label2020
Namecdachlrep_header_TemplateIdsCdaChLrepV1Display NameDocument Template Ids CDA-CH-LREP V1
DescriptionCDA-CH-LREP V1 bases on CDA-CH V2.1 (2020) and XD-LAB (IHE PaLM TF 10.0, 2019).
LabelCDA‑CH‑LREP
ClassificationCDA Header Level Template
Open/ClosedOpen (other than defined elements are allowed)
Example
Example
<ClinicalDocument>
  <!-- ... -->
  <templateId root="2.16.756.5.30.1.1.1.1.3.9.1"/>  <templateId root="2.16.756.5.30.1.127.1.4"/>  <templateId root="1.3.6.1.4.1.19376.1.3.3"/>  <!-- ... -->
</ClinicalDocument>
ItemDTCardConfDescriptionLabel
hl7:templateId
II0 … 1CDA-CH-LREP / Laboratory Reports V1 specification. This is an informational reference, only.CDA-...LREP
Treetree.png@root
uid1 … 1F2.16.756.5.30.1.1.1.1.3.9.1
hl7:templateId
II1 … 1MExchange format according to the Swiss EPRCDA-...LREP
Treetree.png@root
uid1 … 1F2.16.756.5.30.1.127.1.4
hl7:templateId
II1 … 1MSharing Laboratory Reports (XD-LAB) Content Module, IHE PaLM Technical Framework Revision Revision 8.0 - June 21, 2017.CDA-...LREP
Treetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.3.3

Document Title

Id2.16.756.5.30.1.1.10.2.62Effective Date2020‑06‑26
StatusKgreen.png ActiveVersion Label2020
Namecdachlrep_header_DocumentTitleDisplay NameDocument Title
Description

The document MUST contain a title. The following translations of the LOINC codes specified in XD-LAB MUST be used:

Multidisciplinary reports

LOINC CodeText
11502-2[ge]: Multidisziplinäre Befunde
[fr]: Résultats multidisciplinaires
[it]: Risultati multidisciplinari

Findings of a particular discipline

The same translations as for Laboratory Speciality Section are to be used.

LabelCDA‑CH‑LREP
ClassificationCDA Header Level Template
Open/ClosedOpen (other than defined elements are allowed)
Example
Multidisciplinary laboratory report in German
<title>Laborbefund - Multidisziplinäre Befunde</title>
Example
Multidisciplinary laboratory report in English
<title>Laboratory report - Multidisciplinary Laboratory Report</title>
Example
Serology report German
<title>Laborbefund - Serologiebefunde</title>
Example
Serology report Englisch
<title>Laboratory report - Serologiebefunde</title>
ItemDTCardConfDescriptionLabel
hl7:title
ST1 … 1M

The document title must follow the following text format where <human readable code> is the local translation of the document LOINC code:

  • [de]: 'Laborbefund - <human readable code>'
  • [fr]: 'Rapport de laboratoire - <human readable code>'
  • [it]: 'Referto di laboratorio - <human readable code>'
  • [en]: 'Laboratory report - <human readable code>'
CDA-...LREP
 Variable letNamelanguageCode 
 Valuesubstring(/hl7:ClinicalDocument/hl7:language​Code/@code,1,2) 
 Schematron assertrole error 
 testnot($languageCode='en') or starts-with(text(),'Laboratory report') 
 MessageThe English title must start with 'Laboratory report' 
 Schematron assertrole error 
 testnot($languageCode='de') or starts-with(text(),'Laborbefund') 
 MessageThe German title must start with 'Laborbefund' 
 Schematron assertrole error 
 testnot($languageCode='fr') or starts-with(text(),'Rapport de laboratoire') 
 MessageThe French title must start with 'Rapport de laboratoire' 
 Schematron assertrole error 
 testnot($languageCode='it') or starts-with(text(),'Rapporto di laboratorio') 
 MessageThe Italian title must start with 'Rapporto di laboratorio' 

Health Service - documentationOf

Id2.16.756.5.30.1.1.10.2.46
ref
hl7chcda-
Effective Date2019‑01‑01 20:53:33
Other versions this id:
  • Kblank.png cdach_header_HealthService as of 2018‑04‑18
StatusKgreen.png ActiveVersion Label2019
Namecdach_header_HealthServiceDisplay NameHealth Service - documentationOf
DescriptionInformation about a health service describing the context of this CDA document. All CDA-CH V2 derivatives, i.e. Swiss exchange formats MUST use this template by either reference or specialisation.
ContextParent nodes of template element with id 2.16.756.5.30.1.1.10.2.46
LabelCDA‑CH V2
ClassificationCDA Header Level Template
Open/ClosedOpen (other than defined elements are allowed)
Uses
Uses 1 template
Uses as NameVersion
2.16.756.5.30.1.1.10.9.31IncludeKgreen.png Performer (2020)DYNAMIC
RelationshipSpecialization: template 2.16.840.1.113883.10.12.110 CDA documentationOf (2005‑09‑07)
ref
ad1bbr-
Example
Case identification and duration
<documentationOf typeCode="DOC">
  <templateId root="2.16.756.5.30.1.1.10.2.46"/>  <serviceEvent classCode="ACT" moodCode="EVN">
    <id root="2.999" extension="FID-124982"/>    <code nullFlavor="NAV"/>    <effectiveTime>
      <low value="20190101"/>      <high value="20190102"/>    </effectiveTime>
  </serviceEvent>
</documentationOf>
ItemDTCardConfDescriptionLabel
hl7:documentationOf
0 … *Information about a health service describing the context of this CDA document.CDA‑CH V2
Treetree.png@typeCode
cs1 … 1FDOC
Treetree.pnghl7:templateId
II1 … 1MCDA‑CH V2
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.2.46
Treetree.pnghl7:serviceEvent
1 … 1RCDA‑CH V2
Treeblank.pngTreetree.png@classCode
cs1 … 1FACT
Treeblank.pngTreetree.png@moodCode
cs1 … 1FEVN
Treeblank.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.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.pngTreetree.png@extension
st0 … 1 The id itself. It MUST be unique within the issuing system.
Treeblank.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.pngTreetree.png@nullFlavor
st1 … 1FNAV
Treeblank.pngTreeblank.pngTreetree.png@code
cs0NPNP/not present
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
oid0NPNP/not present
Treeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0NPNP/not present
Treeblank.pngTreeblank.pngTreetree.png@displayName
st0NPNP/not present
Treeblank.pngTreeblank.pngTreetree.pnghl7:translation
0 … *A translation of the code to another coding system.CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
st1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st1 … 1R
Treeblank.pngTreetree.pnghl7:effectiveTime
IVL_TS.CH.TZ1 … 1RDuration of the health service.CDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.pnghl7:low
TS.CH.TZ1 … 1RStart of the health service.CDA‑CH V2
Treeblank.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.pngTreetree.pnghl7:performer
0 … *Information about a healthcare provider who was the primary performer of the act.CDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs1 … 1FPRF
Treeblank.pngTreeblank.pngTreetree.pnghl7:templateId
II1 … 1MCDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.9.31
Treeblank.pngTreeblank.pngTreetree.pnghl7:templateId
1 … 1RCDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.1.24.3.5
Treeblank.pngTreeblank.pngTreetree.pnghl7:templateId
1 … 1RCDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.12.323
Treeblank.pngTreeblank.pngTreetree.pnghl7:time
IVL_TS.CH.TZ0 … 1Duration of the performance.CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:low
TS.CH.TZ1 … 1RStart of the performance.CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:high
TS.CH.TZ1 … 1REnd of the performance.CDA‑CH V2
Treeblank.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

Human Patient - recordTarget

Id2.16.756.5.30.1.1.10.2.58Effective Date2020‑06‑26
Other versions this id:
  • Kblank.png cdachlrep_header_Patient as of 2018‑04‑19
StatusKgreen.png ActiveVersion Label2020
Namecdachlrep_header_PatientDisplay NameHuman Patient - recordTarget
Description

Patient (Human Patient).

Patient identifiers

The id (patient identification number) can be declared multiple times. If multiple identifications are known, all known IDs should be specified. For laboratory reports, all IDs specified by the ordering system are to be returned. This allows the receiver to assign its internal patient identification. OIDs of code systems, which are published in the public OID registry for the Swiss health care system (oid.refdata.ch) are REQUIRED. Others are NOT ALLOWED.

Pseudonymization

In special cases, the demographic data of the patient need not be transmitted or they need to be pseudonymized (e.g., results of genetic or forensic toxicology). The affected values must be replaced by a nullFlavor of type "MSK" (masked), in order to shield the data.

ContextParent nodes of template element with id 2.16.756.5.30.1.1.10.2.58
LabelCDA‑CH‑LREP
ClassificationCDA Header Level Template
Open/ClosedOpen (other than defined elements are allowed)
Uses
Uses 1 template
Uses as NameVersion
2.16.756.5.30.1.1.10.9.35ContainmentKgreen.png Address Information Compilation - eCH-0010 (2017)DYNAMIC
RelationshipSpecialization: template 2.16.840.1.113883.10.12.101 CDA recordTarget (2005‑09‑07)
ref
ad1bbr-
Example
Pseudonymization with initials
<recordTarget>
  <templateId root="2.16.756.5.30.1.1.10.2.58"/>  <templateId root="2.16.756.5.30.1.1.10.2.1"/>  <patientRole>
    <id nullFlavor="MSK"/>    <addr nullFlavor="MSK"/>    <telecom nullFlavor="MSK"/>    <patient>
      <name nullFlavor="MSK">
        <family>(only first letter)</family>        <given>(only first letter)</given>      </name>
      <administrativeGenderCode nullFlavor="MSK"/>      <birthTime nullFlavor="MSK"/>    </patient>
  </patientRole>
</recordTarget>
ItemDTCardConfDescriptionLabel
hl7:recordTarget
1 … *RPatient (Human Patient).CDA-...LREP
Treetree.pnghl7:templateId
II1 … 1MCDA-...LREP
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.2.58
Treetree.pnghl7:templateId
II1 … 1MCDA-...LREP
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.2.1
Treetree.pnghl7:patientRole
1 … 1RExactly one patient MUST be declared.CDA-...LREP
Treeblank.pngTreetree.pnghl7:id
II1 … *RAt least one patient identification MUST be declared.CDA-...LREP
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1RMUST contain the OID of the system that issued the ID. OIDs of code systems, which are published in the public OID registry for the Swiss health care system (oid.refdata.ch) are REQUIRED. Others are NOT ALLOWED.
Treeblank.pngTreeblank.pngTreetree.png@extension
st0 … 1 Contains the patient number itself. The number MUST be unique within the system that has issued the number.
Treeblank.pngTreetree.pnghl7:addr
AD1 … *RAll persons (including patients) and organizations, MUST according to XD-LAB contain name, addr and telecom.
Contains 2.16.756.5.30.1.1.10.9.35 Address Information Compilation - eCH-0010 (DYNAMIC)
CDA-...LREP
Treeblank.pngTreetree.pnghl7:telecom
TEL1 … *RAll persons (including patients) and organizations, MUST according to XD-LAB contain name, addr and telecom.CDA-...LREP
Treeblank.pngTreetree.pnghl7:patient
1 … 1RExactly one patient MUST be declared.CDA-...LREP
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … *RAll persons (including patients) and organizations, MUST according to XD-LAB contain name, addr and telecom.CDA-...LREP
Treeblank.pngTreeblank.pngTreetree.pnghl7:administrative​Gender​Code
CE1 … 1RThe patient's gender.CDA-...LREP
Treeblank.pngTreeblank.png