Patient Based Costing

1
Patient Based Costing
Centre de Recherche Public Henri Tudor
1
1
2
Vous attendez
3
Nous allons

• Présenter le résultat dun projet pilote
• gtUn modèle de flux
• gtUn modèle de structuration non universel
• gtExploitation dans notre technologie OLAP pour
  conception infocube

4
Avant toute chose, pourquoi vous parler de flux?
5
Informatique

• Pour certains
• Une solution
• Pour dautres

6
La vision initiale de linformatique
?
7
Au fur et à mesure
8
Et là

9
I.E.

• Les besoins sont mal formulés

10
Et le résultat
11
La solution
Quand

Flux physique
Flux physique
activité
OU
Flux dinformation
Flux dinformation

ressources
12
Plus précisément

• Parmi les informations entrantes
• Données fondamentales requises.
• Données nécessaires.
• Données nice to have.
• Et pour chaque donnée
• Origine des données.
• Forme.
• Date de besoin (point de synchronisation).

13
Et

• Et le traitement réalisé sur les données
• Durée nécessaire.
• Quel méthode.
• Les informations sortantes
• Données fondamentales requises.
• Données nécessaires.
• Données nice to have.
• Et pour chaque donnée
• Destination des données.
• Forme.

14
Nous avons eu lopportunité

• De faire une expérience pilote

15
Pourquoi?

• Modèle de structuration gtConnaissance des coûts
  du patientgtMaîtrise des coûts.
• Cahier des charges logiciel.

16
Les flux gravitent

• Le patient

17
Quelques mots sur la démarche utilisée

• Prise de connaissance globale des processus clés
  autour du patient et choix du pilote.
• Phase dobservation et conception du modèle.
• Validation du modèle.
• Elargissement du modèle à tous les services de
  lhôpital.

18
Validation théorique.

• Le modèle a été décrit pour
• Le bloc opératoire.
• La réanimation.
• Un service .

19
(No Transcript)
20
La généralisation à tous les services

• Les informations représentent les données liées
  au patient.
• Les niveaux des services dépendent de leurs
  contacts avec les patients.

21
(No Transcript)
22
Modèle théorique

23
Modèle suivant les couches

• Répartition du coût du patient suivant les
  couches

24
Champ d application du modèle

• Pour
• Calculer un coût suivant un configurateur de
  produit.
• Planifier les coûts et charges des ressources.
• Modéliser le fonctionnement de lhôpital.
• Servir de modèle calcul de coût et de suivi des
  temps pour une application.

25
Vis à vis des technologies OLAP

• Structuration des données.
• Apport des différentes vues du système.
• Ajout des données connexes au informations
  directement issues du patient.
• Création des infos-cubes vis à vis des
  informations liées à la cartographie.
• Construction (intégration) des bases de données.

26
Les vues de la cartographie

• Base initiale le patient est au centre.
• Vue globale sur le patient
• Recensement des informations .
• Vue axée sur un service
• Les flux déterminent les couronnes et les
  informations nécessaires .
• Les couronnes apportent une vue normalisé du type
  dinformation.

27
Bloc opératoire
28
Bloc opératoire
29
Sur la cartographie, liens dinformations

• Niveau macroscopique des informations
• Abscence des données.
• Vue globale
• Pas détail des contenus

30
Bloc opératoire
31
Suivi des consommations

• Date
• Service demandeur
• Nom du produit
• Référence produit
• Quantité consommée
• Validation du responsable
• Fournisseur

32
On a

• Vue globale
• On peut zoomer dans le service

33
Bloc opératoire
34
(No Transcript)
35
(No Transcript)
36
(No Transcript)
37
Notion de niveau/ information

• Informations directes
• Modélisés sur la cartographie du patient
• Informations induites
• Modélisés sur le fonctionnement global des
  services
• Liées aux contraintes extérieures.
• Informations interne de fonctionnement
•  Réapplication du modèle au niveau local 

38
Apport de la couronne
39
En conclusion

• Nous ne sommes pas spécialiste du domaine
• Nous arrêtons là pour ne pas faire des erreurs
  sur les technologies OLAP.
• Nous vous avons montré une vue de structuration
  parmi dautres

40
Lavantage,

• Cest que notre cartographie nous permet
• de recenser les acteurs
• Recenser tous les flux dinformation, physique
  gt financier
• Donner photo lensemble de lhôpital
• De réfléchir sur les flux avant dinformatiser
  éventuellement.
• De ne rien oublier.
• De calculer les coûts.
• De choisir du point de vue fonctionnel un
  logiciel

41
On a vu

• Elle pourrait justement être utilisée pour
  construire ce logiciel
• Mais ce nest pas notre métier.

42
Perspectives

• Implantation sur un site
• Utilisation d un outil de simulation
• Modélisation détaillé pour comparaisons

43
(No Transcript)
44
Limites

• Pas dautomatisation du transfert dinformation
• Pas de notion utilisateur
• Pas de description du fonctionnement interne des
  services
• Notion de temps masquée