voir le diaporama

publicité
Les fondements actuels de la
communication électronique aux plans
fédéral et régional
Dr Marc Bangels
Dr André Vandenberghe
21 mai 2005
Le projet Be Health
plate-forme de santé
Le projet Be Health
plate-forme de santé
La standardisation des échanges de
données médicales
Le projet Be Health
plate-forme de santé
La standardisation des échanges de
données médicales
Le réseau santé régional
Le projet Be Health
plate-forme de santé
eHealth in Belgium is
BeHealth
Marc Bangels
Ministère de la Santé Publique
Cellule Informatique, Télématique & Communication
> Intégration
> Building blocks
Block 1 : BeHealth
Block 2 : Criteria
Block 3 : Kmehr
Block 4 : Sumehr
Block 5 : Flow
>> Block 5 : BeHealth
Plate-forme portail
pour prestataires individuels et institutionnels
En symbiose avec carte d’identité électronique
et sources authentiques validées
Pour l’identification et l’authentification des
usagers
A l’intention de services clients indépendants
BeHealth
Services à valeur ajoutée (spécifiques)
INAMI
B
E
SPF
CIN
BCSS
 Diffusion d’indicateurs
 Collectes de données et
 Données administratives
 Données administratives
d’activités.
 Recommandations de
bonne pratique.
 Etc.
feedbacks
(ex. RCM).
 Cadastre des
professions de santé.
 Etc.
relatives à l’assurance
soins de santé
à l’intention des
prestataires de soins
et des ayants droits.
 Simplification
administrative.
 Etc.
relatives à l’assurance
soins de santé
à l’intention d’autres
prestataires
et organismes.
 Consultation
des données cartes SIS.
 Etc.
Citoyens/
patients
 Services télématiques
 Services télématiques
médicaux dédicacés.
 Accès aux systèmes
d’informations
hospitaliers
ou loco-régionaux.
 Etc.
santé dédicacés.
 Associations
de patients.
 Etc.
ooo
Services de base (communs)
Identification
Authentification
(Autorisation)
ooo
H
E
A
L
T
H
Dispensateurs de
soins.
Source
Authentique
Validée
Source
Authentique
Validée
ooo
Services d’infrastructure (communs)
Serveur
Serveur
Serveur
Réseaux & Communications
Serveur
Serveur
Serveur
BeHealth
CITOYENS/PATIENTS,
MÉDECINS, HÔPITAUX,ETC.
SAV
…
SAV
Identifications /
Authentifications
SAV
…
SAV
Legacy
applications
…
Legacy
Legacy
applications
applications
Pages
personnelles
- Messages
- Alertes, etc.
Accès
Personnalisés (*)
- Services SPF
- Services CIN
- Services BCSS
- Services INAMI
SPF
Services
sécurisés
Information
publique
Identifications /
Authentifications /
Autorisations
SAV
…
SAV
Legacy
applications
…
Legacy
applications
RÉSEAUX &
COMMUNICATIONS
CIN
SAV
…
SAV
Legacy
applications
…
Legacy
applications
INAMI
Services
sécurisés
Information
publique
Identifications /
Authentifications /
Autorisations
Services
sécurisés
BCSS
SAV
…
SAV
Legacy
applications
…
Legacy
applications
Services
sécurisés
Information
publique
Identifications /
Authentifications /
Autorisations
Information
publique
Identifications /
Authentifications /
Autorisations
SAV
…
SAV
Legacy
applications
…
Legacy
applications
> Building blocks
Block 1 : BeHealth
Block 2 : Criteria
Block 3 : Kmehr
Block 4 : Sumehr
Block 5 : Flow
La standardisation des échanges de
données médicales
La Commission Télématique
La norme Kmehr
La labelisation des DMI
La 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
La norme Kmehr

XML
La norme Kmehr

XML
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 management
Services criteria
La norme Sumehr
>> Block 3 : Kmehr
Kind Messages for Electronic Healthcare
Records
Belgian Implementation Standard
> Conceptual model
> Transaction types
> XML implementation
> Coding systems
>> Block 4 : Sumehr
Summarized Electronic Health
Record
> Kmehr transaction
> Multipurpose content
> Homologation criteria
> European target
Sumehr
Patient Identification and Presentation
> Including Usual language
Contact person
Author
> 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
Le réseau santé régional
Concept S3
Straté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
Le projet SHARE de l’ACTH
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
Généraliste
Contribution du généraliste
Feuille de liaison
Prescription
Hôpital
Généraliste
Echange bidirectionnel
Feuille de liaison
Prescription
Courrier
Résultats
Hôpital
Généraliste
Echange bidirectionnel
au format Kmehr
Feuille de liaison
Prescription
Courrier
Résultats
Hôpital
Généraliste
Echange bidirectionnel
au format Kmehr
Feuille de liaison
via le serveur S3
Prescription
S3
Courrier
Résultats
Hôpital
Originalité du projet S3 de l’ACTH

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)
Généraliste
S3
Hôpital
Exportation Kmehr depuis les DMI
Interface dédiée au projet pilote
… Ouverture du tunnel sécurisé et envoi sur S3 …
Généraliste
S3
KMEHR
PUT
TRA
Hôpital
Généraliste
S3
PUT
TRA
KMEHR
Hôpital
Généraliste
S3
PUT
TRA
KMEHR
Hôpital
Consultation du S3 depuis le HIS
GetTransactionList
Consultation du document depuis le HIS
GetTransactionDetail
Importation du document dans le HIS
au format Kmehr
Généraliste
S3
GET
TRA
LST
PUT
TRA
KMEHR
GET
TRA
DET
Hôpital
KMEHR
Documents de l’hôpital
Documents de l’hôpital
Documents du S3
Documents du S3
en provenance des généralistes et autres hopitaux
en provenance des généralistes et autres hopitaux
Généraliste
S3
PUT
TRA
GET
TRA
LST
PUT
TRA
HDR
GET
TRA
DET
DELTRA
Hôpital
KMEHR
Généraliste
KMEHR
S3
PUT
TRA
GET
TRA
LST
PUT
TRA
HDR
GET
TRA
DET
DELTRA
Hôpital
GET
TRA
DET
Le généraliste peut consulter les documents sur le S3
mais à Charleroi, il les reçoit via sa messagerie.
Un jour …
… 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
Généraliste
Import et export en Kmehr
Consultation du S3 depuis le DMI
S3
PUT
TRA
GET
TRA
LST
PUT
TRA
HDR
GET
TRA
DET
DELTRA
Consultation du S3 depuis le HIS
Import et export en Kmehr
Hôpital
GET
TRA
DET
Bénéfices de l’approche
 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é
Statut du projet
 Généraliste => hôpital
 totalement opérationnel sur CHU Charleroi, CHNDRF
 En 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
Facilities–Legislation-Organisation>> Block 5 : Flow
Wisdom
Health network & shared health records
(S3)
Flow
Coordination
<>
contacts
procédures
rapports
Dossier
Santé
Administratif
Audit
Accès
Dossier
Santé
Historique
<>
><
Accès
Dossiers
Patients
Hospitaliers
Accès
><
Accès
<>
Dossier
Santé
Urgence
Accès
CitoyenPatient
Accès
Autorisations
<>
Dossier
Médical
Global
Autres
Dossiers
Patients
Flow
Un 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...
Le lièvre technologique
et la tortue légale
Health personal identifiers (Hepi)
Implementation of electronic signature (Elodis)
Shared health record & Health network (Flow)
Summarized health record (Sumehr)
Sectorial privacy committee (Hespri)
Registers
Télémédicine
Merci
[email protected]
www.health.fgov.be/telematics
Téléchargement