Embed Size (px)
Citation preview
Les fondements actuels de la communication électronique aux plans fédéral et régional
Dr Marc BangelsDr André Vandenberghe
21 mai 2005
Le projet Be Healthplate-forme de santé
Le projet Be Healthplate-forme de santé
Le projet Be Healthplate-forme de santé
Le projet Be Healthplate-forme de santé
La standardisation des échanges de données médicales
La standardisation des échanges de données médicales
Le projet Be Healthplate-forme de santé
Le projet Be Healthplate-forme de santé
La standardisation des échanges de données médicales
La standardisation des échanges de données médicales
Le réseau santé régionalLe réseau santé régional
Le projet Be Healthplate-forme de santé
Marc Bangels
Ministère de la Santé PubliqueCellule Informatique, Télématique & Communication
eHealth in Belgium is BeHealth
> Intégration
> Building blocks
Block 1 : BeHealth Block 2 : CriteriaBlock 3 : KmehrBlock 4 : SumehrBlock 5 : Flow
Plate-forme portailpour prestataires individuels et institutionnels
En symbiose avec carte d’identité électroniqueet sources authentiques validées
Pour l’identification et l’authentification des usagers
A l’intention de services clients indépendants
>> Block 5 : BeHealth
Services d’infrastructure (communs)
Services de base (communs)
Authentification
(Autorisation)
Identification
Services à valeur ajoutée (spécifiques)
Source Authentique Validée
Source Authentique Validée
Réseaux & CommunicationsServeur
Serveur
Serveur
Serveur
BE HEALTH Serveur
Serveur
o o o
o o o o o o
INAMI
SPF
CIN
Dispensateurs de soins.
Citoyens/ patients
BCSS
Diffusion d’indicateurs d’activités. Recommandations de bonne pratique. Etc.
Services télématiques médicaux dédicacés. Accès aux systèmes d’informationshospitaliersou loco-régionaux. Etc.
Collectes de données et feedbacks (ex. RCM). Cadastre des professions de santé. Etc.
Données administratives relatives à l’assurance soins de santé à l’intention des prestataires de soinset des ayants droits. Simplification administrative. Etc.
Données administratives relatives à l’assurance soins de santéà l’intention d’autres prestataireset organismes. Consultationdes données cartes SIS. Etc.
Services télématiques santé dédicacés. Associations de patients. Etc.
BeHealth
SAV…
SAV AccèsPersonnalisés (*)- Services SPF- Services CIN- Services BCSS- Services INAMI
Identifications / Authentifications
SPFSPF
Legacyapplications
SAV
…Legacy
applications
… SAV
Pages personnelles- Messages- Alertes, etc.
CITOYENS/PATIENTS,MÉDECINS, HÔPITAUX,ETC.CITOYENS/PATIENTS,MÉDECINS, HÔPITAUX,ETC.
RÉSEAUX &COMMUNICATIONS
Legacyapplications…
LegacyapplicationsLegacy
applications
SAV…
SAV
CIN CIN
Legacyapplications
SAV
…Legacy
applications
… SAV
Identifications / Authentifications /
Autorisations
Services sécurisés
Information publique BCSSBCSS
Legacyapplications
SAV
…Legacy
applications
… SAV
INAMI INAMI
Legacyapplications
SAV
…Legacy
applications
… SAV
Identifications / Authentifications /
Autorisations
Services sécurisés
Information publique
Identifications / Authentifications /
Autorisations
Services sécurisés
Information publique
Identifications / Authentifications /
Autorisations
Services sécurisés
Information publique
BeHealth
> Building blocks
Block 1 : BeHealth Block 2 : CriteriaBlock 3 : KmehrBlock 4 : SumehrBlock 5 : Flow
La standardisation des échanges de données médicales
La Commission TélématiqueLa norme Kmehr
La labelisation des DMILa norme Sumehr
La Commission Télématique
Commission “Normes en matière de télématique au service du secteur des soins de santé”
Constituée par AR le 03/05/1999
Commission d’avis Promouvoir les DMI et l’échange électronique de données
Recommandations de format, de fonctions, d’organisation
Composée de 20 membres, un président et un vice-président Experts nommés par le roi pour 3 ans
INAMI, Banque carrefour, Vie privée, Patients, Ordre des médecins
Renouvellée pour 2005-2008
Présidée actuellement par le Prof De Moor (UZGent)
La Commission Télématique - Avis
Avis 1 – Priorités
Avis 2 – Sécurité : signature digitale + CI électronique + ID santé
Avis 3 – Prescription médicamenteuse : Kmehr + CBIP
Avis 4 – Structure des messages : XML + GEHR + Priorités
Avis 5 – Codification des maladies : CISP + ICD9
Avis 6 – Prescription médicamenteuse chez le pharmacien
Avis 7 – Archivage du dossier hospitalier
Avis 8 – Coordination de l’Information médicale et hospitalière
Avis 9 – Charte échange hôpital-généraliste
La Commission Télématique - Groupes de travail actuels
Security : Identification des patients et des prestataires
Data : Consolidation/Diffusion de Kmehr/Sumehr
Archives : Digitalisation du dossier médical, long terme
Nursing : Dossier infirmier + RIM2
Label : Certification dans les différents métiers
Telemedecine : Aspects juridiques, financiers, …
Be Health : Délégation au groupe ‘vision’ de BeHealth
La norme Kmehr
Ce n’est pas La solution Peu ambitieuse
Ne veut pas normaliser la médecine
Ne veut pas normaliser les dossiers médicaux
…mais c’est une solution Implémentation de l’avis 4 de la Commission Télématique
Se limite à quelques documents clés : feuille de liaison, lettre de sortie, résultat de laboratoire, prescription médicamenteuse, dossier résumé, …
Permet une structuration à géométrie variable (entête de document, paragraphes standards, items, codification des items)
La norme Kmehr
Publiée le 5 décembre 2002
Adoptée dans de nombreux projets et par l’industrie
Imposée dans le processus de labelisation des DMI 2005 (sumehr)
Mais pas de structure de maintenance => perte de crédibilité
Objectifs du groupe data 2005-2008
Mettre en place / financer l’infrastructure de maintenance
Promouvoir l’exportation du Sumehr par les DMI généralistes
Promouvoir la réception et la diffusion du Sumehr dans les hôpitaux
Promouvoir la diffusion de lettres de sortie en Kmehr depuis les hôpitaux
=> légiférer !
La labelisation des DMI
>> Block 2 : Homologation criteria
Technical criteria (incl. communication, security)
Patient data managementServices criteria
La norme Sumehr
Kind Messages for Electronic Healthcare Records
Belgian Implementation Standard
> Conceptual model> Transaction types
> XML implementation> Coding systems
>> Block 3 : Kmehr
Summarized Electronic Health Record
> Kmehr transaction> Multipurpose content> Homologation criteria
> European target
>> Block 4 : Sumehr
Patient Identification and Presentation> Including Usual language
Contact personAuthor
> Health care practitioner Id> GMD relationship
Relevant personal antecedents> ICPC-ICD10 Code, Begin date, End date
Actual problems list> ICPC-ICD10 Code, Begin date
Actual medications> CNK+, Various administration informations, Begin date
Sumehr
Risks > Allergies
> Adverse drug reactions> Social factors> Other factors
Vaccination status> Administrated : CNK+, Date
> To be administrated : CNK+, Date
Sumehr
Le réseau santé régional
Concept S3Stratégie de la région de Charleroi
Stratégie du fédéral
Le concept S3 – Pourquoi un Serveur de Soins de Santé ?
Prise en charge de plus en plus ambulatoire
Réduction des durées de séjour, hôpital de jour
=> Nécessité d’un partage fluide et instantané entre 1ère et 2ème ligne
Le concept S3 – Pourquoi ?
Prise en charge de plus en plus ambulatoire
Le SIH s’ouvrira à la première ligne
Possibilité de consulter les informations pendant l’hospitalisation
Possibilité d’interagir avec la prise en charge hospitalière
Projets LISA, MONA, …
Le concept S3 – Pourquoi ?
Prise en charge de plus en plus ambulatoire
Le SIH s’ouvrira à la première ligne
La première ligne contribuera au partage d’information
Envoi de messages non adressés à destination du spécialiste
(feuille de liaison, prescription)
Contribution au dossier médical de garde
Contribution au dossier résumé (Sumehr)
Le concept S3 – Pourquoi ?
Prise en charge de plus en plus ambulatoire
Le SIH s’ouvrira à la première ligne
La première ligne contribuera au partage d’information
Optimisation des échanges
Tarification indépendante du volume échangés (images)
Accès instantané (changement de généraliste)
Accès exhaustif
Structuration progressive
Le concept S3 – Pourquoi ?
Prise en charge de plus en plus ambulatoire
Le SIH s’ouvrira à la première ligne
La première ligne contribuera au partage d’information
Optimisation des échanges
Uniformisation des accès Un seul jeu de clé d’accès
Une seule interface utilisateur
Un seul index
Le concept S3 – Pourquoi ?
Prise en charge de plus en plus ambulatoire
Le SIH s’ouvrira à la première ligne
La première ligne contribuera au partage d’information
Optimisation des échanges
Uniformisation des accès
Le concept S3 – Quelles fonctions ?
Index des contacts patient
Index des documents patient
Dossier médical résumé
Gestion des droits d’accès
Traçage des accès
ACTH = Association Carolorégienne de Transmission Hospitalière
CHU de Charleroi (ISPPC) CHU André Vésale (ISPPC) Centre Hospitalier Notre-Dame & Reine Fabiola Hôpitaux St-Joseph, Ste Thérèse et IMTR Clinique Notre-Dame de Grâce de Gosselies Hôpital d’Auvelais Hôpital de Chimay
= 13 sites hospitaliers = 2.500 lits + autres hôpitaux hors Charleroi
Société de Médecine de Charleroi Fédération des Associations de Généralistes de Charleroi
= 700 généralistes informatisés
Kmehr-Bis specification : published on 05/12/2002
Spontaneous appropriation on the field during the year 2003
Accreditation of EPR for general practioners : 22/11/2003
Le projet SHARE de l’ACTH
Contribution du généraliste
Feuille de liaison
Prescription
Hôpital
Généraliste
Courrier
Résultats
Echange bidirectionnel
Hôpital
Généraliste
Feuille de liaison
Prescription
Courrier
Résultats
Echange bidirectionnel
Hôpital
Généraliste
Feuille de liaison
Prescription
au format Kmehr
Courrier
Résultats
Echange bidirectionnel
Hôpital
Généraliste
Feuille de liaison
Prescription
au format Kmehrvia le serveur S3
S3
Flux inversé au départ : Généraliste > Hôpital
Mise à disposition de documents structurés (<> PDF, Word, …) normalisés (Kmehr)
Interface serveur S3 – HIS standardisée en web services (norme SOAP) en Kmehr (spécification des requêtes et réponses)
Couche de sécurisation supplémentaire au niveau de chaque hôpital
Pas de dossier minimal d’urgence (mais feuille de liaison par pathologie)
Originalité du projet S3 de l’ACTH
S3
Hôpital
Généraliste
Interface dédiée au projet piloteExportation Kmehr depuis les DMI
… Ouverture du tunnel sécurisé et envoi sur S3 …
Hôpital
Généraliste
S3
PUTTRA
KMEHR
Hôpital
Généraliste
S3
PUTTRA
KMEHR
Hôpital
Généraliste
S3
PUTTRA
KMEHR
Consultation du S3 depuis le HIS
GetTransactionList
Consultation du document depuis le HIS
GetTransactionDetail
Importation du document dans le HIS
au format Kmehr
Hôpital
Généraliste
S3
PUTTRA
GETTRALST
GETTRADET
KMEHR
KMEHR
Documents de l’hôpital
Documents du S3
en provenance des généralistes et autres hopitaux
Documents de l’hôpital
Documents du S3
en provenance des généralistes et autres hopitaux
Hôpital
Généraliste
S3
PUTTRA
GETTRALST
GETTRADET
PUTTRAHDR
KMEHR
DELTRA
Hôpital
Généraliste
S3
PUTTRA
GETTRALST
GETTRADET
PUTTRAHDR
GETTRADET
KMEHR
DELTRA
Le généraliste peut consulter les documents sur le S3
mais à Charleroi, il les reçoit via sa messagerie.
… le généraliste verra ses propres données
… le généraliste verra les données du S3
et pourra les importer en Kmehr
Un jour …
Hôpital
Généraliste
S3
PUTTRA
GETTRALST
GETTRADET
PUTTRAHDR
Import et export en Kmehr
Consultation du S3 depuis le DMI
DELTRAConsultation du S3 depuis le HIS
Import et export en Kmehr
GETTRADET
Interface DMI/S3/HIS normalisée en web services (SOAP)
Possibilité de communication de Point à Point (DMI/HIS)
Pas besoin de l’interface web du S3 => User friendly
Echanges normalisés et structurés
=> vers un dossier partagé, non centralisé
Bénéfices de l’approche
Généraliste => hôpital totalement opérationnel sur CHU Charleroi, CHNDRFEn cous à St-Joseph
Hôpital => généraliste Développé à 99%Opérationnel sur CHU Charleroi au 01/06/2005
Généralisation aux 7 hôpitaux et 700 généralistes : 07/07/2007
Statut du projet
Facilities–Legislation-Organisation-Wisdom
Health network & shared health records (S3)
>> Block 5 : Flow
FlowCoordination
Autorisations
Citoyen-Patient <> A
ccès
DossierSanté
Urgence
Accès <>
DossierMédicalGlobal
><
Accès
DossierSanté
Historique
contactsprocédures
rapports
Acc
ès ><
DossiersPatients
Hospitaliers <> Acc
ès
DossierSanté
Administratif
Accès <>
AutresDossiersPatients
Audit
FlowUn prototype de serveur de soins de santé (S3)
> Dossier santé de référence partagé> Réseau sécurisé de services sécurisés (dont messagerie)
> Carrefour avec interfaces d’accès entre systèmes indépendants
Un mode d’organisation> Spécifications et développements centralisés
> Gestion décentralisée (associations loco-régionales)
Un cadre légal> Consentement du patient (lien thérapeutique et secret partagé)
> Gestion des urgences (« breaking glass »)> Traçage des accès (externalisé)
> Comité de surveillance> Etc, notamment,…
Le lièvre technologique...
Health personal identifiers (Hepi)Implementation of electronic signature (Elodis)Shared health record & Health network (Flow)
Summarized health record (Sumehr)Sectorial privacy committee (Hespri)
RegistersTélémédicine
Le lièvre technologiqueet la tortue légale
