OpenHIE Facility Registry (FR)/Registre de l’établissement
L’objectif du registre de l’établissement de santé est d’agir en tant qu’autorité centrale pour collecter, stocker et distribuer un ensemble de données à jour et standardisé sur l’établissement. L’ensemble des données normalisées et actuelles de l’établissement qui en résulte, stocké dans le registre, est appelé la liste principale de l’établissement (Master Facility List, MFL). Bien que ces concepts soient étroitement liés, le registre de l’établissement peut être compris comme une technologie qui gère et partage les données de l’établissement, tandis que la liste principale de l’établissement comprend les données normalisées stockées dans l’outil.
Voir également Exigences non fonctionnelles.
Exigences de flux de travail relatives à OpenHIE FR
N°
Flux de travail FR (décrits en détail dans la dernière partie de ce document)
Recommandation/Exigence
FRWF-1
Interroger le flux de travail des dossiers des professionnels et/ou des établissements de santé.
Obligatoire
Exigences fonctionnelles relatives à OpenHIE FR
N°
Exigences fonctionnelles relatives au FR
Recommandation/Exigence
FRF-1
Le système prend en charge la capacité de créer, de définir et de faire évoluer les attributs et le dictionnaire de données associé pour un registre.
Obligatoire
FRF-2
Le système prend en charge la capacité de créer, de définir et de maintenir des hiérarchies multi-organisationnelles d’établissements et d’objets géographiques associés.
Obligatoire
FRF-3
Domaine de signature
· Nom de l’établissement
· Type d’établissement (par exemple, hôpital, clinique, clinique mobile, laboratoire, pharmacie)
· Propriétaire/autorité de gestion de l’établissement
· Adresse physique de l’établissement
· Coordonnées de l’établissement
· Date d’enregistrement
· Statut de fonctionnement
· Niveau/domaines administratifs
· Coordonnées géographiques
· Identifiant unique de l’établissement
Domaine de services
· Type de services proposés - laboratoire, VIH, TB, etc.
· Ressources humaines pour la santé, nombres par centre
· Heures d’ouverture et de fermeture
· Identifiants communs et schématisés par emplacement
· Détails de l’infrastructure - électricité, eau, etc.
Recommandé
FRF-4
Le système prend en charge la capacité de configurer et de gérer les utilisateurs, les autorisations pour la lecture des données, l’écriture des données (affichage, validation, publication), la visualisation des données et l’administration du système.
Obligatoire
FRF-5
Au minimum, un FR devrait prendre en charge la capacité de créer des rôles et d’attribuer des autorisations aux rôles.
Exemples de rôles : administrateur principal, conservateur de données, médecin hygiéniste.
Recommandé
FRF-6
Le système devrait disposer d’API flexibles basées sur des normes, de préférence une API RESTful.
Recommandé
FRF-7
Le système devrait avoir la capacité d’extraire et/ou de transférer des données vers d’autres systèmes (.csv) en fonction de critères définis.
Recommandé
FRF-8
Le système prend en charge la capacité d’effectuer des importations en masse.
Obligatoire
FRF-9
Le système devrait prendre en charge la capacité de rechercher des établissements par attribut.
Recommandé
FRF-10
Le système devrait prendre en charge la possibilité de voir un établissement situé sur une carte.
Recommandé
FRF-11
Le système devrait permettre au public d’accéder aux données pertinentes pour le public (par exemple, les services fournis par un établissement)
Recommandé
FRF-12
Le système devrait prendre en charge la conservation des données des établissements pour gérer les changements de statut du site (fermetures, ouvertures, changements de service)
Recommandé
FR-13
Le système devrait générer des rapports standard et personnalisables en ligne avec les principaux attributs FR.
Recommandé
FR-14
Le registre de l’établissement devrait au minimum s’aligner sur la liste principale de l’établissement ou influencer sa mise à jour.
Recommandé
Last updated