Introduction

Les tables de l’application sont séparées en trois bases car elles concernent 3 domaines distincts.

Cela dit, pour des raisons de praticité on peut choisir de les installer dans une seule.

Dans le cas où vous devez dupliquer l’installation d’un terminal

Prérequis IMPORTANT pour éviter des conflits de mise à jour, le terminal destination doit être déjà configuré et dans la MEME version que le terminal source.

Puis il suffit de faire ( en console bash linux )

se connecter au site source:

mysqldump base1 base2 base3 > export_tu.sql (vérifier et adapter syntaxe si besoin) récupérer le fichier export_tu.sql

se connecter au site cible et y déposer le fichier export_tu.sql :

mysql mabase -h localhost -u root < export_tu.sql (vérifier et adapter syntaxe si besoin)

( Vous pouvez également utiliser la methode de votre choix pour récupérer l’intégralité de la base du terminal source et écraser celle du terminal destination )

Descriptif des bases

NU = non utilisée

Base du framework ( utilisateurs, droits, groupes, options, logs )

Table droits

Ce qui nous fait donc un total de 31 pour tous les droits.

Base de l’appli

Base Actes et facturations (liée à la base données par idPatient et idTerminal )

Tables à vider le jour du lancement

Afin d’épurer les tables de tous les tests effectués avant le lancement, il est utile de vider les tables suivantes le jour du lancement (ou la veille pour laisser quelques patients dans la table patients_presents).

Descriptions détaillée de certaines tables

Table patients_radios

ChampTypeCommentaire
idradioint(10)autoincrement
etatvarchar(10)a = initialisé, b = en cours, c = terminé
idpatientint(10)id du patient
positionvarchar(32)position du patient (Valide, Lit, Brancard, Fauteuil, Au lit du patient)
dt_creationdatetimeLa date à laquelle est prévue la demande
dt_pecdatetimeDate de prise en charge de la demande
dt_findatetimeDate de fin de radio
typevarchar(16)radio, scanner, echo
gauchevarchar(255)liste des examens radio du flanc gauche séparés par |
centrevarchar(255)liste des examens radio de face séparés par |
droitvarchar(255)liste des examens radio du flanc droit séparés par |
controlesvarchar(255)liste des contrôles radio séparés par |
scannervarchar(255)liste des scanners séparés par |
echovarchar(255)liste des echo séparés par |
examensvarchar(255)saisie libre
recoursvarchar(255)recours du patient (importé de la fiche patient mais en saisie libre)
prescripteurvarchar(64)médecin qui a effectué la demande
iduservarchar(32)iduser de l’utilisation ayant créé la demande
datedatetimedate réelle de la saisie

Table patients_sortis

Colonne sexe: valeurs attendues M F I

Colonne valide

Cette colonne est égale à 1 par défaut. Lorsqu’un patient est supprimé, la colonne prend la valeur 0 et le patient n’apparaît plus dans la liste des sortis (voir ici).

Colonne manuel

Les patients créés manuellement ont cette colonne à 1. Une fois qu’ils sont fusionnés avec l’identité d’un patient automatique, la colonne prend la valeur 0.

Colonne attendu

Cette colonne est équivalente à la colonne manuel : le patient est créé manuellement, mais il est marqué comme étant attendu (violet). Le fonctionnement est le même que pour la colonne manuel : les patients attendus ont cette colonne à 1 et une fois qu’ils sont fusionnés avec l’identité d’un patient automatique, la colonne prend la valeur 0.

Colonne fusion

Cette colonne est à 0 par défaut. Une fois qu’un patient manuel et qu’un patient automatique sont fusionnés, la colonne du patient automatique prend la valeur 1 et ce patient n’est plus visible dans le terminal (la colonne valide devient égale à 0).

Destination confirmée (col16)

Saisie libre de la véritable destination du patient. A chaque destination, les 4 colonnes suivantes de la table sont automatiquement remplies : col17, col18, col19, col20

Mode de sortie (col17)

Les valeurs possibles sont les suivantes :

Note : en version 2, il était possible de mettre également la lettre X dans cette colonne pour les erreurs d’identité. Ce fonctionnement n’est plus possible mais les anciens patients qui avaient ce type de destination sont toujours présents en base.

Cette colonne est utilisée dans le cadre du calcul du mode de sortie pour les RPU :

Destination (col18)

Les valeurs possibles sont les suivantes :

Cette colonne est utilisée dans le cadre du calcul de la destination PMSI pour les RPU :

Orientation (col19)

UF (col20)

Cette donnée est locale à l’établissement (Unité Fonctionnelle) et n’est remplie que dans le cas d’un mode de sortie (col17) égal à H.

Motif de transfert (col21)

Précision mode transfert (Col22)

Provenance (col23)

Il s’agit de la provenance du patient (saisie libre). Cette colonne est rattachée automatiquement aux colonnes col24 (provenance PMSI), col25 (mode d’admission), col26 (transport) et col27 (prise en charge pendant le transport).

Provenance PMSI (col24)

Mode d’admission (col25)

Note : lorsque la provenance PMSI est égale à 6 ou 7, les choix du mode d’admission possible vont de 1 à 4 et lorsque la provenance PMSI est égale à 8, le choix du mode d’admission possible est 5 ou 8.

transport (col26)

pris en charge durant le transport (col27)

Opérations sur les tables

Copier les utilisateurs et les groupes d’une installation vers une autre