Passer au contenu principal

Structure document

La structure Document permet de représenter un document. La structure contient les champs suivants :

{
  "s_title": "", // Titre du document.
  "s_description", // (Optionnel) Description du document.
  "s_category", // Catégorie du document
  "i_visibility": , // Code de visibilité
  "i_format": , // Code correspondant au format du doc
  "s_cdaContentInBase64": , //( Optionnel) Contenu complet du document CDA.
  "s_contentInBase64": , // (Exclusif avec StructuredBody) Contenu du document au format base64
  "StructuredBody": , // (Exclusif avec s_contentInBase64) Corps structuré du document
  "s_pdfCopyContentInBase64": , // (Optionnel) Copie PDF d’un document structuré.
  "s_stylesheetInBase64": , // (Optionnel) Feuille de style au format xsl :stylesheet.
  "s_replacedDocumentUniqueId": , // (Optionnel) identifiant unique du document remplacé (dans le cas d’un remplacement de document)
  "s_creationDate": , // (Optionnel) Date de création du document. La date doit être dans le format AAAAMMJJhhmmss[+-]hhmm Heure locale (avec secondes) avec décalage par rapport au temps UTC.
  "s_serviceStartDate": , // (Optionnel) Date de début de l’acte médical correspondant au document
  "s_serviceStopDate": , // (Optionnel) Date de fin de l’acte médical correspondant au document
  "s_oid": , // (Optionnel) OID du document. A utiliser dans le cas où l’établissement dispose de sa propre racine d’OID
  "s_versionNumber": , // (Optionnel) Numéro de version du document.
  "s_setIdRoot": , // (Optionnel)  Identifiant de révision du document. Il s’agit d’un OID complet ou d’une racine d’OID
  "s_setIdExtension": , // (Optionnel) Identifiant de révision du document. Il s’agit d’un complément d’OID dans le cas où s_setIdRoot n’est qu’une racine d’OID
  "Performer": { // Pour chaque document il est nécessaire de définir celui qui est à l’origine de la création du document. Le per‐ former est composé de deux champs : HP et i_role.
    "HP": {}, // Le champ HP est décrit dans la section Structure HP (cf. Structure HP).
    "i_role": // (Optionnel ‐ Déprécié) Rôle du PS dans l’acte médical (code)
  }
  "Authors": [], // La liste des auteurs de l’acte médical référencé par le document. Les auteurs sont des objets de type HP, décrit dans la section Structure HP (cf. Structure HP)
  "EventCodes": [], // (Optionnel) Tableau des codes de classification pour le document. Chaque code est une structure EventCode. Cf. Structure EventCode.
  "Informants": [], // (Optionnel) Liste des informateurs du document. La structure Informant est décrite dans la section Structure Informant.
  "PatientAddresses": [], // (Optionnel) Adresse(s) postale(s) du patient. Il s’agit d’un tableau de structure Address (cf. Structure Address).
  "PatientTelecoms": [], // (Optionnel) Adresse(s) de télécommunication du patient. Il s’agit d’un tableau de structure Telecom (cf. Structure Telecom).
  "TreatingPhysician": {}, // (Optionnel) Médecin traitant. Nécessaire pour certains documents (DLU par ex). Il s’agit d’une structure HP (cf. Structure HP).
  "IntendedRecipients": [], // (Optionnel) Destinataires en copie du message. Il s’agit d’un tableau de structure HP (cf. Structure HP).
  "DataEnterer": {}, // (Optionnel) Opérateur de saisie. Il s’agit d’une structure DataEnterer (cf. Structure DataEnterer).
  "Authenticators": [], // (Optionnel) Personne attestant de la validité des informations du document sans en endosser la responsabilité. Il s’agit d’un tableau de structure Authenticator (cf. Structure Authenticator)
  "Participants": [], // (Optionnel) Participants additionnels (autre que ceux déjà référencés ailleurs). Il s’agit d’un tableau de structure Participant (cf. Structure Participant)
  "ReferenceIds": [], // (Optionnel) Tableau des références (cf. Structure ReferenceId).
  "Orders": [], // (Optionnel) Tableau des références de prescription (cf. Structure Order).
  "ImagingActs": [], // (Optionnel) Tableau des actes d’imagerie (cf. Structure ImagingAct).
  "i_action": , // Action demandée par l’émetteur de l’archive, que le LPS qui réceptionnera le document devra effectuer. Il s’agit d’une valeur dans le tableau suivant :
      1 Le document est un nouveau document, il doit être ajouté au LPS.
      2 Le document remplace un document existant, le précédent est identifié par son UniqueId (cf. s_replacedDo
      4 Le document doit être supprimé du LPS.

}

Si on ne conserve que les champs obligatoires, on obtient :

{
  "s_title": "", // Titre du document.
  "s_category", // Catégorie du document
  "i_visibility": , // Code de visibilité
  "i_format": , // Code correspondant au format du doc
  "s_contentInBase64": , // (Exclusif avec StructuredBody) Contenu du document au format base64
  "StructuredBody": , // (Exclusif avec s_contentInBase64) Corps structuré du document
  "Performer": { // Pour chaque document il est nécessaire de définir celui qui est à l’origine de la création du document. Le per‐ former est composé de deux champs : HP et i_role.
    "HP": {}, // Le champ HP est décrit dans la section Structure HP (cf. Structure HP).
  }
  "Authors": [], // La liste des auteurs de l’acte médical référencé par le document. Les auteurs sont des objets de type HP, décrit dans la section Structure HP (cf. Structure HP)
  "i_action": , // Action demandée par l’émetteur de l’archive, que le LPS qui réceptionnera le document devra effectuer. Il s’agit d’une valeur dans le tableau suivant :
      1 Le document est un nouveau document, il doit être ajouté au LPS.
      2 Le document remplace un document existant, le précédent est identifié par son UniqueId (cf. s_replacedDo
      4 Le document doit être supprimé du LPS.

}

pConcernant "StructuredBody", voir la page concernant le corps structuré d'un CDA

Retour en haut