Modelling a system using Petri Nets [RO]

Modelarea procesului de internare a pacienţilor utilizând reţele Petri

colorate

Pănescu Adrian Tudor

„Simulation of Patient Admission Process Using Colored Petri Net”, Barjis, J., Freund,

S., Schulze, C., Proceedings of EOMAS 2008

~adrian.panescu/files/pn/

➔Prezentarea➔Lucrarea originală

➔Referatul➔Re eaua Petri colorată, fi ier CPN Tools ț ș

(PAP.cpn)

GMC

Grand Medical Center, SUA 4000 angajaţi, 750 medici Cotat între primele spitale din SUA ca

performan ă ț

Motiva ieț

2005: 400.000 pacien iț 2006: 120.000 pacien i ajun i la camera ț ș

de gardă Procesul birocratic de internare a

pacien ilor este unul complexț Numero i actori/agen i: pacien ii, medici, ș ț ț

personalul auxiliar GMC, compania de asigurări, alte spitale

Procesul de internare I

Medicul hotără te internareaș Spitalul este în tiin atș ț Compania de asigurări este notificată

Procesul de internare II

Pacientul este internat

sau Va fi transferat la un alt spital (procesul

se încheie)

Procesul de internare III

După internare, pacientul este plasat în unitatea corespunzătoare

Se creează un profil al pacientului Managerul de caz:

➔ Verifică situa ia asigurării medicaleț➔ Introduce profilul în HIS Transmite companiei de asigurări alte detalii

privind internarea

Procesul de internare IV

La externare:➔ Dacă pacientul este asigurat, factura este

trimisă companiei de asigurări➔ În caz contrar, factura este transmisă

pacientului

Procesul de internare V

Dacă pacientul trebuie să plătească dar nu î i permite:ș

➔ Depune o cerere de compensare➔ GMC investighează situa ia financiară a ț

acestuia prin intermediul FairTrial➔ GMC poate anula factura pacientului dacă

acesta are o situa ie financiară dificilă ț

Tranzac iiț

Schimbul de informaţii între două sau mai multe entităţi şi acţiunile asociate acestui schimb

Precondi iiț Doi actori: ini iator, executantț Rezultat

T1

Cererea de internare Ini iator: Mediculț Executant: GMC Rezultat: Cererea este aprobată

T2

Cerere pre-autorizare la compania de asigurări

Ini iator: Mediculț Executant: Compania de asigurări Rezultat: Internarea este pre-autorizată

T3

Transferul pacientului la un alt spital Ini iator: GMCț Executant: Spitalul la care se face

transferul Rezultat: Pacientul este transferat

T4

Plata transferului Ini iator: GMCț Executant: Compania de asigurări Rezultat: Transferul este plătit

T5

Plasarea pacientului în sec ia țcorespunzătoare

Ini iator: Pacientulț Executant: GMC Rezultat: Pacientul este plasat

T6

Crearea profilului pacientului Ini iator: GMCț Executant: Pacientul Rezultat: Profilul este creat

T7

Cererea finală de aprobare a internării Ini iator: GMCț Executant: Compania de asigurări Rezultat: Cererea este aprobată

T8

Cererea de plată Ini iator: GMCț Executant: Compania de asigurări Rezultat: Cererea este aprobată

T9

Pacientul este facturat Ini iator: GMCț Executant: Pacientul Rezultat: Facura este emisă

T10

Stabilirea unui plan de compensare a plă iiț

Ini iator: Pacientulț Executant: GMC Rezultat: Este stabilit un plan

T11

Cererea de investigare a situa iei țfinanciare a pacientului

Ini iator: GMCț Executant: FairTrial Rezultat: Pacientul urmează să fie

investigat

T12/T13

Plata investiga iei/Investigarea țpacientului

Ini iator: GMC, FairTrialț Executant: GMC, FairTrial Rezultat: Pacientul este investigat i ș

investiga ia este plătităț

Ierarhia tranzac iilorț

Modelul

Re ele Petri colorate ierarhiceț Culori:

➔ GMCP – personal GMC➔ CEP – personal FairTrial➔ tPHP – personal alte spitale➔ IP – personalul companiilor de asigurări➔ P – pacien iiț➔ PI – pacient în lucru cu propria companie de

asigurări

Re ea workflowț

Pornind de la modelul ini ial, re eaua a ț țfost transformată într-o WF-re eaț

S-au efectuat i alte modificări i ș școrecturi pentru a elimina erorile i șblocajele

Tranzac iile?ț

Au fost modelate ca re ele separateț

sau Au asociate grupuri de loca ii i tranzi iiț ș ț

Re eaua T2ț

DEMO

Concluzii I

Re eaua Petri construită modelează țîntregul proces i cazurile particulare ale șacestuia

Se poate examina performan a sistemului ți se pot determina eventualele blocajeș

Corectitudinea poate fi verificată folosind proprietă ile WF-re elelorț ț

Concluzii II

Re eaua poate fi u or extinsă (unele faze ț șde execu ie nu au fost tratate)ț

Un astfel de model poate fi folosit pentru instruirea personalului

Întrebări?

Vă mul umesc!ț