UDC 62-503.51

DIZAJNIMI I NJË STACIONI TË automatizuar të punës për një terapist sanatoriumi

Zargaryan Elena Valerievna 1, Zargaryan Yuri Arturovich 2, Mishchenko Alexander Sergeevich 3, Limareva Natalya Viktorovna 4
1 Universiteti Federal Jugor, Ph.D., Profesor i Asociuar, Departamenti i Sistemeve të Kontrollit Automatik
2 Universiteti Federal Jugor, Ph.D., asistent, departamenti i sistemeve të kontrollit automatik
3 Universiteti Federal Jugor, student i departamentit të sistemeve të kontrollit automatik
4 Universiteti Federal Jugor, student i Departamentit të Sistemeve të Kontrollit Automatik

shënim
Ky artikull diskuton aplikacionin e zhvilluar të softuerit për automatizimin e vendit të punës të një terapisti sanatorium. Është shqyrtuar një përmbledhje e shkurtër e mjeteve të automatizuara të projektimit të sistemit. Është zgjedhur Power Designer. Është bërë një analizë e detyrës. Konsiderohet parimi i funksionimit të aplikacionit të softuerit të krijuar për një stacion pune të automatizuar të një terapisti sanatorium.

PROJEKTIMI I STACIONIT TË PUNËS SANATORI TERAPIST

Zargaryan Elena Valerevna 1, Zargaryan Yuriy Arturovich 2, Mishchenko Aleksandr Sergeevich 3, Limareva Natalya Viktorovna 4
1 Universiteti Federal Jugor, Ph.D., asistent profesor i departamentit të sistemeve të kontrollit automatik
2 Universiteti Federal Jugor, Ph.D., asistent i departamentit të sistemeve të kontrollit automatik
3 Universiteti Federal Jugor, student i departamentit të sistemeve të kontrollit automatik
4 Universiteti Federal Jugor, student i departamentit të sistemeve të kontrollit automatik

Abstrakt
Në këtë artikulli sanatorium i zhvilluar i softuerit të aplikimit për automatizimin e stacionit të punës për terapist. Konsiderohet një përmbledhje e shkurtër e dizajnit të sistemit të automatizuar. Set Power Designer. Një detyrë anadiz. Parimi i punës i krijuar nga sanatoriumi i terapistit të stacionit të punës së aplikacionit të softuerit.

Lidhja bibliografike për artikullin:
Zargaryan E.V., Zargaryan Yu.A., Mishchenko A.S., Limareva N.V. Projektimi i një vendi pune të automatizuar për një terapist sanatoriumi // Teknologji moderne dhe teknologjisë. 2014. Nr 11 [Burimi Elektronik]..02.2019).

Prezantimi. Efikasiteti i funksionimit të një ndërmarrje ose organizate të çdo industrie dhe fushe veprimtarie varet drejtpërdrejt nga shpejtësia, saktësia dhe afati kohor i shkëmbimit të të dhënave si brenda kësaj ndërmarrjeje ndërmjet pjesëve përbërëse të saj (departamentet, nënsistemet, etj.) ashtu edhe jashtë saj, që është, ndërveprimi dhe shkëmbimi i të dhënave të kësaj organizate me të tjerët (konkurrentët, ndërmarrjet partnere, etj.). Dhe sa më e madhe të jetë ndërmarrja, aq më serioze menaxherët e saj përballen me problemin e organizimit dhe kontrollit të rrjedhës së një sasie të madhe informacioni të ndërmarrjes.

Për të zgjidhur në mënyrë cilësore probleme të tilla, ndërmarrjet përdorin sisteme të automatizuara të kontrollit (ACS).

Qëllimi i këtij artikulliështë të nënvizojë aplikacionin e zhvilluar të softuerit për të mbështetur aktivitetet e sanatoriumit, në veçanti zhvillimin e një stacioni pune të automatizuar për një terapist.

Rëndësia e këtij aplikacioni softuerësh përcaktohet nga nevoja:

1. Mbledhja e informacionit dhe vlerësimi i rezultateve të ofrimit kujdes mjekësor, e nevojshme për trajtim efektiv, parandalimi dhe rehabilitimi;

2. Reduktimi i kohës së pritjes për kujdesin mjekësor duke menaxhuar flukset e pacientëve, duke ofruar të dhëna për ngarkesën e punës së mjekëve dhe disponueshmërinë në kohë reale të burimeve;

3. Ulja e kostove për trajtimin dhe procesin profilaktik;

4. Rritja e efikasitetit të aksesit në informacion: të gjitha informacionet mjekësore për pacientin, rezultatet e punës parandaluese dhe terapeutike-diagnostike, duke përfshirë rezultatet e hulumtimit, i vihen në dispozicion mjekut nga vendi i punës, në kohë reale;

5. Sigurimi i mjekut me burimet e nevojshme të informacionit: drejtpërdrejt në procesin e ofrimit të kujdesit mjekësor, mjeku ka akses në të dhëna të përditësuara.

Gjatë krijimit të aplikacionit softuer, ne analizuam mjetet e mëposhtme zbatimet:

1. Power Designer, i cili mbështet mjetet e modelimit dhe diagramimit, metodologjinë UML, CDM, PDM dhe aftësitë e ruajtjes së të dhënave. Ky aplikacion softuerësh mbështet aftësitë e zhvillimit të ekipit

2. Oracle është një DBMS e fuqishme dhe e qëndrueshme që funksionon nën sisteme të ndryshme operative, duke përfshirë Windows 98, Windows 2000/XP dhe disa variante të Unix. Është një nga DBMS-të më të njohura në botë dhe ka një histori të gjatë zhvillimi dhe përdorimi. Pjesa më e madhe e teknologjisë Oracle është e hapur për zhvilluesit, gjë që ofron fleksibilitet më të madh në konfigurimin dhe personalizimin e saj.

Megjithatë, e gjithë kjo do të thotë se Oracle mund të jetë paksa i ndërlikuar për t'u instaluar dhe ka shumë kurbë mësimi të përfshirë. Për më tepër, teknikat që funksionojnë në versionin e Oracle të destinuara për një sistemi operativ, mund të kërkojë modifikim në një version për një sistem tjetër operativ.

Ka shumë konfigurime të paketës softuerike Oracle. Së pari, janë dy versione të ndryshme Bërthamat e Oracle DBMS: për përdorim individual dhe për organizata. Përveç kësaj, ekziston një program për zhvillimin e formave dhe raporteve, programi Oracle Designer dhe shumë mjete për publikimin e bazave të të dhënave të Oracle në WEB.

3. SQL Navigator - mjedisi më i popullarizuar i zhvillimit për Oracle, duke ofruar mundësi të bollshme për të shkruar, konfiguruar dhe korrigjuar bibliotekat PL/SQL, duke përfshirë një sistem ekspertësh të integruar dhe një sistem këshillash.

4. Delphi është një mjedis i dizajnit vizual që ju lejon të krijoni shpejt dhe me efikasitet programe në një ekip në prodhim, të zvogëloni ndjeshëm kohën e shpenzuar për përgatitjen e aplikacioneve dhe gjithashtu të koordinoni aktivitetet e një grupi furnitorë, kodues, testues dhe shkrimtarë teknikë. Një avantazh tjetër i Delphi është ndër-platforma e tij, d.m.th. aftësia për të përpiluar aplikacione Windows në formatin Kylix për Linux.

Analiza e specifikimeve teknike. Në përgjithësi, mjetet mbështetëse të softuerit për një mjek të përgjithshëm mund të përfaqësohen si një grup prej tre stacionesh të automatizuara pune (AWS):

AWS "Regjistrimi"

AWS "Terapist"

AWS "Administrator"

Stacioni i punës së "Terapistit"

Duke marrë parasysh punën e një mjeku të përgjithshëm, mund të vërehet se një pacient vjen tek ai me një kartë dhe, ndoshta, rezultatet e një ekzaminimi shtesë diagnostikues, dhe detyra e tij kryesore është të zhvillojë një regjim trajtimi për pacientin, i cili mund të përfshijë procedura të ndryshme, terapi medikamentoze, vizita tek specialistët etj. Terapisti duhet të kuptojë problemet e pacientit, të përcaktojë se në çfarë faze është një sëmundje e caktuar dhe të vendosë se çfarë duhet të bëjë pacienti për të përmirësuar mirëqenien e tij. E gjithë puna për përgatitjen e një vendimi mund të ndahet në disa faza: përshkrimi i gjendjes së pacientit, ekzaminimi klinik, vendosja e diagnozave, përcaktimi i qëllimeve të terapisë, vendosja e kritereve për arritjen e qëllimeve të terapisë, analizimi i gjendjes së pacientit dhe sintetizimi i një regjimi trajtimi bazuar në informacionin e marrë. Ndërfaqja e terapistit duhet të ndërtohet në përputhje me diagramin e dhënë. Forma kryesore e vendit të automatizuar të punës duhet të jetë formulari i paraqitjes së pacientit të cilët trajtohen nga një mjek i caktuar dhe vizitat e tyre te mjeku. Vizitat mund të jenë të disa llojeve: takim fillestar, takim i përsëritur, konsultim parandalues. Për çdo lloj vizite, stacioni i punës së terapistit duhet të zgjedhë mjetet e veta për të punuar me pacientin. Formulari i paraqitjes së pacientit duhet të ketë të njëjtat aftësi për kërkimin dhe filtrimin e të dhënave përkatëse si formulari i paraqitjes së stacionit të punës së regjistruesit. Për një klasifikim më të rafinuar të llojeve të vizitave të pacientëve, duhet të prezantohet koncepti i qëllimit të vizitës. Kështu, për shembull, Përveç kësaj, identifikuesit e listës duhet të kenë një fushë për datën e ardhshme të mbërritjes së pacientit. Formulari i marrjes së pacientit duhet të organizohet në një magjistar përkatës që paraqet punën në një sekuencë logjike. Në fazën e parë, mjeshtri regjistron ankesat e pacientit, historinë mjekësore të pacientit, historinë e jetës së pacientit, historia e alergjive, bëhet një studim mbi organet dhe sistemet. Nëse, para se të vizitohet nga një mjek, pacienti i është nënshtruar një procedure diagnostike që përjashton disi sëmundjet e organeve dhe sistemeve të caktuara, atëherë anketa duhet të shkurtohet për të kursyer kohën e mjekut. Për më tepër, në fazën e parë të punës së magjistarit, është e mundur të kryhet një procedurë diagnostike brenda kornizës së vendit të automatizuar të punës "Diagnostifikimi Shtesë". Gjatë marrjes së pacientit, për të zbuluar gjendjen e tij, intervista duhet të fillojë me regjistrimin e ankesave pacientit. Duhet të dini:

1. Për çfarë ankohet pacienti?

2. Lokalizimi i saktë i dukurive të dhimbshme.

3. Rrezatimi i dhimbjes.

4. Koha e paraqitjes (ditë/natë)

5. Faktorët që shkaktojnë dhimbje (fizike ose stresi mendor, të ngrënit, etj.).

6. Karakteri ndjesi e dhimbshme, për shembull, natyra e dhimbjes: shtrydhje, therje, djegie, konstante, paroksizmale, etj. , si dhe intensiteti, kohëzgjatja e tij

7. Si ndalet dukuria e dhimbshme?

8. Sjellja e pacientit, pozicioni i detyruar i pacientit, zbutja e ndjesive të dhimbshme.

Çdo ankesë duhet të klasifikohet sipas përkatësisë së saj në një sistem të caktuar trupor. Pas kësaj, është e nevojshme të kryhet një studim i detajuar i pacientit për ato organe dhe sisteme që u përmendën në fazën e regjistrimit të ankesave. Në procesin e detajimit, merren parasysh organet dhe sistemet e mëposhtme:

Pas regjistrimit të ankesave dhe detajimit të organeve dhe sistemeve të prekura, paraqitja, zhvillimi dhe ecuria e sëmundjes aktuale nga manifestimet e para deri në momentin e ekzaminimit nga një terapist (përshkrimi i historisë mjekësore) përshkruhet në mënyrë të detajuar në mënyrë kronologjike. Përshkrimi mund të reduktohet në një sondazh sipas skemës së mëposhtme:

1. Sa kohë e konsideron veten të sëmurë?

2. Ku dhe në çfarë rrethanash u sëmurët për herë të parë?

3. Faktorët që kontribuojnë në shfaqjen e sëmundjes

4. Me çfarë shenjash filloi sëmundja?

5. Vizita e parë te mjeku, rezultatet e studimeve, diagnoza e sëmundjes, trajtimi në atë kohë, efektiviteti i saj.

6. Ecuria e mëvonshme e sëmundjes

Faza e dytë e punës së recepsionistit të pacientit është një ekzaminim klinik i kryer nga një mjek i përgjithshëm. Në kuadër të ekzaminimit klinik, mjeku kryen ekzaminimin e jashtëm të pacientit, palpimin, goditjen, auskultimin, për të përcaktuar gjendjen e organeve dhe sistemeve të ndryshme, leximin e përgjigjes së urgjencës, leximin e presionit të gjakut, matjen e gjatësisë, përcaktimin e peshës trupore. . Informacioni për rezultatet e secilit lloj ekzaminimi regjistrohet nga mjeku në fushat përkatëse të magjistarit të ekzaminimit.

Në fazën e tretë të punës së masterit, futet diagnoza e bërë nga mjeku pacientit. Futet diagnoza kryesore, përcaktohet nëse sëmundja është në remision apo në acarim, futen diagnoza shoqëruese dhe për to përcaktohet edhe gjendja në të cilën ndodhen. Pas vendosjes së diagnozave dhe përcaktimit të rrjedhës së sëmundjeve, mjeku mund të marrë përgjegjësinë për trajtimin e sëmundjes përkatëse ose ta referojë pacientin te një specialist.

AWS "Administrator"

Në nivelin e administratorit, kryhen llojet e mëposhtme të punës:

Konfigurimi i klinikës;

Vendosja e stacioneve të punës;

Vendosja e drejtorive.

Analiza e sistemeve të ngjashme softuerike. "AIS "Poliklinika" Kompania CROC ka zhvilluar dhe zbatuar një sistem informacioni të automatizuar për klinikën qendrore të FSB të Rusisë ( AIS "Poliklinika"). Sistemi mbulon 340 stacione pune të automatizuara, përdoruesit e tij janë më shumë se 700 punëtorët mjekësorë, duke u shërbyer mbi 5 mijë njerëzve në ditë. Sistemi është krijuar për informacion të plotë dhe mbështetje analitike për punën e klinikës. Sistemi, komponenti qendror i softuerit të të cilit është sistemi i informacionit mjekësor "MedAnalytics", përfshin gjithashtu server, kompjuter, rrjet dhe pajisje periferike, një central telefonik privat të lidhur me rrjetin telefonik të qytetit, një sistem kabllor të strukturuar, një lokal me shpejtësi të lartë. rrjetin e zonës, si dhe sistemet e furnizimit me energji elektrike dhe të sigurisë

Sistemi i automatizuar mjekësor “MedIS-T”. Sistemi është menduar për automatizimin e mjekësisë industriale, klinikave, spitaleve, qendrave shëndetësore dhe sanatoriumeve. Ka aftësinë për të administruar në distancë stacionet e punës të sistemit (nëpërmjet internetit).

Zbatimi i një aplikacioni softuerik. Duke përdorur sistemin softuerik Power Designer 15, ai u implementua modeli konceptual të dhëna. Duke qenë se për të regjistruar ankesat e pacientëve është e nevojshme të plotësohen pothuajse të njëjtat fusha për çdo ankesë, u vendos që të zhvillohet një tabelë abstrakte e regjistrimit të ankesave.

Tabelat e mëposhtme janë zhvilluar:

Tusers - përmban të dhëna për përdoruesit e sistemit.

Tpacient - kartela e pacientit.

Tzalob - përmban ankesa të pacientëve.

T_boby_system – sistemet e trupit të njeriut.

T_ boby_pod_system – lloji i ankesës për një sistem specifik të trupit.

Tonsp_obch – një tabelë për përcaktimin e gjendjes aktuale të pacientit.

Tanamnez – histori mjekësore.

Tanamnez_next - rrjedha e mëvonshme e sëmundjes

Tdiaznoz - përmban diagnozën e pacientit.

T_pod_diaznoz - përmban diagnoza që shoqërojnë atë kryesore.

Duke përdorur sistemin softuerik Power Designer 15, bazuar në një model të dhënash konceptuale, a modeli i të dhënave fizike, fokusuar në Oracle (shih Fig. 1).

Krijimi i pamjeve . Një pamje është rezultat i një shprehjeje SQL që përbëhet nga deklarata seleksionimi, dizajni dhe bashkimi. Pamjet ofrojnë siguri më fleksibël të tabelës, ato mund të përdoren për të kufizuar aksesin në kolona ose rreshta të veçantë dhe mund të përdoren për të bashkuar tabela.

Oriz. 1 – Modeli i të dhënave

Struktura e prezantimit:

Krijoni ose zëvendësoni pamjen "v _emri i tabelës" ("emri_fushës 1", "emri_fushës 2"..."emri_fushës n") si zgjidhni "emri_fushës 1", "emri_fushës 2"….."emri_fushës n" NGA "emri i tabelës" WHERE DEL =0

Ku DEL është fusha e shenjës së fshirjes

Për secilën tabelë, u krijuan pamje të strukturës së përshkruar më sipër.

Krijimi i sekuencave. Një sekuencë është një objekt që gjeneron një seri numrash unikë vijues. Sekuencat përdoren më shpesh për të gjeneruar vlera kyçe zëvendësuese.

Krijimi i nxitësve. Aktivizuesit në Oracle janë procedura në Java ose SQL që thirren kur a veprime të caktuara me një bazë të dhënash. Oracle mbështet disa lloje aktivizuesish: disa lëshohen nga komandat SQL që krijojnë struktura të reja, të tilla si tabela, në bazën e të dhënave, të tjerët lëshohen një herë në nivelin e tabelës kur ndryshohet një rresht tabele dhe të tjerët lëshohen një herë për çdo rresht të ndryshuar. .

Struktura e nxitësve të krijuar:

FILLO ZGJIDH SEC_“emri_tabelës”. PJESA NË: E RE. "Table_identifier" FROM DUAL; FUND;

Implementimi i pjesës së klientit të aplikacionit softuerik. Programi përbëhet nga modulet e mëposhtme:

Login_Unit – një modul i krijuar për të hyrë në sistem.

Dm_unit është një modul i krijuar për të ruajtur mjetet e konfiguruara të aksesit në bazën e të dhënave.

Admin_Unit – një modul i krijuar për të shfaqur një listë të përdoruesve të regjistruar të sistemit.

Main_Unit – Forma kryesore e aplikacionit.

Find_User_Unit – një modul i krijuar për të futur të dhënat e kërkuara për kërkimin.

New_User_Unit – një modul i krijuar për të shtuar një përdorues të ri.

Edit_User_Unit – një modul i krijuar për redaktimin e të dhënave të përdoruesit.

Reg_nit është një modul i krijuar për të shfaqur kartat e pacientëve.

New_Pacient_Unit – një modul i krijuar për të shtuar një pacient të ri në bazën e të dhënave.

Edit_pacient_Unit – një modul i krijuar për redaktimin e të dhënave të pacientit.

Pacient_Unit është një modul i krijuar për të shfaqur pacientët në stacionin e punës "Therapist".

Choose_Date_Unit – një modul i krijuar për të zgjedhur një datë.

Reg_Zalob_Unit – një modul i krijuar për të regjistruar ankesat e pacientëve.

Detail_zalob_Unit – një modul i krijuar për të detajuar ankesat e regjistruara.

Edit_Unit është një modul i krijuar për të futur një sasi të madhe të dhënash.

Anamnez_Unit është një modul i krijuar për të përshkruar historinë mjekësore të sëmundjes.

New_zalob_Unit – një modul i krijuar për të shtuar një ankesë të re në bazën e të dhënave.

Edit_Zalob_Unit – një modul i krijuar për redaktimin e ankesave.

Opred_Sost_Unit – një modul i krijuar për të përcaktuar gjendjen aktuale të pacientit.

Diagnoz_Unit është një modul i krijuar për të bërë diagnozën kryesore dhe diagnozat shoqëruese.

Sost_Unit_ është një modul i krijuar për të parë kushtet e pacientit në data të ndryshme. Shërben për të përcaktuar dinamikën e zhvillimit të pacientit.

Edit_Sost_Unit – një modul i krijuar për redaktimin e të dhënave në lidhje me gjendjen e pacientit.

Restore_Users_Unit – një modul i krijuar për të rivendosur përdoruesit e sistemit të fshirë gabimisht.

DMrestore_Unit – një modul i krijuar për të ruajtur mjetet e konfiguruara të aksesit në bazën e të dhënave.

Restore_Pacient_Unit – një modul i krijuar për të rivendosur pacientët e fshirë gabimisht.

Restore_diagnoz_Unit është një modul i krijuar për të rivendosur diagnozat e pacientëve të fshirë gabimisht.

Struktura e aplikacionit softuer është paraqitur në figurën 2.

Pas nisjes së aplikacionit të softuerit, në ekranin e monitorit do të shfaqet një formular që do t'ju kërkojë të kaloni procedurën e vërtetimit (shih Figurën 3). Për t'u kyçur në sistem, do t'ju duhet të vendosni "login" dhe "password" në fushat përkatëse të formularit.

Pas hyrjes, do të shfaqet forma kryesore e aplikacionit softuerik (shih Figurën 4). Ky formular nuk është informues dhe ofron vetëm një zgjedhje të mënyrës për të punuar me aplikacionin:

AWS "Administrator";

AWS "Regjistrimi";

AWP "Terapist".

Oriz. 2 – Struktura e aplikacionit të softuerit

Nëse një përdorues nuk ka të drejta të caktuara për ndonjë mënyrë pune me sistemin, atëherë kjo mënyrë nuk do të jetë e disponueshme për këtë përdorues.

Oriz. 3 – Formulari i hyrjes

Oriz. 4 – Forma kryesore e aplikacionit softuerik

AWS "Administrator". Pas hyrjes në sistem në modalitetin e administratorit, formulari AWS "Administrator" do të shfaqet në ekran (shih Fig. 5).

Formulari shfaq përdoruesit e sistemit, si dhe të drejtat e këtyre përdoruesve. Ju mund të kryeni veprimet e mëposhtme me këto të dhëna:

Add – shfaq formularin për shtimin e një përdoruesi të ri (shih Fig. 6).

Për të shtuar saktë një përdorues, duhet të plotësoni të gjitha fushat, si dhe të ndani të drejtat për përdoruesin, pas së cilës duhet të klikoni në butonin "Shto".

Oriz. 5 – Forma e vendit të automatizuar të punës “Administrator”

Fig.6 – Formulari për shtimin e një përdoruesi të ri

Edit – shfaq një formular për modifikimin e të dhënave të përdoruesit. Ky formular është i ngjashëm me formularin për shtimin e një përdoruesi të ri.

Fshi – ky funksion synon të fshijë një përdorues. Të dhënat nuk fshihen fizikisht nga baza e të dhënave. Të dhënat e fshira mund të rikthehen në çdo kohë.

Search – aktivizimi i formës së hyrjes së vargut të kërkimit (shih Fig. 7).

Fig. 7 – Kërko formularin e hyrjes së vargut

Pasi të keni futur vargun e kërkimit, duhet të klikoni në butonin "Gjeni".

Administratori gjithashtu ka mundësinë të rikuperojë të dhënat e fshira. Ekziston një formë e specializuar për rikthimin e përdoruesve të sistemit (shih Fig. 8)

Fig. 8 – Rivendosja e përdoruesve të sistemit

Për të rivendosur një përdorues, duhet ta specifikoni atë në listën e përdoruesve të fshirë dhe më pas klikoni në butonin "Rivendos".

Për të rivendosur pacientët e fshirë, ekziston një formë e specializuar e rikuperimit të pacientit (shih Fig. 9)

Oriz. 9 – Rimëkëmbja e pacientit

Për të rivendosur një pacient, duhet ta specifikoni atë në listën e pacientëve të fshirë dhe më pas klikoni butonin "Rivendos".

Për të rivendosur diagnozat e fshira, ekziston një formë e specializuar për rivendosjen e diagnozave (shih Fig. 10.)

Oriz. 10 – Rivendosja e diagnozave

Për të rivendosur një diagnozë, duhet ta specifikoni atë në listën e diagnozave të fshira dhe më pas klikoni në butonin "Rivendos". Për të rivendosur një diagnozë shoqëruese, duhet ta tregoni atë në listën e diagnozave shoqëruese të fshira dhe më pas klikoni butonin "Rivendos". Diagnoza do të rikthehet te pacienti nga i cili është hequr.

AWP "Terapist". Pas aktivizimit të modalitetit të terapistit, formulari i paraqitjes së pacientit do të shfaqet në ekran (shih Fig. 11).

Formulari shfaq pacientët e caktuar tek një mjek specifik.

Ju mund të kryeni veprimet e mëposhtme me këto të dhëna:

Përzgjedhja e pacientëve të regjistruar për një datë të caktuar. Për të aktivizuar këtë funksion, duhet të klikoni në butonin "Pacientët".

Oriz. 11 – Forma e vendit të automatizuar të punës “Mjek-terapist”

Një formular për zgjedhjen e datës do të shfaqet në ekran (shih Fig. 12)

Oriz. 12 – Formulari i përzgjedhjes së datës

Pasi të keni mbaruar zgjedhjen e datës, duhet të klikoni në butonin "Shiko".

Search – aktivizimi i formës së hyrjes së vargut të kërkimit (shih Fig. 7).

Anulo – ky funksion është krijuar për të anuluar rezultatet e kërkimit.

Fillimi i takimit – aktivizon magjistarin e takimit të pacientit.

Hapi i parë në marrjen e një pacienti është regjistrimi i ankesave të pacientit (shih Fig. 13).

Oriz. 13 – Formulari i regjistrimit të ankesës së pacientit

Ky formular tregon ankesat e pacientit. Ju mund të kryeni veprimet e mëposhtme me këto të dhëna:

Shto – aktivizon formularin për shtimin e ankesës së pacientit (shih Fig. 14).

Oriz. 14 – Formulari për shtimin e ankesës së pacientit

Detaje – aktivizimi i formularit për detajimin e ankesës së pacientit (shih Fig. 15).

Edit – ky formular është i ngjashëm me formularin e detajeve të ankesës së pacientit.

Fshi – ky funksion synon të fshijë një kartë pacienti. Të dhënat nuk fshihen fizikisht nga baza e të dhënave.

Oriz. 15 – Formulari i detajeve të ankesës së pacientit

Pas regjistrimit të ankesave të pacientit dhe detajimit të tyre, është e nevojshme të kalohet në përshkrimin e historisë mjekësore. Për ta bërë këtë, duhet të plotësoni fushat në dy skeda:

Historia e sëmundjes (shih Fig. 16).

Ecuria e mëvonshme e sëmundjes (shih Fig. 17).

Pas përshkrimit të historisë mjekësore, është e nevojshme të fillohet të përcaktohet gjendja e pacientit. Nëse pacienti ka vizituar mjekun më shumë se një herë, falë kësaj forme, është e mundur të gjurmohet dinamika e zhvillimit të sëmundjes (shih Fig. 18).

Oriz. 16 – Skeda e përshkrimit të historisë së sëmundjes

Oriz. 17 – Skeda që përshkruan rrjedhën e mëvonshme të sëmundjes

Ju mund të kryeni veprimet e mëposhtme me të dhënat e formularit:

Shto – aktivizon formularin për përcaktimin e gjendjes së pacientit (shih Fig. 19).

Edit – aktivizon formularin për modifikimin e statusit të pacientit. Kjo formë është e ngjashme me formën e përkufizimit të shtetit.

Pas përshkrimit të historisë së sëmundjes, është e nevojshme të fillohet të bëhet një diagnozë (shih Fig. 20).

Oriz. 18 – Formulari i paraqitjes së statusit të pacientit

Fig. 19 – Formulari për përcaktimin e gjendjes së pacientit

Pas vendosjes së një diagnoze, mund të plotësoni magjistarin e marrjes së pacientit.

Oriz. 20 – Formulari i diagnozës

Aplikacioni i zhvilluar i softuerit mund të përdoret për të automatizuar vendin e punës së një mjeku sanatorium.

Bibliografi

1. D. Kroenke, “Teoria dhe praktika e ndërtimit të bazës së të dhënave” “Peter”, 2003.
2. Date, K., J. Hyrje në sistemet e bazave të të dhënave. botimi i 6-të. - TE.; M., Shën Petersburg: “Williams”, 2000. – 848s
3. V.V. Korneev, A.F. Gareev, S.V. Vasyutin, V.V. Bazat e të dhënave të Rajhut. Përpunimi inteligjent i informacionit. – M.: Dituria, 2001.- 496 f.
4. Khomonenko A.D., Tsygankov V.M., Maltsev M.G. Bazat e të dhënave: Libër mësuesi për institucionet e arsimit të lartë / Ed. prof. FERRI. Khomonenko. – Shën Petersburg: shtypi CORONA, 2002. – 672 f.
5. Zargaryan E.V., Zargaryan Yu.A. Mbështetje informacioni për problemet e optimizimit me shumë kritere duke përdorur metodën Pareto. Informatizimi dhe komunikimi. 2013. Nr 2. F. 114-118.
6. Zargaryan E.V. MËNYRA E LLOGARITJES SË BILANCIT INDUSTRIAL I PADAKTUAR. Lajmet e Universitetit Federal Jugor. shkenca teknike. 2008. T. 81. Nr 4. F. 125-129.

Kompjuteri ka hyrë në të gjitha sferat e veprimtarisë njerëzore. Stacioni i punës së mjekut është një program kompjuterik që duhet të ndihmojë mjekun në procesin e diagnostikimit dhe trajtimit, duke ofruar maksimumin informacione të dobishme dhe nuk ngarkohet shtesë punë mjekësore. Por realiteti nuk është gjithmonë rozë dhe i bukur.

Një mjek ose është shok me kompjuterin ose jo...

Stacioni i punës së mjekut - çfarë është?

I automatizuar vendin e punës(Stacioni i punës së mjekut) është një terminal kompjuteri me një program të veçantë që ju lejon të përdorni teknologjive moderne në punën e përditshme institucioni mjekësor. Dixhitalizimi i përhapur ka hyrë në të gjitha sferat e jetës dhe është marrëzi të refuzosh përparimin: një kompjuter mund të bëhet një asistent i shkëlqyer dhe i domosdoshëm për një mjek, por në kushtet e mëposhtme:

• mjeku njeh teknologji të reja;
• institucioni mjekësor bleu kompjuterë të fuqishëm;
• është krijuar një rrjet i mirë me akses në internet;
• përdoren programe të lehta për t'u përdorur për përpunimin e informacionit;
• Një administrator me përvojë i sistemit mirëmban pajisjet.

Mungon asnjë prej kushteve dhe stacioni i punës i mjekut bëhet një problem i përditshëm, i cili është i vështirë për t'u zgjidhur nga mjeku, ndonjëherë i pamundur dhe, më e rëndësishmja, kjo situatë e pengon atë të kujdeset për pacientët. Shpesh mjeku bëhet skllav dhe shtojcë e kompjuterit me të gjitha pasojat që pasojnë.

Ndihmë e vërtetë për mjekun

Moderne Teknologjia e informacionit krijoni shumë lehtësi për mjekun - nga gjetja e informacionit të nevojshëm mjekësor në internet deri te përdorim efektiv programet kompjuterike në diagnostikimin e sëmundjeve. Stacioni i punës së mjekut është një bazë të dhënash për çdo pacient, nga e cila mund të mësoni:

• të gjitha diagnozat dhe sëmundjet e personit që kërkon ndihmë (duke parë kartën elektronike, ndonjëherë mund të zbuloni shumë më tepër sesa kur mbledhni anamnezë nga pacienti);
• rezultatet e testeve të fundit, studimet diagnostike dhe opinione këshilluese;
• vendndodhjen e pacientit në dinamikën e trajtimit (terapi spitalore dhe ambulatore);
• pjesë e të dhënave individuale të një personi (pasaportë, sigurim mjekësor, SNILS, telefon);
• statistikat e punës së përditshme.

Është marrëdhënia ndërmjet institucioneve të ndryshme mjekësore dhe specialistëve në stacionin e punës së mjekut që është asistenti më i mirë për mjekun: duke klikuar mbi emrin e pacientit, mund të periudhë e shkurtër koha për të gjetur sa më shumë informacion mjekësor për një person.

Stacioni i punës së mjekut - cilat janë disavantazhet

Të kesh një kartë elektronike për çdo person është e mrekullueshme dhe e përshtatshme. Por vetëm në kushte ideale. Në jetën dhe realitetin e çdo institucioni mjekësor të veçantë ka nuanca të rëndësishme, barriera të pakapërcyeshme dhe vështirësi të mëdha. Stacioni i punës së mjekut bëhet barrë për mjekun në rastet e mëposhtme:

• Janë blerë terminale kompjuterikë të lirë dhe me fuqi të ulët me printera që thyhen lehtësisht;
• përdoret një program mjekësor i rëndë dhe i papërfunduar;
• nuk ka bashkim për të gjithë vendin (çdo rajon përdor programin e tij për mbajtjen e një harte elektronike);
• u kursyen fondet për krijimin e një rrjeti brendaspitalor, i cili ndikon në shpejtësinë e aksesit në internet;
• Për të kursyer para, spitali nuk blen letra zyre (ekzaminimi i mjekut mund të shtypet dhe të ngjitet në një kartë letre, të cilën askush nuk e ka anuluar), kështu që mjeku, përveç futjes së informacionit në program, është i detyruar. të shkruajë me stilolaps të rregullt në letër të rregullt, sipas nevojës;
• u punësua një programues i paaftë që nuk njeh teknologjitë e rrjetit;
• Mjeku nuk zotëron një kompjuter, duke shtypur me një gisht dhe ka vështirësi të kuptojë pse nevojitet butoni Enter.

Në institucionet e mëdha ka probleme me

MIS CAUSE (versioni 0.7.2014.23 dhe më i lartë)
Nënsistemi "Procesverbali elektronik mjekësor: klinikë ambulatore"

("EMK - stacion pune i një mjeku në një klinikë ambulatore (poliklinikë)")

(përshkrim i shkurtër i veçorive dhe funksioneve)
Nënsistemi “Procesverbali elektronik mjekësor: klinikë ambulatore” MIS KAUZ (mislpu. ru) me qellim qe:

• 
  automatizimi i rrjedhës së dokumenteve të klinikave ambulatore (poliklinikave) organizatë mjekësore(MO);
• 
  automatizimi i vendit të punës së mjekut në një klinikë ambulatore (poliklinikë) të Rajonit të Moskës gjatë një takimi ambulator;
• 
  automatizimi i punëtorëve infermiere klinika ambulatore (poliklinika) të Rajonit të Moskës për emërime ambulatore;
• 
  marrja e raporteve të nevojshme për punën e një mjeku në një klinikë ambulatore (poliklinikë) të Rajonit të Moskës;
• 
  shkëmbim informacioni mbi rezultatet e ekzaminimeve ambulatore me nënsistemet e tjera të MIS KAUZ.

Për të regjistruar të dhënat EHR në klinikën ambulatore të Rajonit të Moskës, përdoret moduli "Regjistrimi i Dokumenteve Primare" (REGDOC) modaliteti "AMB - POLYCLINIC (EMR)".
Ju duhet të plotësoni cilësimet e përdoruesit të ngjashëm me shembullin më poshtë -

Nënsistemi "EMK - stacioni i punës së një mjeku në një klinikë ambulatore (poliklinikë)": ofron opsionet e mëposhtme:

1. 
   regjistrimi (shtimi, ndryshimi, fshirja) e të dhënave të pacientit -

1. 
   regjistrimi i një recete të re preferenciale (përfitim federal dhe rajonal) -

1. 
   shikimi i listës së recetave preferenciale (RP) dhe ndryshimi i tyre -

1. 
   Shikimi i një liste të EHR-ve të pacientëve të regjistruar në klinikën (klinikën) ambulatore -

1. 
   Shikimi i një liste të EHR-ve të pacientëve të regjistruar në një spital (spital ditor) -

1. 
   printimi i dokumenteve të pacientit të nevojshëm për kujdesin e tij në një klinikë (klinikë) ambulatore -

1. 
   regjistrimi i një nevoje të re për përfitime barna(LLS) i një përfituesi federal, një përfituesi rajonal, një "refuzues" nga NSU -

1. 
   shikimi i listës dhe ndryshimi i nevojës për ilaçe preferenciale (PMP) të një përfituesi federal, një përfituesi rajonal ose një "refuzues" nga NSU -

1. 
   funksionaliteti i mjekut praktikë e përgjithshme(GP) -

KUJDES!

Më shumë informacion rreth funksionalitetit të sistemit pop "Workstation GP" mund të gjenden në udhëzimet e përfshira në skedar - Workstation GP - manual user.doc

1. 
   punoni në "mode" Regjistrimi elektronik për të parë një mjek (test, procedurë)" -

KUJDES!

Më shumë detaje rreth funksionalitetit të sistemit pop “Takim elektronik me një mjek (studim, procedurë)” mund të gjendet në udhëzimet e përfshira në dosjet:

- Regjistri elektronik- manuali i përdorimit.doc

- Organizimi i punës me mënyrën e REGJISTRIMIT ELEKTRONIK MIS LPU.doc

1. 
   regjistrimi i të dhënave të ekzaminimit ambulator –

KUJDES!

Lista e ekzaminimeve shfaq VETËM referimet për një mjek të specialitetit mjekësor që specifikohet në cilësimet për vendin e punës së përdoruesit.
Për të plotësuar të dhënat e ekzaminimit ambulator (referimit), duhet të zgjidhni...


... dhe plotësoni të dhënat -


KUJDES!

Supozohet se referimi për ekzaminim ambulator bëhet nga:

- tavolina e regjistrimit ambulator (kur regjistroni një pacient për një takim me një mjek);

• 
  spitali (spitali ditor) (për shembull, pas pranimit të pacientit);
• 
  klinikë ambulatore (për shembull, kur një mjek i përgjithshëm (pediatër, GP) e referon një pacient për ekzaminime te "specialistët").

Nëse nuk ka të dhëna për referimin e pacientit (për shembull, kur pacienti vetë-referohet në klinikë, duke anashkaluar regjistrin), atëherë të dhënat për ekzaminimin e tij ambulator mund të futen në të njëjtën mënyrë.
Kur plotësoni të dhënat e mëposhtme:

• 
  Ankesat
• 
  Anamneza
• 
  Objektivisht (statusi objektiv)
• 
  Status Special (status special)
• 
  Plani i trajtimit
• 
  Plani i anketimit
• 
  Rekomandime

Përdoret një sistem shabllonesh, të cilët formohen (krijohen) nga mjeku individualisht.
Për të shtuar një shabllon të ri, duhet të vendosni një emër të ri -


Shto një shabllon të ri






Për të zgjedhur një shabllon ekzistues, duhet ta zgjidhni atë nga lista përkatëse -


Për të ndryshuar tekstin, duhet ta bëni atë me dorë -


Zgjedhja e modelit të tekstit të ekzaminimit varet nga specialiteti mjekësor dhe diagnoza e pacientit -

KUJDES!

Modelet e testeve për ekzaminimet nga mjekët ambulatorë m.b. shtuar dhe ndryshuar në modulin “MIS Administrator” (ADMINDOC). Shtimi i shablloneve të tillë duhet të bëhet para fillimit të përdorimit të nënsistemit "EMK - stacioni i punës së një mjeku ambulator (klinik)" nga mjekët.
Pas plotësimit të fushave të kërkuara, duhet të ruani të dhënat e ekzaminimit ambulator (F2) ...


... dhe, nëse është e nevojshme, printoni protokollin e ekzaminimit duke përdorur një printer në letër (për shembull, për të shtuar (ngjit) një protokoll letre në kartelën mjekësore të pacientit) -




Pas ruajtjes së të dhënave të ekzaminimit ambulator (konfirmimi nga mjeku), të dhënat mund të shikohen në modalitetin "Rezultatet".

1. 
   shikimi dhe printimi i rezultateve të ekzaminimeve ambulatore –

KUJDES!

Lista e rezultateve shfaq ekzaminimet e të gjitha specialiteteve mjekësore (pa kufizime në specialitetin mjekësor të specifikuar në cilësimet për vendin e punës së përdoruesit) në një sfond gri-blu - konfirmuar nga mjekët që ekzaminuan pacientin.

1. 
   shikimin dhe shtypjen klinike dhe kërkime biokimike pacienti -

KUJDES! Modaliteti është i disponueshëm nëse institucioni i kujdesit shëndetësor përdor nënsistemin "LIS - sistemi i informacionit laboratorik" MIS KAUZ (mislpu.ru)

1. 
   shikimi dhe printimi i të dhënave nga studimet funksionale të pacientit -

KUJDES! Modaliteti është i disponueshëm nëse institucioni i kujdesit shëndetësor përdor nënsistemin "EMC - Stacioni i punës i një mjeku funksional diagnostikues" MIS KAUZ (mislpu.ru)

1. 
   shikimi dhe printimi i të dhënave me ultratinguj të pacientit -

KUJDES! Modaliteti është i disponueshëm nëse institucioni i kujdesit shëndetësor përdor nënsistemin "EMC - Stacioni i punës së mjekut" diagnostikimi me ultratinguj” MIS KAUZ (mislpu.ru)

1. 
   shikimin dhe printimin e të dhënave Studimet me rreze X(RTI) e pacientit –

KUJDES! Modaliteti është i disponueshëm nëse institucioni i kujdesit shëndetësor përdor nënsistemin "RIS - Sistemi i Informacionit Radiologjik" MIS KAUZ (mislpu.ru)

1. 
   regjistrimi i të dhënave për vaksinat parandaluese -

KUJDES! Udhëzuesi i përdoruesit për të punuar me nënsistemin "Immunoprophylaxis" gjendet në skedar - Udhëzuesi i përdoruesit immunoprophylaxis.doc
18) shtimi, ndryshimi, shikimi dhe printimi i epikrizave tronditëse në VK–






19) gjenerimi i raporteve -


Shërbimi i mbështetjes së klientit

mislpu @ yandex. ru

Programi me qellim qe mbajtjen e të dhënave mjekësore në një mjedis ambulator.

Viti: 2011
Version: 4.2.02
Zhvilluesi: Leybasoft
Platforma: Windows XP SP2 dhe më lart
Përputhshmëria me Vista: plot
Kërkesat e sistemit:
- procesori: P-III (Celeron 1.5 GHz) dhe më i lartë
- RAM: 512 MB (min 256 MB) dhe më e lartë (rekomandohet)
- Hapësira në HDD: 100 MB ose më shumë (në varësi të shkallës së rritjes së madhësisë së skedarit të bazës së të dhënave)
- të drejtat e administratorit (vetëm për instalimin e softuerit dhe konfigurimin e serverit)
Gjuha e ndërfaqes: vetëm rusisht
Tableti: Nuk kërkohet
Madhësia: 172 MB

Shkruar për të ndihmuar mjekët e tjerë që janë të detyruar kohën më të shkurtër të mundshme bëni të pamundurën: hartoni një kartë ambulatore sipas të gjitha rregullave, dëgjoni me kujdes pacientin, kuptoni atë që është thënë dhe përshkruani ekzaminimin dhe trajtimin e duhur.

Programi është teknikisht një klient-server me dy nivele (klient "i trashë"). Firebird RDBMS përdoret si server, i cili lejon qasjen e shumë përdoruesve në të dhëna dhe përdorimin e aplikacionit në rrjet lokal. Qasja në të dhëna është e rregulluar rreptësisht në varësi të grupit në të cilin përdoruesi hyn në bazën e të dhënave (me një fjalë, të gjithë do të "shohin" vetëm të dhënat që ai lejohet të "shikojë").

Shto. informacion: Publikimi i mëparshëm i programit (versioni 4.1.08)

Çfarë ka të re në këtë version:

1. Së bashku me versionin me shumë përdorues (duke përdorur një server të plotë, i cili kërkon instalim dhe konfigurim të veçantë), të ashtuquajturat. version portativ (me një përdorues, që përmban një server të integruar që nuk kërkon konfigurim). Versioni portativ i lejon mjekut të mbajë programin + serverin + bazën e të dhënave të tij në një flash drive të zakonshëm ose USB HDD. Është shumë i përshtatshëm nëse doni të punoni me bazën e të dhënave në punë dhe në shtëpi, dhe gjithashtu nëse nuk keni absolutisht dëshirë të gërmoni në ndërlikimet e administrimit të bazës së të dhënave.

2. U shtua mundësia për të futur disa të dhëna në latinisht (me kërkesë të kolegëve nga jashtë)

3. Ndërfaqja është përmirësuar në vende (dritarja e lidhjes në versionin me shumë përdorues tani ka tre mënyra të shfaqjes) + "të mira" dhe "komoditete" të shumta janë zbatuar, gabimet e dukshme janë rregulluar

4. U shtua formati i ndihmës HTML përveç formatit ekzistues chm

Për detaje, shihni ndihmën dhe në faqen e internetit...

Meqenëse ky version është vetëm për punë urolog-androlog, autori fton për bashkëpunim kolegë gjinekologë, dermatovenerologë, terapistë, neurologë etj. për të zgjeruar funksionalitetin e ngjashëm në program. Komentet konstruktive për përmbajtjen dhe përdorshmërinë e këtij versioni janë gjithashtu të mirëseardhura.

Si të kontribuoni në zhvillimin e mëtejshëm të softuerit
1. Shikoni ndërfaqen e programit
2. Ne kuptojmë logjikën e punës dhe marrëdhënien midis elementeve të ndërfaqes së shënuar dhe të dhënave të krijuara
3. Ne i dërgojmë në një mesazh personal ose email autorit ankesat/simptomat e bashkuara nga e njëjta logjikë dhe përshkrimi përkatës "tipik" i ankesave/simptomave që gjenden në dokumentacionin mjekësor vendas (ose "afërsisht të huaj") (natyrisht, në specialiteti që dëshironi të shihni në program). Këtu mund të shtoni gjithashtu se çfarë shabllone të tjerë (kuponë statistikorë dhe mbetje të tjera të burokratëve mjekësorë) mund të shtohen.