UDK 62-503.51
AUTOMATIZĒTAS DARBASTACIJAS PROJEKTS SANATORIJAS TERAPEITAM
Žargarjana Jeļena Valerijevna 1, Žargarjana Jurijs Arturovičs 2, Miščenko Aleksandrs Sergejevičs 3, Limareva Natālija Viktorovna 4
1 Dienvidu federālā universitāte, Ph.D., Automātisko vadības sistēmu katedras asociētais profesors
2 Dienvidu federālā universitāte, Ph.D., asistents, automātiskās vadības sistēmu katedra
3 Dienvidu federālā universitāte, automātiskās vadības sistēmu katedras students
4 Dienvidu federālā universitāte, Automātisko vadības sistēmu katedras students
anotācija
Šajā rakstā apskatīta izstrādātā lietojumprogramma sanatorijas terapeita darba vietas automatizēšanai. Aplūkots īss automatizēto sistēmu projektēšanas rīku pārskats. Ir atlasīts Power Designer. Tika veikta uzdevuma analīze. Tiek aplūkots izveidotās lietojumprogrammas darbības princips sanatorijas terapeita automatizētai darba vietai.
PROJEKCIJAS DARBSTACIJAS TERAPEITU SANATORIJA
Žargarjana Jeļena Valerevna 1, Zagarjans Jurijs Arturovičs 2, Miščenko Aleksandrs Sergejevičs 3, Limareva Natālija Viktorovna 4
1 Southern Federal University, Ph.D., automātiskās vadības sistēmu nodaļas docents
2 Southern Federal University, Ph.D., automātiskās vadības sistēmu nodaļas asistents
3 Dienvidu federālā universitāte, automātiskās vadības sistēmu nodaļas students
4 Dienvidu federālā universitāte, automātiskās vadības sistēmu nodaļas students
Abstrakts
Šajā rakstu izstrādāta lietojumprogrammatūras automatizācijas darbstacijas terapeita sanatorija. Apskatīts īss pārskats par automatizētās sistēmas dizainu. Iestatiet Power Designer. Anadiza uzdevums. Programmatūras lietojumprogrammu darbstacijas terapeita sanatorijas radītais darba princips.
Bibliogrāfiskā saite uz rakstu:
Zargaryan E.V., Zargaryan Yu.A., Miščenko A.S., Limareva N.V. Sanatorijas terapeita automatizētas darba vietas projektēšana // Modernās tehnoloģijas un tehnoloģija. 2014. Nr.11 [Elektroniskais resurss]..02.2019).
Ievads. Jebkuras nozares un darbības jomas uzņēmuma vai organizācijas darbības efektivitāte ir tieši atkarīga no datu apmaiņas ātruma, precizitātes un savlaicīguma gan šajā uzņēmumā starp tā sastāvdaļām (nodaļām, apakšsistēmām utt.), gan ārpus tā, ka ir šīs organizācijas mijiedarbība un datu apmaiņa ar citiem (konkurentiem, partneruzņēmumiem utt.). Un jo lielāks ir uzņēmums, jo nopietnāk tā vadītāji saskaras ar liela apjoma uzņēmuma informācijas plūsmas organizēšanas un kontroles problēmu.
Lai kvalitatīvi atrisinātu šādas problēmas, uzņēmumi izmanto automatizētās vadības sistēmas (ACS).
Šī raksta mērķis ir izcelt izstrādāto lietojumprogrammu sanatorijas darbības atbalstam, jo īpaši terapeita automatizētas darbstacijas izstrādi.
Šīs lietojumprogrammas atbilstību nosaka nepieciešamība:
1. Informācijas vākšana un sniegšanas rezultātu novērtēšana medicīniskā aprūpe, nepieciešams priekš efektīva ārstēšana, profilakse un rehabilitācija;
2. Medicīniskās palīdzības gaidīšanas laika samazināšana, pārvaldot pacientu plūsmas, nodrošinot datus par ārstu noslogojumu un resursu pieejamību reāllaikā;
3. Ārstēšanas un profilaktiskā procesa izmaksu samazināšana;
4. Informācijas pieejamības efektivitātes paaugstināšana: visa medicīniskā informācija par pacientu, profilaktiskā un ārstnieciski-diagnostiskā darba rezultātiem, tai skaitā pētījumu rezultātiem, ārstam ir pieejama no darba vietas, reālā laikā;
5. Ārsta nodrošināšana ar nepieciešamajiem informācijas resursiem: tieši medicīniskās palīdzības sniegšanas procesā ārstam ir pieejami aktuālie dati.
Veidojot lietojumprogrammu, mēs analizējām šādi līdzekļi ieviešanas:
1. Power Designer, kas atbalsta modelēšanas un diagrammu veidošanas rīkus, UML, CDM, PDM metodoloģiju un datu noliktavas iespējas. Šī programmatūras lietojumprogramma atbalsta komandas attīstības iespējas
2. Oracle ir jaudīga un stabila DBVS, kas darbojas dažādās operētājsistēmās, tostarp Windows 98, Windows 2000/XP un vairākos Unix variantos. Tā ir viena no populārākajām DBVS pasaulē, un tai ir ilga izstrādes un lietošanas vēsture. Liela daļa Oracle tehnoloģiju ir atvērta izstrādātājam, kas nodrošina lielāku elastību tās konfigurācijā un pielāgošanā.
Tomēr tas viss nozīmē, ka Oracle instalēšana var būt nedaudz sarežģīta, un tajā ir daudz mācīšanās procesa. Turklāt paņēmieni, kas darbojas Oracle versijā, kas paredzēta vienam operētājsistēma, var būt nepieciešama versijas modificēšana citai operētājsistēmai.
Ir daudzas Oracle programmatūras pakotnes konfigurācijas. Pirmkārt, ir divi dažādas versijas Oracle DBMS kodoli: individuālai lietošanai un organizācijām. Turklāt ir programma veidlapu un atskaišu izstrādei, Oracle Designer programma un daudzi rīki Oracle datu bāzu publicēšanai tīmeklī.
3. SQL Navigator – populārākā Oracle izstrādes vide, kas sniedz plašas iespējas PL/SQL bibliotēku rakstīšanai, konfigurēšanai un atkļūdošanai, ieskaitot iebūvētu ekspertu sistēmu un mājienu sistēmu.
4. Delphi ir vizuālā noformējuma vide, kas ļauj ātri un efektīvi izveidot programmas komandā ražošanā, būtiski samazināt pieteikumu sagatavošanai patērēto laiku, kā arī koordinēt piegādātāju, kodētāju, testētāju un tehnisko rakstītāju grupas darbību. Vēl viena Delphi priekšrocība ir tā starpplatforma, t.i. iespēja kompilēt Windows lietojumprogrammas Kylix formātā Linux.
Tehnisko specifikāciju analīze. Parasti programmatūras atbalsta rīkus ģimenes ārstam var attēlot kā trīs automatizētu darbstaciju (AWS) kopu:
AWS "reģistrācija"
AWS "terapeits"
AWS "Administrators"
"Terapeita" darbstacija
Ņemot vērā ģimenes ārsta darbu, var atzīmēt, ka pacients ierodas pie viņa ar karti un, iespējams, papildu diagnostiskās izmeklēšanas rezultātiem, un viņa galvenais uzdevums ir izstrādāt pacientam ārstēšanas shēmu, kas var ietvert dažādas procedūras, zāļu terapija, apmeklējot speciālistus u.c. Terapeitam ir jāsaprot pacienta problēmas, jānosaka, kurā stadijā ir konkrētā slimība, un jāizlemj, kas pacientam jādara, lai uzlabotu viņa pašsajūtu. Visu darbu pie lēmuma sagatavošanas var iedalīt vairākos posmos: pacienta stāvokļa apraksts, klīniskā pārbaude, diagnozes noteikšana, terapijas mērķu noteikšana, kritēriju noteikšana terapijas mērķu sasniegšanai, pacienta stāvokļa analīze un ārstēšanas shēmas sintezēšana, pamatojoties uz saņemto informāciju. Terapeita saskarne ir jāveido saskaņā ar doto diagrammu. Galvenajai automatizētās darba vietas formai jābūt pacienta displeja forma kurus ārstē konkrētais ārsts, un viņu vizītes pie ārsta. Vizītes var būt vairāku veidu: sākotnējā tikšanās, atkārtota tikšanās, profilaktiskā konsultācija. Katram apmeklējuma veidam terapeita darba vietai ir jāizvēlas savi instrumenti darbam ar pacientu. Pacienta displeja veidlapai jābūt tādām pašām atbilstošo ierakstu meklēšanas un filtrēšanas iespējām kā reģistratora darbstacijas displeja veidlapai. Lai precizētu pacientu apmeklējumu veidu klasifikāciju, jāievieš vizītes mērķa jēdziens. Tātad, piemēram, Turklāt saraksta identifikatoros ir jābūt laukam pacienta nākamajam ierašanās datumam. Pacienta uzņemšanas forma ir jāsakārto atbilstošā vednī, kas loģiskā secībā uzrāda darbu. Pirmajā posmā meistars reģistrē pacienta sūdzības, pacienta slimības vēsturi, pacienta dzīves vēsturi, alerģijas vēsture, tiek veikta aptauja par orgāniem un sistēmām. Ja pirms ārsta apmeklējuma pacientam ir veikta diagnostikas procedūra, kas kaut kādā veidā izslēdz noteiktu orgānu un sistēmu slimības, tad aptauja jāsaīsina, lai ietaupītu ārsta laiku. Turklāt pirmajā vedņa darba posmā ir iespējams veikt diagnostikas procedūru automatizētās darba vietas “Papildu diagnostika” ietvaros. Uzņemot pacientu, lai noskaidrotu viņa stāvokli, intervija jāsāk ar sūdzību reģistrācija pacients. Jāzina:
1. Par ko sūdzas pacients?
2. Precīza sāpīgu parādību lokalizācija.
3. Sāpju apstarošana.
4. Parādīšanās laiks (diena/nakts)
5. Faktori, kas izraisa sāpes (fiziskas vai garīgais stress, ēšana utt.).
6. Raksturs sāpīga sajūta, piemēram, sāpju raksturs: spiešana, duršana, dedzināšana, pastāvīga, paroksizmāla utt. , kā arī tā intensitāte, ilgums
7. Kā sāpīgā parādība apstājas?
8. Pacienta uzvedība, pacienta piespiedu pozīcija, sāpīgu sajūtu mazināšana.
Katra sūdzība jāklasificē pēc tās piederības noteiktai ķermeņa sistēmai. Pēc tam ir jāveic detalizēta pacienta aptauja par tiem orgāniem un sistēmām, kas tika minēti sūdzību reģistrācijas stadijā. Detalizācijas procesā tiek ņemti vērā šādi orgāni un sistēmas:
Pēc sūdzību reģistrēšanas un skarto orgānu un sistēmu detalizētas noteikšanas hronoloģiskā secībā tiek detalizēti aprakstīta esošās slimības rašanās, attīstība un gaita no tās pirmajām izpausmēm līdz terapeita pārbaudes brīdim (slimības vēstures apraksts). Aprakstu var samazināt līdz aptaujai saskaņā ar šādu shēmu:
1. Cik ilgi viņš uzskata sevi par slimu?
2. Kur un kādos apstākļos jūs pirmo reizi saslimāt?
3. Faktori, kas veicina slimības sākšanos
4. Ar kādām pazīmēm slimība sākās?
5. Pirmā vizīte pie ārsta, pētījumu rezultāti, slimības diagnoze, ārstēšana tajā laikā, tās efektivitāte.
6. Turpmākā slimības gaita
Otrais pacientu reģistratūras darba posms ir klīniskā pārbaude, ko veic ģimenes ārsts. Klīniskās izmeklēšanas ietvaros ārsts veic pacienta ārēju izmeklēšanu, palpāciju, perkusiju, auskultāciju, lai noteiktu dažādu orgānu un sistēmu stāvokli, nolasot avārijas reakciju, nolasot asinsspiedienu, izmērot augumu, nosakot ķermeņa svaru. . Informāciju par katra izmeklējuma veida rezultātiem ārsts ieraksta attiecīgajos izmeklējumu vedņa laukos.
Trešajā maģistra darba posmā tiek ievadīta ārsta noteiktā diagnoze pacientam. Tiek ievadīta galvenā diagnoze, tiek noteikts, vai slimība ir remisijā vai saasināšanās stadijā, tiek ievadītas blakusdiagnozes, un arī tām tiek noteikts stāvoklis, kādā tās atrodas. Pēc diagnozes noteikšanas un slimību gaitas noteikšanas ārsts var uzņemties atbildību par attiecīgās slimības ārstēšanu vai nosūtīt pacientu pie speciālista.
AWS "Administrators"
Administratora līmenī tiek veikti šādi darba veidi:
klīnikas konfigurācija;
Darbstaciju uzstādīšana;
Katalogu iestatīšana.
Līdzīgu programmatūras sistēmu analīze. "AIS "poliklīnika" Uzņēmums CROC ir izstrādājis un ieviesis automatizētu informācijas sistēmu Krievijas FSB centrālajai klīnikai ( AIS "poliklīnika"). Sistēma aptver 340 automatizētas darbstacijas, tās lietotāju ir vairāk nekā 700 medicīnas darbinieki, kas apkalpo vairāk nekā 5 tūkstošus cilvēku dienā. Sistēma ir paredzēta visaptverošai informācijai un analītiskam atbalstam klīnikas darbā. Sistēmā, kuras centrālā programmatūras sastāvdaļa ir medicīniskās informācijas sistēma "MedAnalytics", ietilpst arī serveris, dators, tīkla un perifērijas iekārtas, privātā telefona centrāle, kas pieslēgta pilsētas telefona tīklam, strukturēta kabeļu sistēma, ātrgaitas lokālais tīkls. zonas tīkls, kā arī elektroapgādes un apsardzes sistēmas.signalizācijas.
Medicīnas automatizētā sistēma “MedIS-T”. Sistēma paredzēta rūpnieciskās medicīnas, klīniku, slimnīcu, veselības centru un sanatoriju automatizācijai. Ir iespēja attālināti administrēt sistēmas darbstacijas (izmantojot internetu).
Programmatūras ieviešana. Izmantojot Power Designer 15 programmatūras sistēmu, tā tika ieviesta konceptuālais modelis datus. Tā kā, lai reģistrētu pacientu sūdzības, katrai sūdzībai ir jāaizpilda gandrīz vienādi lauki, tika nolemts izstrādāt abstraktu sūdzību reģistrācijas tabulu.
Ir izstrādātas šādas tabulas:
Tusers – satur datus par sistēmas lietotājiem.
Tpacient – pacienta karte.
Tzalob – satur pacientu sūdzības.
T_boby_system – cilvēka ķermeņa sistēmas.
T_ boby_pod_system – sūdzības veids par konkrētu ķermeņa sistēmu.
Tonsp_obch – tabula pacienta pašreizējā stāvokļa noteikšanai.
Tanamnez – slimības vēsture.
Tanamnez_next - turpmākā slimības gaita
Tdiaznoz – satur pacienta diagnozi.
T_pod_diaznoz - satur diagnozes, kas pavada galveno.
Izmantojot Power Designer 15 programmatūras sistēmu, kuras pamatā ir konceptuāls datu modelis, a fizisko datu modelis, kas vērsta uz Oracle (skat. 1. att.).
Skatu veidošana . Skats ir rezultāts SQL izteiksmei, kas sastāv no atlases, noformējuma un savienošanas priekšrakstiem. Skati nodrošina elastīgāku tabulu drošību, tos var izmantot, lai ierobežotu piekļuvi noteiktām kolonnām vai rindām, un tos var izmantot, lai savienotu tabulas.
Rīsi. 1 – datu modelis
Prezentācijas struktūra:
Izveidojiet vai aizstājiet skatu “v _table name” (“lauka_nosaukums 1”, “lauka_nosaukums 2”… “lauka_nosaukums n”), atlasot “lauka_nosaukums 1”, “lauka_nosaukums 2”….. “lauka_nosaukums n” NO “tabulas nosaukums”, KUR DEL =0
Kur DEL ir dzēšanas atzīmes lauks
Katrai tabulai tika izveidoti iepriekš aprakstītās struktūras skati.
Sekvenču veidošana. Secība ir objekts, kas ģenerē secīgu unikālu skaitļu sēriju. Secības visbiežāk izmanto, lai ģenerētu aizstājējatslēgas vērtības.
Trigeru izveide. Trigeri programmā Oracle ir procedūras Java vai SQL, kas tiek izsauktas, kad a noteiktas darbības ar datu bāzi. Oracle atbalsta vairāku veidu trigerus: dažus palaiž ar SQL komandām, kas datu bāzē izveido jaunas struktūras, piemēram, tabulas, citi tiek palaisti vienu reizi tabulas līmenī, kad tiek mainīta tabulas rinda, bet citi tiek aktivizēti vienu reizi katrai mainītajai rindai. .
Izveidoto trigeru struktūra:
BEGIN SELECT SEC_“table_name”.NEXTVAL INTO:NEW. "Tabulas_identifikators" NO DUAL; BEIGAS;
Lietojumprogrammas klienta daļas ieviešana. Programma sastāv no šādiem moduļiem:
Login_Unit – modulis, kas paredzēts pieteikšanās sistēmā.
Dm_unit ir modulis, kas paredzēts konfigurētu datu bāzes piekļuves rīku glabāšanai.
Admin_Unit – modulis, kas paredzēts, lai parādītu sistēmas reģistrēto lietotāju sarakstu.
Main_Unit – galvenā pieteikuma forma.
Find_User_Unit – modulis, kas paredzēts meklēšanai nepieciešamo datu ievadīšanai.
New_User_Unit – modulis, kas paredzēts jauna lietotāja pievienošanai.
Edit_User_Unit – modulis, kas paredzēts lietotāja datu rediģēšanai.
Reg_nit ir modulis, kas paredzēts pacientu karšu parādīšanai.
New_Pacient_Unit – modulis, kas paredzēts jauna pacienta pievienošanai datu bāzei.
Edit_pacient_Unit – modulis, kas paredzēts pacientu datu rediģēšanai.
Pacients_Unit ir modulis, kas paredzēts pacientu attēlošanai darba stacijā “Terapeits”.
Choose_Date_Unit – modulis, kas paredzēts datuma izvēlei.
Reg_Zalob_Unit – modulis, kas paredzēts pacientu sūdzību reģistrēšanai.
Detail_zalob_Unit – modulis, kas paredzēts reģistrēto sūdzību detalizētai informācijai.
Edit_Unit ir modulis, kas paredzēts liela datu apjoma ievadīšanai.
Anamnez_Unit ir modulis, kas izstrādāts, lai aprakstītu slimības medicīnisko vēsturi.
New_zalob_Unit – modulis, kas paredzēts jaunas sūdzības pievienošanai datubāzei.
Edit_Zalob_Unit – modulis, kas paredzēts sūdzību rediģēšanai.
Opred_Sost_Unit – modulis, kas paredzēts pacienta pašreizējā stāvokļa noteikšanai.
Diagnoz_Unit ir modulis, kas paredzēts galvenās diagnozes un papildu diagnozes noteikšanai.
Sost_Unit_ ir modulis, kas paredzēts pacienta stāvokļa apskatei dažādos datumos. Kalpo, lai noteiktu pacienta attīstības dinamiku.
Edit_Sost_Unit – modulis, kas paredzēts datu rediģēšanai par pacienta stāvokli.
Restore_Users_Unit – modulis, kas paredzēts kļūdaini izdzēstu sistēmas lietotāju atjaunošanai.
DMrestore_Unit – modulis, kas paredzēts konfigurētu datu bāzes piekļuves rīku glabāšanai.
Restore_Pacient_Unit – modulis, kas paredzēts kļūdaini izdzēstu pacientu atjaunošanai.
Restore_diagnoz_Unit ir modulis, kas paredzēts kļūdaini dzēstu pacientu diagnozes atjaunošanai.
Programmatūras struktūra ir parādīta 2. attēlā.
Pēc lietojumprogrammas palaišanas monitora ekrānā tiks parādīta veidlapa, kas liks jums veikt autentifikācijas procedūru (skatiet 3. attēlu). Lai pieteiktos sistēmā, atbilstošajos veidlapas laukos būs jāievada “login” un “password”.
Pēc pieteikšanās tiks parādīta lietojumprogrammas galvenā forma (skat. 4. attēlu). Šai veidlapai nav informatīvs raksturs, un tā nodrošina tikai režīma izvēli darbam ar lietojumprogrammu:
AWS “Administrators”;
AWS "Reģistrācija";
AWP "Terapeits".
Rīsi. 2 – Programmatūras lietojumprogrammu struktūra
Ja lietotājam nav piešķirtas tiesības nevienam darba režīmam ar sistēmu, šis režīms šim lietotājam nebūs pieejams.
Rīsi. 3 – Pieteikšanās forma
Rīsi. 4 – lietojumprogrammas galvenā forma
AWS "Administrators". Pēc pieteikšanās sistēmā administratora režīmā ekrānā tiks parādīta AWS forma “Administrators” (skat. 5. att.).
Veidlapā ir redzami sistēmas lietotāji, kā arī šo lietotāju tiesības. Ar šiem datiem varat veikt šādas darbības:
Pievienot – parāda jauna lietotāja pievienošanas formu (skat. 6. att.).
Lai pareizi pievienotu lietotāju, ir jāaizpilda visi lauki, kā arī jāpiešķir lietotāja tiesības, pēc tam jānoklikšķina uz pogas “Pievienot”.
Rīsi. 5 – automatizētās darba vietas forma “Administrators”
6. att. – jauna lietotāja pievienošanas veidlapa
Rediģēt – parāda veidlapu lietotāja datu rediģēšanai. Šī veidlapa ir līdzīga jauna lietotāja pievienošanas veidlapai.
Dzēst – šī funkcija ir paredzēta lietotāja dzēšanai. Dati netiek fiziski dzēsti no datu bāzes. Izdzēstos datus var atjaunot jebkurā laikā.
Search – meklēšanas virknes ievades formas aktivizēšana (skat. 7. att.).
7. att. – Meklēšanas virknes ievades forma
Pēc meklēšanas virknes ievadīšanas jums jānoklikšķina uz pogas "Atrast".
Administratoram ir arī iespēja atgūt izdzēstos datus. Sistēmas lietotāju atjaunošanai ir specializēta forma (skat. 8. att.)
8. att. – Sistēmas lietotāju atjaunošana
Lai atjaunotu lietotāju, tas jānorāda dzēsto lietotāju sarakstā un pēc tam noklikšķiniet uz pogas “Atjaunot”.
Izdzēsto pacientu atjaunošanai ir specializēta pacientu atveseļošanas forma (skat. 9. att.)
Rīsi. 9 – pacienta atveseļošanās
Lai atjaunotu pacientu, tas jānorāda dzēsto pacientu sarakstā un pēc tam jānoklikšķina uz pogas “Atjaunot”.
Dzēsto diagnožu atjaunošanai ir specializēta diagnožu atjaunošanas forma (sk. 10. att.)
Rīsi. 10 – Diagnožu atjaunošana
Lai atjaunotu diagnozi, tā jānorāda dzēsto diagnožu sarakstā un pēc tam noklikšķiniet uz pogas “Atjaunot”. Lai atjaunotu vienlaicīgu diagnozi, tā jānorāda dzēsto vienlaicīgo diagnožu sarakstā un pēc tam jānoklikšķina uz pogas “Atjaunot”. Diagnoze tiks atjaunota pacientam, kuram tā tika noņemta.
AWP "Terapeits". Pēc terapeita režīma aktivizēšanas ekrānā tiks parādīta pacienta displeja forma (sk. 11. att.).
Veidlapā tiek parādīti konkrētam ārstam piesaistītie pacienti.
Ar šiem datiem varat veikt šādas darbības:
Uz noteiktu datumu reģistrēto pacientu atlase. Lai aktivizētu šo funkciju, jānoklikšķina uz pogas “Pacienti”.
Rīsi. 11 – automatizētas darba vietas forma “Ārsts-terapeits”
Ekrānā parādīsies datuma izvēles forma (skat. 12. att.)
Rīsi. 12 – Datuma izvēles veidlapa
Kad esat pabeidzis datuma atlasi, jums jānoklikšķina uz pogas “Skatīt”.
Search – meklēšanas virknes ievades formas aktivizēšana (skat. 7. att.).
Atcelt – šī funkcija ir paredzēta meklēšanas rezultātu atcelšanai.
Sākt tikšanos – aktivizē pacienta tikšanās vedni.
Pirmais solis pacienta uzņemšanā ir pacienta sūdzību reģistrācija (skat. 13. att.).
Rīsi. 13 – Pacienta sūdzību reģistrācijas veidlapa
Šajā veidlapā tiek parādītas pacienta sūdzības. Ar šiem datiem varat veikt šādas darbības:
Pievienot – aktivizē formu pacienta sūdzības pievienošanai (skat. 14. att.).
Rīsi. 14 – veidlapa pacienta sūdzības pievienošanai
Detaļa – pacienta sūdzības detalizācijas veidlapas aktivizēšana (skat. 15. att.).
Rediģēt — šī veidlapa ir līdzīga pacienta sūdzības veidlapai.
Dzēst – šī funkcija ir paredzēta pacienta kartes dzēšanai. Dati netiek fiziski dzēsti no datu bāzes.
Rīsi. 15 – detalizēta pacienta sūdzības veidlapa
Pēc pacienta sūdzību reģistrēšanas un precizēšanas ir jāpāriet pie slimības vēstures aprakstīšanas. Lai to izdarītu, jums ir jāaizpilda lauki divās cilnēs:
Slimības vēsture (sk. 16. att.).
Turpmākā slimības gaita (sk. 17. att.).
Pēc slimības vēstures aprakstīšanas jāsāk noteikt pacienta stāvokli. Ja pacients ir apmeklējis ārstu vairāk nekā vienu reizi, pateicoties šai formai, ir iespējams izsekot slimības attīstības dinamikai (sk. 18. att.).
Rīsi. 16 – Slimību vēstures apraksta cilne
Rīsi. 17 – cilne, kas apraksta turpmāko slimības gaitu
Ar veidlapas datiem varat veikt šādas darbības:
Pievienot – aktivizē formu pacienta stāvokļa noteikšanai (skat. 19. att.).
Rediģēt – aktivizē formu pacienta stāvokļa rediģēšanai. Šī forma ir līdzīga valsts definīcijas veidlapai.
Pēc slimības vēstures aprakstīšanas jāsāk noteikt diagnozi (sk. 20. att.).
Rīsi. 18 – pacienta statusa displeja forma
19. att. – pacienta stāvokļa noteikšanas veidlapa
Kad diagnoze ir noteikta, varat pabeigt pacienta uzņemšanas vedni.
Rīsi. 20 – Diagnozes forma
Izstrādātā lietojumprogramma ir izmantojama sanatorijas ārsta darba vietas automatizēšanai.
Bibliogrāfija
- D. Kroenke, "Datu bāzes veidošanas teorija un prakse. 8. izdevums" "Pēteris", 2003.g.
- Datums, K., J. Ievads datu bāzu sistēmās. 6. izd. - UZ.; M., Sanktpēterburga: “Williams”, 2000. – 848s
- V.V. Korņejevs, A.F. Garejevs, S.V. Vasjutins, V.V. Reiha datu bāzes. Inteliģenta informācijas apstrāde. – M.: Zināšanas, 2001.- 496 lpp.
- Khomonenko A.D., Tsygankov V.M., Maltsev M.G. Datu bāzes: Mācību grāmata augstskolām/Red. prof. ELLĒ. Homoņenko. – Sanktpēterburga: CORONA print, 2002. – 672 lpp.
- Zargaryan E.V., Zargaryan Yu.A. Informācijas atbalsts daudzkritēriju optimizācijas problēmām, izmantojot Pareto metodi. Informatizācija un komunikācija. 2013. Nr.2. 114.-118.lpp.
- Zagarjans E.V. NEIZŠĶIRTĀ RŪPNIECĪBAS BILANCES APRĒĶINĀŠANAS METODE. Dienvidu federālās universitātes ziņas. Tehniskā zinātne. 2008. T. 81. Nr. 4. P. 125-129.
Dators ir ienācis visās cilvēka darbības sfērās. Ārsta darbstacija ir datorprogramma, kurai jāpalīdz ārstam diagnostikas un ārstēšanas procesā, nodrošinot maksimālu noderīga informācija un neielādē papildus medicīniskais darbs. Taču realitāte ne vienmēr ir rožaina un skaista.
Ārsts ar datoru vai nu draudzējas, vai nē...
Ārsta darbstacija - kas tas ir?
Automatizēta darba vieta(Ārsta darbstacija) ir datora terminālis ar speciālu programmu, kas ļauj izmantot modernās tehnoloģijas ikdienas darbā medicīnas iestāde. Plaši izplatītā digitalizācija ir ienākusi visās dzīves jomās, un ir muļķīgi atteikties no progresa: dators var kļūt par izcilu un neaizstājamu ārsta palīgu, taču ar šādiem nosacījumiem:
- ārsts pārzina jaunas tehnoloģijas;
- ārstniecības iestāde iegādājās jaudīgus datorus;
- izveidots labs tīkls ar piekļuvi internetam;
- tiek izmantotas ērti lietojamas programmas informācijas apstrādei;
- Iekārtas apkopi veic pieredzējis sistēmas administrators.
Nav neviena no stāvokļiem, un ārsta darba vieta kļūst par ikdienas problēmu, kuru ārstam ir grūti atrisināt, dažreiz pat neiespējami, un, pats galvenais, šī situācija liedz viņam rūpēties par pacientiem. Bieži vien ārsts kļūst par vergu un datora piedēkli ar visām no tā izrietošajām sekām.
Reāla palīdzība ārstam
Mūsdienīgs informāciju tehnoloģijas radīt ārstam daudz ērtību – no nepieciešamās medicīniskās informācijas atrašanas internetā līdz efektīva lietošana datorprogrammas slimību diagnostikā. Ārsta darbstacija ir datubāze katram pacientam, no kuras var uzzināt:
- visas palīdzības meklētāja diagnozes un slimības (ielūkojoties elektroniskajā kartē, dažkārt var uzzināt daudz vairāk nekā vācot anamnēzi no pacienta);
- neseno pārbaužu rezultāti, diagnostikas pētījumi un konsultatīvie atzinumi;
- pacienta atrašanās vieta ārstēšanas dinamikā (stacionārā un ambulatorā terapija);
- daļa no personas individuālajiem datiem (pase, medicīniska apdrošināšana, SNILS, tālrunis);
- statistika par ikdienas darbu.
Tieši attiecības starp dažādām ārstniecības iestādēm un speciālistiem ārsta darba stacijā ir labākais ārsta palīgs: noklikšķinot uz pacienta vārda, jūs varat īss periods laiks uzzināt pēc iespējas vairāk medicīniskās informācijas par personu.
Ārsta darbstacija - kādi ir trūkumi
Ir brīnišķīgi un ērti, ja katram cilvēkam ir elektroniskā karte. Bet tikai iekšā ideāli apstākļi. Katras konkrētās ārstniecības iestādes dzīvē un realitātē ir būtiskas nianses, nepārvaramas barjeras un milzīgas grūtības. Ārsta darbstacija kļūst par apgrūtinājumu ārstam šādos gadījumos:
- Tika iegādāti lēti un mazjaudas datoru termināļi ar viegli plīstošiem printeriem;
- tiek izmantota apgrūtinoša un nepabeigta medicīniskā programma;
- nav visas valsts apvienošanās (katrs reģions izmanto savu programmu elektroniskās kartes uzturēšanai);
- tika ietaupīti līdzekļi slimnīcas iekšējā tīkla izveidei, kas ietekmē interneta piekļuves ātrumu;
- Lai ietaupītu naudu, slimnīca nepērk biroja papīru (ārsta izmeklējumu var izdrukāt un ielīmēt papīra kartē, ko neviens nav anulējis), tāpēc ārstam papildus informācijas ievadīšanai programmā ir pienākums rakstīt ar parastu pildspalvu uz parasta papīra, ja nepieciešams;
- darbā tika pieņemts nekompetents programmētājs, kurš nepārzina tīkla tehnoloģijas;
- Ārstam nepieder dators, viņš raksta ar vienu pirkstu un viņam ir grūti saprast, kāpēc ir nepieciešama poga Enter.
Lielajās iestādēs ir problēmas ar
MIS CASE (versija 0.7.2014.23 un jaunāka)Apakšsistēma “Elektroniskā medicīniskā izziņa: poliklīnika”
(“EMK - ārsta darbstacija poliklīnikā (poliklīnikā)”)
(īss funkciju un funkciju apraksts)
Apakšsistēma “Elektroniskā medicīniskā karte: poliklīnika” MIS KAUZ (mislpu.
ru) paredzēts priekš:
poliklīniku (poliklīniku) dokumentu plūsmas automatizācija medicīnas organizācija(MO);
ārsta darba vietas automatizācija Maskavas apgabala poliklīnikā (poliklīnikā) ambulatorās pieņemšanas laikā;
darbinieku automatizācija medmāsa Maskavas apgabala ambulatorās klīnikas (poliklīnikas) ambulatorajām pieņemšanām;
ārsta darbam nepieciešamo ziņojumu saņemšana Maskavas apgabala poliklīnikā (poliklīnikā);
informācijas apmaiņa par ambulatoro izmeklējumu rezultātiem ar citām MIS KAUZ apakšsistēmām.
Lai reģistrētu EHR datus Maskavas apgabala poliklīnikā, tiek izmantots modulis “Primāro dokumentu reģistrācija” (REGDOC) režīms “AMB - POLYCLINIC (EMR)”.
Jums ir jāaizpilda lietotāja iestatījumi, kas līdzīgi zemāk redzamajam piemēram -
Apakšsistēma “EMK - ārsta darbstacija poliklīnikā (poliklīnikā)”: nodrošina šādas iespējas:
pacienta datu reģistrācija (pievienošana, mainīšana, dzēšana) –
jaunas preferenciālas receptes reģistrācija (federāls un reģionālais pabalsts) –
preferenciālo recepšu (RP) saraksta apskate un to maiņa –
Ambulatorajā klīnikā (klīnikā) reģistrēto pacientu EHR saraksta apskate -
Slimnīcā (dienas stacionārā) reģistrēto pacientu EHR saraksta apskate -
viņa aprūpei nepieciešamo pacienta dokumentu drukāšana poliklīnikā (klīnikā) –
jaunas pabalstu nepieciešamības reģistrācija zāles(LLS) no federālā saņēmēja, reģionālā labuma guvēja, “atteicēja” no NSU -
federālā saņēmēja, reģionālā saņēmēja vai NSU “atteicēja” saraksta apskatīšana un nepieciešamības mainīt preferenciālās zāles (PMP) —
ārsta funkcionalitāte vispārējā prakse(GP) -
UZMANĪBU!
Plašāku informāciju par popsistēmas “Workstation GP” funkcionalitāti var atrast instrukcijās, kas atrodas failā – Workstation GP - user manual.doc
strādāt "režīmā" Elektroniskā ierakstīšana apmeklēt ārstu (pārbaude, procedūra)” -
UZMANĪBU!
Sīkāka informācija par popsistēmas funkcionalitāti “Elektroniskā pieņemšana pie ārsta (mācība, procedūra)” atrodama failos esošajās instrukcijās:
- Elektroniskais reģistrs- lietotāja rokasgrāmata.doc
- Darba organizācija ar ELEKTRONISKĀS REĢISTRĀCIJAS režīmu MIS LPU.doc
ambulatoro izmeklējumu datu reģistrācija –
UZMANĪBU!
Pārbaužu sarakstā tiek rādīti TIKAI nosūtījumi pie ārsta specialitātē, kas norādīta lietotāja darba vietas iestatījumos.
Lai aizpildītu ambulatorās izmeklēšanas (nosūtījuma) datus, jāizvēlas... 
... un aizpildiet datus - 
UZMANĪBU!
Tiek pieņemts, ka nosūtījums uz ambulatoro izmeklēšanu tiek veikts no:
- ambulatorās reģistrācijas galds (pierakstot pacientu uz pieņemšanu pie ārsta);
slimnīca (dienas stacionārs) (piemēram, pēc pacienta uzņemšanas);
poliklīnika (piemēram, kad ģimenes ārsts (pediatrs, ģimenes ārsts) nosūta pacientu uz izmeklējumiem pie “speciālistiem”).
Ja nav datu par pacienta nosūtījumu (piemēram, kad pacients pats vērsās klīnikā, apejot reģistru), tad tajā pašā režīmā var ievadīt datus par viņa ambulatoro izmeklējumu.
Aizpildot šādus datus:
Sūdzības
Anamnēze
Objektīvi (objektīvs statuss)
Īpašais statuss (īpašais statuss)
Ārstēšanas plāns
Aptaujas plāns
Ieteikumi
Lai pievienotu jaunu veidni, jums jāievada jauns nosaukums -
Pievienojiet jaunu veidni
Lai atlasītu esošu veidni, tā ir jāatlasa no atbilstošā saraksta -
Lai mainītu tekstu, tas jādara manuāli -
Izmeklējuma teksta veidnes izvēle ir atkarīga no medicīnas specialitātes un pacienta diagnozes -
UZMANĪBU!
Pārbaužu veidnes ambulatoro ārstu izmeklējumiem m.b. pievienots un mainīts modulī “MIS administrators” (ADMINDOC). Šādu veidņu pievienošana jāveic, pirms ārsti sāk lietot apakšsistēmu “EMK - ārsta darbs poliklīnikā (poliklīnikā).
Pēc obligāto lauku aizpildīšanas jāsaglabā ambulatorās izmeklēšanas dati (F2) ... 
... un, ja nepieciešams, izdrukāt izmeklējuma protokolu, izmantojot printeri uz papīra (piemēram, lai pievienotu (ielīmētu) papīra protokolu pacienta papīra slimības vēsturē) – 
Pēc ambulatorās izmeklēšanas datu saglabāšanas (ārsta apstiprinājuma) datus var skatīt režīmā “Rezultāti”.
ambulatoro izmeklējumu rezultātu apskate un izdrukāšana –
UZMANĪBU!
Rezultātu sarakstā uz pelēkzila fona tiek parādīti visu medicīnas specialitāšu izmeklējumi (bez ierobežojumiem lietotāja darba vietas iestatījumos norādītajai medicīnas specialitātei) - apstiprinājuši pacientu apskatījušie ārsti.
apskate un drukāšana klīniskās un bioķīmiskie pētījumi pacients -
UZMANĪBU! Režīms ir pieejams, ja veselības aprūpes iestāde izmanto apakšsistēmu “LIS - laboratorijas informācijas sistēma” MIS KAUZ (mislpu.ru)
pacienta funkcionālo pētījumu datu apskate un drukāšana –
UZMANĪBU! Režīms ir pieejams, ja veselības aprūpes iestāde izmanto apakšsistēmu “EMC – funkcionālās diagnostikas ārsta darbstacija” MIS KAUZ (mislpu.ru)
pacienta ultraskaņas datu apskate un drukāšana –
UZMANĪBU! Režīms ir pieejams, ja veselības aprūpes iestāde izmanto apakšsistēmu “EMC – Doctor’s Workstation” ultraskaņas diagnostika” MIS KAUZ (mislpu.ru)
datu apskate un drukāšana Rentgena pētījumi pacienta (RTI) –
UZMANĪBU! Režīms ir pieejams, ja veselības aprūpes iestāde izmanto RIS — radioloģiskās informācijas sistēmas apakšsistēmu MIS KAUZ (mislpu.ru)
profilaktisko vakcināciju datu reģistrācija –
UZMANĪBU! Lietotāja rokasgrāmata darbam ar apakšsistēmu “Immunoprofilaktika” ir atrodama failā - User Guide immunoprofilaxis.doc
18) šokējošas epikrīzes pievienošana, mainīšana, skatīšana un drukāšana VK– 
19) atskaišu ģenerēšana – 
Klientu atbalsta dienests
mislpu @ yandex. ru
Programma paredzēts priekš medicīnisko ierakstu uzturēšana ambulatorā stāvoklī.
Gads: 2011
Versija: 4.2.02
Izstrādātājs: Leybasoft
Platforma: Windows XP SP2 un jaunāka versija
Vista saderība: pilns
Sistēmas prasības:
- procesors: P-III (Celeron 1,5 GHz) un augstāks
- RAM: 512 MB (vismaz 256 MB) un lielāka (ieteicams)
- HDD vieta: 100 MB vai vairāk (atkarībā no datu bāzes faila lieluma pieauguma ātruma)
- administratora tiesības (tikai programmatūras instalēšanai un servera iestatīšanai)
Interfeisa valoda: tikai krievu
Planšetdators: Nav nepieciešams
Izmērs: 172 MB
Rakstīts, lai palīdzētu kolēģiem ārstiem, kuriem tas ir jādara pēc iespējas īsākā laikā izdarīt neiespējamo: noformēt ambulatoro karti atbilstoši visiem noteikumiem, uzmanīgi uzklausīt pacientu, saprast teikto un nozīmēt adekvātu izmeklēšanu un ārstēšanu.
Programma tehniski ir divu līmeņu klients-serveris (“biezs” klients). Firebird RDBMS tiek izmantots kā serveris, kas ļauj vairākiem lietotājiem piekļūt datiem un lietot lietojumprogrammu lokālais tīkls. Piekļuve datiem tiek stingri regulēta atkarībā no grupas, kurā lietotājs piesakās datu bāzē (vārdu sakot, katrs “redzēs” tikai tos datus, kurus viņam ir atļauts “skatīties”).
Pievienot. informācija: Iepriekšējais programmas izlaidums (versija 4.1.08)
Kas jauns šajā versijā:
1. Līdzās vairāku lietotāju versijai (izmantojot pilnvērtīgu serveri, kam nepieciešama atsevišķa instalēšana un konfigurēšana), t.s. pārnēsājama versija (vienam lietotājam, kurā ir iebūvēts serveris, kuram nav nepieciešama konfigurācija). Pārnēsājamā versija ļauj ārstam saglabāt programmu + serveri + savu datu bāzi parastajā zibatmiņas diskā vai USB HDD. Tas ir ļoti ērti, ja vēlaties strādāt ar datubāzi darbā un mājās, kā arī tad, ja jums nav absolūti nekādas vēlēšanās iedziļināties datu bāzes administrēšanas sarežģītībā.
2. Pievienota iespēja ievadīt dažus datus latīņu valodā (pēc kolēģu pieprasījuma no ārzemēm)
3. Vietām ir uzlabots interfeiss (savienojuma logam vairāku lietotāju versijā tagad ir trīs displeja režīmi) + ir ieviesti daudzi "labumi" un "ērtības", ir novērstas acīmredzamas kļūdas
4. Papildus esošajam chm formātam pievienots HTML palīdzības formāts
Sīkāku informāciju skatiet palīdzībā un vietnē...
Tā kā šī versija ir paredzēta tikai darbam urologs-andrologs, autore aicina sadarboties kolēģus ginekologus, dermatovenerologus, terapeitus, neirologus u.c. lai programmā paplašinātu līdzīgu funkcionalitāti. Gaidāmi arī konstruktīvi komentāri par šīs versijas saturu un lietojamību.
Kā dot ieguldījumu programmatūras turpmākajā attīstībā
1. Apskatiet programmas saskarni
2. Izprotam darba loģiku un attiecības starp iezīmētajiem interfeisa elementiem un ģenerētajiem datiem
3. Mēs nosūtām autoram personīgā ziņojumā vai e-pastā sūdzības/simptomus, ko vieno tā pati loģika un atbilstošs “tipisks” sūdzību/simptomu apraksts, kas atrodams vietējā (vai “gandrīz ārzemju”) medicīniskajā dokumentācijā (proti, specialitāte, kuru vēlaties redzēt programmā). Šeit var pievienot arī kādus citus šablonus (statistiskos talonus un citus medicīnas birokrātu atkritumus) var pievienot.
