Les métadonnées des documents du DMP

Pour comprendre comment les métadonnées des documents du DMP doivent être gérés, trois documents du Cadre d’intéropérabilité des Systèmes d’Information de Santé sont à étudier.

• le [CI_PARTAGE] dont la version courante est 1.6 : décrit la manière d’intégrer le stantard XDS et XDM de l’IHE pour les données de santé en France
• le [CI_STRU_ENTETE] dont la version courante est la 1.6 : décrit la manière d’intégrer le standard CDAr2 de HL7 international
• le [CI_ANX_CDA] dont la version courante est la 1.4 : décrit les liens entre les métadonnées des deux standards.

Etude de cas

Event : l’acte médical à l’origine de la soumission d’un document

Les documents dans la DevBox-santé DMP sont représentés par un objet DMPCDocument. Dans ce DMPCDocument, nous allons nous intéresser à la propriété correspondant à l’acte médical à l’origine de la soumission dans le DMP : events.

La propriété events est un DMPCCode dont la nomenclature n’est pas fourni par les jeux de valeurs du DMP. Mais, en lisant le [CI_ANX_CDA], on apprend que les nomenclatures autorisées pour cette métadonnée sont :

• La CCAM pour les actes médicaux ou médico-techniques
• La CIM10 pour les diagnostiques
• La LOINC pour la biologie

Note : la CCAM et la CIM10 (et bientôt la LOINC) sont des nomenclatures également indéxées dans notre offre DevBox-santé annuaire

Dans ce même document [CI_ANX_CDA], on peut lire également et surtout qu’il y a une correspondance entre le ClinicalDocument/documentationOf/serviceEvent/code et le XDSDocumentEntry.eventCodes.

Donc si nous codons avec l’API Java les lignes suivantes :

DMPCDocument document = new DMPCDocument();
document.addEvent(new DMPCCode("H33", "2.16.840.1.113883.6.3", "Décollement et déchirement de la rétine"));

ou encore si nous avons dans notre requete REST /td21SubmitDocuments:

{
    "request": {
        "submission": {
            "documents": [
               "events": [
                     {
                           "code": "H33",
                           "codingScheme": "2.16.840.1.113883.6.3",
                           "displayName": "Décollement et déchirement de la rétine"
                     }
                  ],
      ...
}

La DevBox-Santé DMP, va générer la transaction XDS contenu dans la requête SOAP à destination du DMP. Cette dernière contiendra : 

<ExtrinsicObject id="urn:uuid:8aaa0dc6-9d9e-43d0-88d1-a58833cd6b7d" mimeType="text/xml" objectType="urn:uuid:7edca82f-054d-47f2-a032-9b2a5b5186c1">
   <Classification classificationScheme="urn:uuid:2c6b8cb7-8b2a-4051-b291-b1ae6a575ef4" classifiedObject="urn:uuid:8aaa0dc6-9d9e-43d0-88d1-a58833cd6b7d" nodeRepresentation="H33">
         <Slot name="codingScheme">
            <ValueList>
               <Value>2.16.840.1.113883.6.3</Value>
            </ValueList>
         </Slot>
         <Name>
            <LocalizedString charset="UTF-8" value=""Décollement et déchirement de la rétine" xml:lang="FR"/>
         </Name>
   </Classification>

Le document CDA généré contiendra :

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<ClinicalDocument xmlns="urn:hl7-org:v3" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.w3.org/2001/XMLSchema-instance">
    ...
    <documentationOf>
        <serviceEvent>
            <code code="H33" codeSystem="2.16.840.1.113883.6.3" displayName="Décollement et déchirement de la rétine"/>

Conclusion

La DevBox-santé DMP en plus de gérer les différents standards techniques (SOAP, MTOM, SAML, PKCS11, PKCS12, TLS …) et fonctionnels (CPx, CI-SIS, IHE, CDA) elle prend soin d’assurer la cohérance entre les données renseignées.

• ←Précédent
• Suivant→