Guide d’Implémentation FHIR – Pré-admission Hospitalière en Ligne
0.1.0 - ci-build
FRANCE
Guide d’Implémentation FHIR – Pré-admission Hospitalière en Ligne - Local Development build (v0.1.0) built by the FHIR (HL7® FHIR® Standard) Build Tools. See the Directory of published versions
La pré-admission hospitalière en ligne repose sur une séquence d’opérations bien définies qui permettent la collecte et la validation des informations administratives nécessaires avant l’admission physique du patient à l’hôpital. Cette séquence est orchestrée par plusieurs acteurs du système de santé, chacun ayant un rôle spécifique à jouer dans le processus.
Le patient réserve une consultation via un portail externe. Lors de cette prise de rendez-vous :
Appointment est créé pour planifier la consultation.Une fois le rendez-vous pris, le patient remplit un formulaire de pré-admission via le portail de préadmission. Ce formulaire inclut des informations personnelles, des détails sur la couverture sociale, des documents justificatifs, ainsi que des consentements :
Patient.DocumentReference.Consent.Une fois les informations saisies et validées par le patient, le Système administratif de l’hôpital reçoit les données :
Encounter de type préadmission est créé dans le Système administratif de l’hôpital pour amorcer le processus de validation des informations administratives.Un agent du Bureau des Entrées (BDE) vérifie les données récupérées, notamment :
Le BDE peut accepter ou refuser la pré-admission, et dans ce cas, une cause de rejet peut être spécifiée à l’aide d’une ressource Extension.
Après vérification, le portail de préadmission notifie le patient de l’issue de la pré-admission (acceptation ou rejet), avec des justifications éventuelles.
| Étape | Ressources FHIR utilisées |
|---|---|
| 1. Prise de rendez-vous | Appointment, Patient |
| 2. Soumission des informations de pré-admission | Patient, Encounter |
| 3. Transmission au système administratif | Encounter, Patient, Coverage, DocumentReference, Consent |
| 4. Vérification et validation par le BDE | Encounter |
| 5. Notification au patient | SMS ou e-mail |
Voici le diagramme de séquence Mermaid illustrant la procédure de pré-admission :
sequenceDiagram
participant Patient
participant PortailRdv as Portail de rendez-vous
participant PortailPreadm as Portail de préadmission
participant SAH as Système administratif de l'hôpital
participant AgentBDE as Agent du Bureau des Entrées
%% Étape 1 : Prise de RDV
Patient->>PortailRdv: Réservation de rendez-vous
PortailRdv-->>SAH: Notification du rendez-vous (Appointment)
%% Étape 2 : Système administratif de l'hôpital initie la préadmission
SAH->>PortailPreadm: Envoi d'un Encounter (pré-admission)
%% Étape 3 : Notification au patient
PortailPreadm->>Patient: Envoi lien sécurisé
%% Étape 4 : Patient renseigne ses données
Patient->>PortailPreadm: Envoi Patient / Coverage / DocumentReference / Consent + Extension (message libre)
%% Étape 5 : Polling du SAH
loop Polling régulier
SAH->>PortailPreadm: Récupération des données
PortailPreadm-->>SAH: Retour des ressources complétées
end
%% Étape 6 : Vérification par l'agent
AgentBDE->>SAH: Consultation des données
AgentBDE->>PortailPreadm: Acceptation ou refus + cause de refus (Extension/Communication)
%% Étape 7 : Notification finale
PortailPreadm->>Patient: Résultat (accepté / rejeté)
sequenceDiagram
participant Patient
participant PortailRdv as Portail de rendez-vous
participant PortailPreadm as Portail de préadmission
participant SAH as Système administratif de l'hôpital
participant AgentBDE as Agent du Bureau des Entrées
%% Étape 1 : Prise de RDV
Patient->>PortailRdv: Réservation de rendez-vous
%% Étape 2 : Polling du SAH vers le RDV
loop Polling régulier
SAH->>PortailRdv: Récupération des rendez-vous
PortailRdv-->>SAH: Retour des ressources complétées
end
%% Étape 3 : Système administratif de l'hôpital initie la préadmission
SAH->>PortailPreadm: Envoi d'un Encounter (pré-admission)
%% Étape 4 : Notification au patient
PortailPreadm->>Patient: Envoi lien sécurisé
%% Étape 5 : Patient renseigne ses données
Patient->>PortailPreadm: Envoi Patient / Coverage / DocumentReference / Consent + Extension (message libre)
%% Étape 6 : Polling du SAH
loop Polling régulier
SAH->>PortailPreadm: Récupération des données
PortailPreadm-->>SAH: Retour des ressources complétées
end
%% Étape 7 : Vérification par l'agent
AgentBDE->>SAH: Consultation des données
AgentBDE->>PortailPreadm: Acceptation ou refus + cause de refus (Extension)
%% Étape 7 : Notification finale
PortailPreadm->>Patient: Résultat (accepté / rejeté)
sequenceDiagram
participant Patient
participant PortailRdv as Portail de rendez-vous
participant PortailPreadm as Portail de préadmission
participant SAH as Système administratif de l'hôpital
%% Étape 1 : Annulation de RDV
Patient->>PortailRdv: Annulation du rendez-vous
PortailRdv-->>SAH: Notification de l'annulation du rendez-vous (Appointment)
%% Étape 2 : Système administratif de l'hôpital annule la préadmission
SAH->>PortailPreadm: Envoi d'un Encounter avec le statut CANCELLED
%% Étape 3 : Optionnel : Notification de l'annulation au patient
PortailPreadm->>Patient: Notification de l'annulation du rendez-vous et de la préadmission
Cette séquence garantit une gestion fluide et structurée des données administratives liées à la pré-admission hospitalière en ligne. Chaque acteur du processus contribue à l’efficacité du parcours patient, tout en respectant les normes d’interopérabilité et de sécurité des données.