OpenHIE Architecture Specification
5.0-fr
5.0-fr
  • Vue d’ensemble de la spécification
  • Comment utiliser la spécification
  • Cahier des charges de l’Architecture
    • Architecture
    • Principes architecturaux
    • Normes et profils
  • Spécifications de composants OpenHIE
    • Exigences non fonctionnelles
    • Registre clients (Client Registry, CR)
    • OpenHIE Facility Registry (FR)/Registre de l’établissement
    • OpenHIE Finance and Insurance Service (FIS/Service financier et d’assurances)
    • OpenHIE Health Management Information System (HMIS)/Système d’information de gestion de la santé
    • OpenHIE Health Worker Registry (HWR)/Registre des professionnels de santé
    • OpenHIE Interoperability Layer (IOL)/Couche d’interopérabilité
    • OpenHIE Logistics Management Information System (LMIS)/Système d’information de gestion logistique
    • OpenHIE Product Catalogue (PC)/Catalogue produits Open HIE
    • OpenHIE Shared Health Record (SHR)/Dossier médical partagé
    • OpenHIE Terminology Service (TS)/Service de terminologie
    • Systèmes de point de service
  • Spécification du flux de travail (Échange)
    • Flux de travail de rapports agrégés
      • Exporter les données agrégées
      • Valider et enregistrer les données agrégées
    • Alerte/Envoi de rappels ou d’informations
      • Envoyer le flux de travail d’alerte du client
      • Envoyer un flux de travail d’alerte aux professionnels de santé
    • Care Services Discovery
      • Flux de travail d’interrogation des dossiers des professionnels de santé et/ou de l’établissement
      • Flux de travail des dossiers Query Care Services
      • Flux de travail de recherche de services de soins
      • Flux de travail demande de mises à jour des services de soins
    • Flux de travail du laboratoire
      • Commander un test de laboratoire
      • Rapport des résultats du laboratoire
    • Flux de travail de gestion de l’identité des patients
      • Créer un flux de travail d’enregistrement démographique du patient
      • Mettre à jour le flux de travail d’enregistrement démographique du patient
      • Requête des enregistrements démographiques des patients par le flux de travail des identifiants
      • Requête des enregistrements démographiques des patients par le flux de travail des données démograph
    • Dossier médical partagé
      • Enregistrer le flux de travail des données cliniques au niveau du patient
      • Interroger le flux de travail des données cliniques au niveau du patient
    • Flux de travail du service de terminologie
      • Développer l’ensemble de valeurs
      • Traduire le code
      • Vérifier l’existence du code
      • Vérifier l’appartenance au code
      • Requête sur l’ensemble de valeurs
      • Requête sur les systèmes de code
      • Requête de schémas de concept
      • Code de recherche
    • Flux de travail des vaccins
    • Flux de travail des services financiers et d’assurance OpenHIE
      • HFW-001 : Inscrire un bénéficiaire
      • HFW-002 : Requête sur un bénéficiaire
      • HFW-003 : Vérifier l’admissibilité à la couverture
      • HFW-004 : Processus de demande
      • HFW-005 : Suivi de la demande
  • Comment fournir des commentaires et apporter sa contribution
  • Journal des modifications et gestion des versions
Powered by GitBook
On this page
  • Les normes à la base
  • La flexibilité et l’applicabilité
  • L’interchangeabilité et la permutation
  • Principes supplémentaires
  1. Cahier des charges de l’Architecture

Principes architecturaux

Guiding principles that inform the OpenHIE decision-making process.

Les normes à la base

L’architecture OpenHIE cherche de préférence à tirer parti de spécifications d’interopérabilité internationales consensuelles qui répondent aux besoins d’échange d’informations médicales des différents pays. Nous nous engageons à nous investir dans le processus d’élaboration de spécifications d’interopérabilité IHE. Dans la mesure du possible, nous tirerons parti du processus IHE pour identifier, évaluer et mettre en œuvre des spécifications IHE préexistantes et nous plaiderons également pour le développement de solutions futures.

La flexibilité et l’applicabilité

Étant donné que les exigences fonctionnelles en matière d’échange d’informations sur la santé varient d’un pays à l’autre et évoluent au fil du temps, nous reconnaissons que les normes et les spécifications d’interopérabilité existantes peuvent ne pas répondre pleinement aux besoins d’un pays en matière d’EIM (Echange d´Informations Médicales). Par conséquent, l’OpenHIE recherche une architecture qui prenne en charge – sans restreindre de manière inutile – la mise en œuvre efficace de gestion des processus, pilotés par les pays, qui iraient au-delà des spécifications d’interopérabilité actuelles. Dans la mesure du possible, nous prévoyons que de telles extensions des gestions de processus soient intégrées dans les futures spécifications consensuelles normalisées d’interopérabilité. (Il a également été suggéré d’appeler ce principe « axé sur l’utilisateur ». Nous cherchons à prendre des décisions architecturales en fonction des besoins exprimés par les implémentations et à choisir les normes qui répondent le mieux aux besoins de l’utilisateur HIE.)

L’interchangeabilité et la permutation

L’architecture OpenHIE cherche à prendre en charge un écosystème de composants logiciels robuste et diversifié où les organisations de mise en œuvre et d’assistance peuvent tirer parti de différents produits logiciels pour les composants OpenHIE. Pour permettre une « permutation » efficace et efficiente des composants, nous recherchons une architecture qui définisse et renforce clairement les interfaces standardisées pour chacun de ces composants. Nous cherchons à nous assurer que les composants de référence d’OpenHIE prennent en charge les interfaces standardisées.

Principes supplémentaires

Les principes supplémentaires suivants ont été suggérés : Performant / Évolutif ; « Contrôlable » / « Susceptible d’être surveillé » / « Susceptible d’être inspecté » / Observable / « Susceptible d’être audité » ont été proposés.

PreviousArchitectureNextNormes et profils

Last updated 2 years ago