Vous trouverez sur cette page une description des deux scénarios définis dans le cadre du projet MediCoordination (Délivrable D2.2) et un schéma illustrant le prototype et les différentes applications communiquant entre-elles. Dans le cadre du Délivrable D2.2, deux scénarios ont été définis en collaboration avec nos patenaires de la santé (hôpitaux, cabinets privés et founisseurs de logociel médical). Il s'agit de la transmission d'un avis de sortie depuis l'hôpital vers le médecin de famille et de l'admission d'un patient à l'hôpital.

Scénario I

le 1er scénario est la transmission de l'avis de sortie à la sortie d'un patient de l'hôpital. Ce document contient un résumé des informations utiles au médecin de famille (ou au spécialiste concerné), comme par exemple la médication, les diagnsotiques, les opérations ou des remarques/discussions du médecin de l'hôpital.

Le scénario de base est le suivant:

 

La figure ci-dessous représente graphiquement les étapes du scénario I:

Scénario II

Le 2ème scénario décrit l'admission d'un patient à l'hôpital. Dans ce cas, c'est le médecin de famille (ou le spécialiste) qui transmet les informations nécessaires en vue d'un intervention ou autre à l'hôpital. La première partie (en italique dans le tableau ci-dessous) est encore faite par les médecins qui préfèrent communiquer directement par téléphone avec l'hôpital.

Le scénario de base est le suivant:

N°	Description
1.	Le MF contacte l'hôpital pour une nouvelle admission.
2.	L'hôpital contrôle la disponibilité des lits.
3.	Le patient peut être admis.
4.	Le MF entre en ligne les informations du patient avec un certain code si nécessaire
5.	Les données sont encryptées.
6.	L'hôpital est avertit que les données du patient sont disponibles.
7.	Le serveur notifie le médecin de famille concerné qu'un nouveau document est disponible.
8.	L'hôpital traite les données.
9.	L'hôpital informe le MF que l'admission est terminée et enregistrée.
10.	The MF se déconnecte et termine la communication.
	Remarque: les 3 premières étapes en italique en faîtes par téléphones, etc., et pas électroniquement.

La figure ci-dessous représente graphiquement les étapes du scénario II:

Prototype

Le schéma ci-dessous illustre le protoype qui est mis en place dans le cadre du scénario I. La partie centrale représente le stockage des documents (Regitry et Repository) tandis que les parties gauche et droite désignent respectivement le médecin ou la secrétaire de l'hôpital et les cabinets médicaux privés.

Concernant la partie serveur du schéma (principalement Registry et repository), deux logiciels ont été combinés: ihe profiles d'OpenHealthTool (OHT) et IHE Integration Profile (IIP) de Microsoft. Ces deux applications sont des implémentations clientes et serveurs de profiles et transactions d'IHE, dont XDS (Cross Entreprise Document Sharing). IIP implémente le registry et repository côté serveur sous forme de service Windows et OHT est utilisé comme Bridge en proposant un accès aux registry et repository par Web Service.

Du côté de l'application cliente des cabinets médicaux, l'échange d'information se fait également au travers de Web Service.