MDT 62-503,51
NÁVRH AUTOMATIZOVANÉHO PRACOVISKA LEKÁRA-TERAPEUTA SANATORIA
Zargaryan Elena Valerievna 1 , Zargaryan Yuri Arturovich 2 , Mishchenko Alexander Sergeevich 3 , Limareva Natalya Viktorovna 4
1 Southern Federal University, kandidát technických vied, docent Katedry automatických riadiacich systémov
2 Southern Federal University, Ph.D., asistent Katedry automatických riadiacich systémov
3 Southern Federal University, študent Katedry automatických riadiacich systémov
4 Southern Federal University, študent Katedry automatických riadiacich systémov
anotácia
Tento článok pojednáva o vyvinutej softvérovej aplikácii na automatizáciu pracoviska sanatória. Zvažuje sa stručný prehľad prostriedkov na navrhovanie automatizovaného systému. Vybraný Power Designer. Bola vykonaná analýza úlohy. Uvažuje sa o princípe fungovania vytvorenej softvérovej aplikácie automatizovaného pracoviska sanatória.
PROJEKTOVANIE PRACOVNEJ STANICE TERAPEUT SANATORIUM
Zargaryan Elena Valerevna 1 , Zargaryan Yuriy Arturovich 2 , Mishchenko Aleksandr Sergeevich 3 , Limareva Natalya Viktorovna 4
1 Southern Federal University, Ph.D., odborný asistent katedry automatických riadiacich systémov
2 Southern Federal University, Ph.D., asistent katedry automatických riadiacich systémov
3 Southern Federal University, študent oddelenia automatických riadiacich systémov
4 Southern Federal University, študent oddelenia automatických riadiacich systémov
Abstraktné
V tomto článok vyvinutý aplikačný softvér automatizácia pracoviska terapeut sanatórium. Uvažuje sa o stručnom prehľade návrhu automatizovaného systému. Nastaviť Power Designer. Anadizská úloha. Princíp práce vytvorený softvérovou aplikáciou pracoviska terapeuta sanatória.
Bibliografický odkaz na článok:
Zargaryan E.V., Zargaryan Yu.A., Mishchenko A.S., Limareva N.V. Návrh automatizovaného pracoviska pre terapeuta sanatória // Moderná technológia a technológie. 2014. Číslo 11 [Elektronický zdroj]..02.2019).
Úvod. Efektívnosť fungovania podniku alebo organizácie akéhokoľvek odvetvia a oblasti činnosti priamo závisí od rýchlosti, presnosti a včasnosti výmeny údajov v rámci tohto podniku medzi jeho zložkami (oddelenia, subsystémy atď.), ako aj mimo neho, tj interakcia a výmena údajov tejto organizácie s ostatnými (konkurentmi, partnerskými podnikmi atď.). A čím väčší, čím väčší podnik, tým závažnejší je problém organizácie a kontroly toku obrovského množstva podnikových informácií pred jeho manažérmi.
Na kvalitatívne riešenie takýchto problémov podniky používajú automatizované riadiace systémy (ACS).
Účel tohto článku je zastrešenie vyvinutej softvérovej aplikácie na zabezpečenie činnosti sanatória, najmä vývoj automatizovaného pracoviska pre terapeuta.
Relevantnosť tejto softvérovej aplikácie je určená potrebou:
1. Vykonávanie zberu informácií a vyhodnocovanie výsledkov poskytovania zdravotná starostlivosť, potrebné pre účinnú liečbu prevencia a rehabilitácia;
2. Skrátenie čakacej doby na lekársku starostlivosť riadením toku pacientov, poskytovaním údajov o pracovnej záťaži lekárov, dostupnosti zdrojov v reálnom čase;
3. Zníženie nákladov na proces liečby a prevencie;
4. Zvýšenie efektívnosti prístupu k informáciám: všetky medicínske informácie o pacientovi, výsledky preventívnej a diagnostickej práce vrátane výsledkov výskumu má lekár k dispozícii z pracoviska, v reálnom čase;
5. Poskytnutie potrebných informačných zdrojov lekárovi: priamo v procese poskytovania zdravotnej starostlivosti má lekár prístup k aktuálnym údajom.
Pri tvorbe softvérovej aplikácie sme analyzovali nasledujúce prostriedky implementácie:
1. Power Designer, ktorý podporuje nástroje na modelovanie a vytváranie diagramov, UML, CDM, metodiku PDM a možnosti dátového skladu. Táto softvérová aplikácia podporuje schopnosti tímového rozvoja
2. Oracle je výkonný a stabilný DBMS, ktorý beží na rôznych operačných systémoch, vrátane Windows 98, Windows 2000/XP, niekoľkých variantoch Unixu. Je to jeden z najpopulárnejších DBMS na svete a má dlhú históriu vývoja a používania. Veľká časť technológie Oracle je otvorená pre vývojárov, čo umožňuje väčšiu flexibilitu pri jej konfigurácii a prispôsobení.
To všetko však znamená, že inštalácia Oracle nemusí byť jednoduchá a treba sa s ňou veľa naučiť pracovať. Navyše techniky, ktoré fungujú vo verzii Oracle, sú určené pre jednu operačný systém, môže vyžadovať úpravu vo verzii pre iný operačný systém.
Existuje mnoho konfigurácií softvérového balíka Oracle. Po prvé, sú dve rôzne verzie Oracle DBMS jadrá: pre individuálne použitie a pre organizácie. Okrem toho existuje program na navrhovanie formulárov a zostáv, program Oracle Designer a mnoho nástrojov na publikovanie databáz Oracle na WEB.
3. SQL Navigator je najobľúbenejšie vývojové prostredie pre Oracle, ktoré poskytuje dostatok príležitostí na písanie, konfiguráciu a ladenie PL/SQL knižníc, vrátane vstavaného expertného systému a systému nápovedy.
4. Delphi je vizuálne dizajnové prostredie, ktoré umožňuje rýchlo a efektívne vytvárať programy vo výrobnom tíme, výrazne skrátiť čas strávený prípravou aplikácií a koordinovať činnosť skupiny dodávateľov, kóderov, testerov a technických spisovateľov. Ďalšou výhodou Delphi je jeho multiplatformnosť, tzn. schopnosť kompilovať aplikácie Windows do formátu Kylix pre Linux.
Analýza technických špecifikácií. Vo všeobecnom prípade môže byť softvérová podpora pre terapeuta reprezentovaná ako súbor troch automatizovaných pracovných staníc (AWS):
AWP "Registrácia"
AWP "Lekár-terapeut"
Pracovná stanica "Administrátor"
AWP "Lekár-terapeut"
Vzhľadom na prácu praktického lekára možno konštatovať, že pacient k nemu prichádza s preukazom a prípadne aj s výsledkami doplnkového diagnostického vyšetrenia a jeho hlavnou úlohou je vypracovať pre pacienta liečebný režim, ktorý môže zahŕňať rôzne procedúry, medikamentózna terapia, návštevy úzkych špecialistov a pod. Terapeut musí pochopiť pacientove problémy, určiť, v akom štádiu je tá alebo oná choroba a rozhodnúť, čo by mal pacient urobiť, aby zlepšil svoj blahobyt. Všetky práce na príprave rozhodnutia možno rozdeliť do niekoľkých etáp: opis stavu pacienta, klinické vyšetrenie diagnostika, stanovenie cieľov terapie, stanovenie kritérií na dosiahnutie cieľov terapie, analýza stavu pacienta a syntéza liečebného režimu na základe získaných informácií. Rozhranie terapeuta by malo byť postavené v súlade s vyššie uvedeným diagramom. Hlavná forma AWP by mala byť formulár na zobrazenie pacienta ktorí sa liečia u tohto lekára a ich návštevy u lekára. Návštevy môžu byť viacerých typov: vstupná návšteva, následná návšteva, preventívna konzultácia. Pre každý typ návštevy v AWP lekára - terapeuta by mali byť vybrané vlastné nástroje pre prácu s pacientom. Formulár zobrazenia pacienta by mal mať rovnaké možnosti na vyhľadávanie a filtrovanie relevantných záznamov ako formulár zobrazenia pracovnej stanice registrátora. Pre jemnejšiu klasifikáciu typov návštev u pacientov by sa mal zaviesť pojem účelu návštevy. Takže napríklad Okrem toho by v identifikátoroch zoznamu malo byť pole pre dátum ďalšej návštevy pacienta. Prijímací formulár pre pacienta by mal byť usporiadaný vo forme vhodného sprievodcu, ktorý prezentuje prácu v logickom slede. V prvej fáze majster registruje sťažnosti pacienta, históriu pacientovho ochorenia, históriu života pacienta, alergická anamnéza, uskutočňuje sa prieskum orgánov a systémov. Ak pred vymenovaním lekára pacient podstúpil diagnostický postup, ktorý nejakým spôsobom vylučuje ochorenia niektorých orgánov a systémov, potom by sa prieskum mal skrátiť, aby sa ušetril čas lekára. Okrem toho je v prvej fáze práce sprievodcu možné vykonať diagnostický postup v rámci pracovnej stanice "Doplnková diagnostika". Keď je pacient prijatý, aby sa zistil jeho stav, prieskum by sa mal začať evidencia reklamácií pacient. Potreba vedieť:
1. Na čo sa pacient sťažuje.
2. Presná lokalizácia bolestivých javov.
3. Ožarovanie bolesti.
4. Čas objavenia sa (deň/noc)
5. Faktory, ktoré spôsobujú bolesť (fyzické resp duševný stres, jedenie atď.).
6. Charakter bolesť, napríklad povaha bolesti: kompresívna, bodavá, horiaca, konštantná, paroxysmálna atď. , ako aj jeho intenzita, trvanie
7. Čo zastaví bolestivý jav
8. Správanie pacienta, nútená poloha pacienta, tlmenie bolesti.
Každá sťažnosť musí byť klasifikovaná podľa príslušnosti k určitému telesnému systému. Potom je potrebné vykonať podrobný prieskum pacienta o tých orgánoch a systémoch, ktoré boli uvedené v štádiu registrácie sťažností. V procese detailovania sa berú do úvahy tieto orgány a systémy:
Po registrácii ťažkostí a detailnom popise postihnutých orgánov a systémov je podrobne popísaný výskyt, vývoj a priebeh aktuálneho ochorenia v chronologickom poradí od jeho prvých prejavov až po moment jeho vyšetrenia terapeutom (popis anamnézy ochorenia) . Popis možno zredukovať na prieskum podľa nasledujúcej schémy:
1. Ako dlho sa považuje za chorého?
2. Kde a za akých okolností ste prvýkrát ochoreli?
3. Faktory prispievajúce k nástupu ochorenia
4. Akými znakmi sa choroba začala?
5. Prvá návšteva lekára, výsledky vykonaných štúdií, diagnostika ochorenia, liečba v tom čase, jej účinnosť.
6. Následný priebeh ochorenia
Druhou etapou práce majstra príjmu pacienta je klinické vyšetrenie, ktoré vedie praktický lekár. V rámci klinického vyšetrenia lekár vykonáva externé vyšetrenie pacienta, palpáciu, perkusie, auskultáciu, aby zistil stav rôznych orgánov a systémov, prečítal stav núdze, krvný tlak, zmeral rast, určil telesnú hmotnosť. Informácie o výsledkoch každého typu vyšetrenia lekár zaznamenáva do príslušných polí sprievodcu vyšetrením.
V tretej etape práce majstra sa zadáva diagnóza, ktorú lekár pacientovi stanovil. Zadáva sa hlavná diagnóza, zisťuje sa, či je ochorenie v remisii alebo v exacerbácii, zadávajú sa sprievodné diagnózy a zisťuje sa u nich aj stav, v akom sa nachádzajú. Po stanovení diagnóz a určení priebehu chorôb môže lekár prevziať povinnosť liečiť príslušné ochorenie alebo poslať pacienta k úzkemu špecialistovi.
Pracovná stanica "Administrátor"
Na úrovni AWP „Administrator“ sa vykonávajú tieto typy práce:
Konfigurácia kliniky;
Nastavenie pracovných staníc;
Nastavenie adresárov.
Analýza podobných softvérových systémov. "AIS "Poliklinika".CROC vyvinula a implementovala automatizovaný informačný systém pre centrálnu polikliniku Federálnej bezpečnostnej služby Ruska ( AIS "Poliklinika"). Systém pokrýva 340 pracovných staníc, jeho používateľov je viac ako 700 zdravotníckych pracovníkov obsluhuje viac ako 5 tisíc ľudí denne. Systém je určený pre komplexnú informačnú a analytickú podporu polikliniky. Súčasťou systému, ktorého centrálnym softvérovým komponentom je medicínsky informačný systém „MedAnalitika“, sú aj serverové, počítačové, sieťové a periférne zariadenia, súkromná telefónna ústredňa napojená na mestskú telefónnu sieť, systém štruktúrovanej kabeláže, vysokorýchlostná miestna plošná sieť, ako aj napájacie a zabezpečovacie systémy.alarmy.
Lekársky automatizovaný systém "MedIS-T". Systém je určený na automatizáciu priemyselnej medicíny, kliník, nemocníc, zdravotných stredísk, sanatórií. Má schopnosť vzdialene spravovať systémové pracovné stanice (cez internet).
Implementácia softvérovej aplikácie. S pomocou softvérového systému Power Designer 15, Koncepčný modelúdajov. Keďže na registráciu sťažností pacientov je potrebné vyplniť takmer rovnaké polia pre každú sťažnosť, bolo rozhodnuté vypracovať abstraktnú tabuľku registrácie sťažností.
Boli vyvinuté nasledujúce tabuľky:
Tusery – obsahuje údaje o používateľoch systému.
Tpacient – karta pacienta.
Tzalob - obsahuje sťažnosti pacienta.
T_boby_system - systémy ľudského tela.
T_ boby_pod_system - typ sťažnosti na konkrétny systém tela.
Tonsp_obch - tabuľka na určenie aktuálneho stavu pacienta.
Tanamnez - anamnéza choroby.
Tanamnez_next - následný priebeh ochorenia
Tdiaznoz – obsahuje diagnózu pacienta.
T_pod_diaznoz - obsahuje diagnózy sprevádzajúce hlavnú.
S pomocou softvérového systému Power Designer 15, založeného na koncepčnom dátovom modeli, fyzický dátový model, zameraný na Oracle (pozri obr. 1).
Vytváranie zobrazení (zobrazenia) . Pohľad je výsledkom výrazu SQL pozostávajúceho z príkazov select, project a join. Zobrazenia poskytujú flexibilnejšiu ochranu tabuliek, možno ich použiť na obmedzenie prístupu k určitým stĺpcom alebo riadkom a možno ich použiť aj na spojenie tabuliek.
Ryža. 1 - Dátový model
Zobraziť štruktúru:
Vytvorte alebo nahraďte zobrazenie "v _table_name" ("field_name 1"," field_name 2"…" field_name n") ako výber "field_name 1"," field_name 2"….." field_name n" FROM "table_name" KDE DEL =0
Kde DEL je príznak pre pole vymazania
Pre každú tabuľku boli vytvorené pohľady na vyššie uvedenú štruktúru.
Tvorba sekvencií. Sekvencia je objekt, ktorý generuje sériu po sebe nasledujúcich jedinečných čísel. Na generovanie náhradných kľúčových hodnôt sa najčastejšie používajú sekvencie.
Vytváranie spúšťačov (triggerov). Spúšťače v Oracle sú procedúry Java alebo SQL, ktoré sa volajú, keď je určité akcie s databázou. Oracle podporuje niekoľko typov spúšťačov: niektoré sa spúšťajú príkazmi SQL, ktoré vytvárajú nové štruktúry v databáze, ako sú tabuľky, iné sa spúšťajú raz na úrovni tabuľky pri zmene riadkov tabuľky a iné sa spúšťajú raz pre každý zmenený riadok.
Štruktúra vytvorených spúšťačov:
BEGIN SELECT SEC_"table_name".NEXTVAL INTO:NEW. "table_id" Z DUAL; KONIEC;
Implementácia klientskej časti softvérovej aplikácie. Program pozostáva z nasledujúcich modulov:
Login_Unit je modul na prihlásenie do systému.
Dm_unit je modul na ukladanie nakonfigurovaných nástrojov na prístup k databáze.
Admin_Unit je modul určený na zobrazenie zoznamu registrovaných užívateľov systému.
Main_Unit - Hlavná forma aplikácie.
Find_User_Unit je modul určený na zadávanie údajov potrebných na vyhľadávanie.
New_User_Unit - modul určený na pridanie nového užívateľa.
Edit_User_Unit - modul určený na úpravu užívateľských údajov.
Reg_nit je modul určený na zobrazenie kariet pacientov.
New_Pacient_Unit je modul určený na pridanie nového pacienta do databázy.
Edit_pacient_Unit je modul na úpravu údajov pacienta.
Pacient_jednotka - modul určený na zobrazenie pacientov v AWP "Lekár".
Choose_Date_Unit - modul pre výber dátumu.
Reg_Zalob_Unit je modul na registráciu sťažností pacientov.
Detail_zalob_Unit - modul určený na spresnenie evidovaných sťažností.
Edit_Unit je modul určený na zadávanie veľkého množstva údajov.
Anamnez_Unit - modul určený na popis anamnézy ochorenia.
New_zalob_Unit - modul určený na pridanie novej sťažnosti do databázy.
Edit_Zalob_Unit je modul na úpravu reklamácií.
Opred_Sost_Unit je modul určený na zistenie aktuálneho stavu pacienta.
Diagnoz_Unit je modul určený na stanovenie hlavnej diagnózy a jej sprievodných diagnóz.
Sost_Unit_ je modul určený na zobrazenie stavu pacienta pre rôzne dátumy. Slúži na určenie dynamiky vývoja pacienta.
Edit_Sost_Unit je modul určený na úpravu údajov o stave pacienta.
Restore_Users_Unit - modul určený na obnovenie chybne odstránených používateľov systému.
DMrestore_Unit je modul na ukladanie nakonfigurovaných nástrojov na prístup k databáze.
Restore_Pacient_Unit - modul určený na obnovu chybne vymazaných pacientov.
Restore_diagnoz_Unit je modul určený na obnovenie chybne vymazaných diagnóz pacientov.
Štruktúra softvérovej aplikácie je znázornená na obrázku 2.
Po spustení softvérovej aplikácie sa na obrazovke monitora zobrazí formulár, ktorý vás vyzve, aby ste prešli procesom overenia (pozri obrázok 3). Pre vstup do systému budete musieť zadať „login“ a „password“ do príslušných polí formulára.
Po prihlásení sa zobrazí hlavný formulár softvérovej aplikácie (pozri obrázok 4). Tento formulár nie je informatívny a poskytuje iba výber režimu prevádzky s aplikáciou:
AWP "Správca";
AWP "Registrácia";
AWP "Lekár-terapeut".
Ryža. 2 - Štruktúra softvérovej aplikácie
Ak používateľ nemá práva na žiadny režim práce so systémom, tento režim nebude pre tohto používateľa dostupný.
Ryža. 3 - Prihlasovací formulár
Ryža. 4 - Hlavná forma softvérovej aplikácie
Pracovná stanica "Administrátor". Po prihlásení do systému v režime administrátora sa na obrazovke zobrazí AWP formulár „Správca“ (viď obr. 5).
Formulár zobrazuje používateľov systému, ako aj práva týchto používateľov. S týmito údajmi môžete urobiť nasledovné:
Pridať – zobrazí formulár na pridanie nového užívateľa (viď obr. 6).
Ak chcete správne pridať používateľa, musíte vyplniť všetky polia, ako aj prideliť používateľovi práva, potom musíte kliknúť na tlačidlo „Pridať“.
Ryža. 5 – Formulár AWP „Správca“
Obr.6 - Formulár na pridanie nového užívateľa
Upraviť – zobrazí formulár na úpravu údajov užívateľa. Tento formulár je podobný formuláru na pridanie nového používateľa.
Vymazať – táto funkcia je určená na vymazanie používateľa. Fyzické údaje sa z databázy neodstránia. Zmazané dáta je možné kedykoľvek obnoviť.
Search - aktivácia formulára na zadanie vyhľadávacieho reťazca (pozri obr. 7).
Obr.7 - Formulár na zadanie vyhľadávacieho reťazca
Po zadaní vyhľadávacieho reťazca musíte kliknúť na tlačidlo "Nájsť".
Správca má tiež možnosť obnoviť zmazané údaje. Pre užívateľov systému existuje špecializovaný formulár (pozri obr. 8)
Obr. 8 - Obnova používateľov systému
Ak chcete používateľa obnoviť, musíte ho zadať v zozname odstránených používateľov a potom kliknúť na tlačidlo „Obnoviť“.
Na obnovu vymazaných pacientov existuje špecializovaná forma obnovy pacientov (pozri obr. 9)
Ryža. 9 - Zotavenie pacienta
Ak chcete pacienta obnoviť, musíte ho zadať v zozname odstránených pacientov a potom kliknúť na tlačidlo „Obnoviť“.
Na obnovenie diagnóz na diaľku existuje špecializovaný formulár na obnovenie diagnóz (pozri obr. 10.)
Ryža. 10 - Obnova diagnóz
Ak chcete obnoviť diagnózu, musíte ju zadať v zozname odstránených diagnóz a potom kliknúť na tlačidlo "Obnoviť". Ak chcete obnoviť sprievodnú diagnózu, musíte ju zadať v zozname odstránených sprievodných diagnóz a potom kliknúť na tlačidlo „Obnoviť“. Diagnóza sa obnoví u pacienta, ktorému bola odstránená.
AWP "Lekár-terapeut". Po aktivácii režimu GP sa na obrazovke zobrazí formulár zobrazenia pacienta (pozri obr. 11).
Formulár zobrazuje pacientov priradených ku konkrétnemu lekárovi.
S týmito údajmi môžete urobiť nasledovné:
Výber pacientov zaznamenaných k určitému dátumu. Ak chcete aktivovať túto funkciu, musíte kliknúť na tlačidlo „Pacienti“.
Ryža. 11 - Formulár AWP "Lekár-terapeut"
Na obrazovke sa zobrazí formulár na výber dátumu (pozri obr. 12)
Ryža. 12 - Formulár na výber dátumu
Po výbere dátumu kliknite na tlačidlo "Zobraziť".
Search - aktivácia formulára na zadanie vyhľadávacieho reťazca (pozri obr. 7).
Zrušiť – funkcia je určená na zrušenie výsledkov vyhľadávania.
Začať schôdzku – Aktivujte Sprievodcu vymenovaním pacienta.
Prvým krokom pri prijatí pacienta je registrácia sťažností pacienta (pozri obr. 13).
Ryža. 13 - Registračný formulár sťažnosti pacienta
Tento formulár zobrazuje sťažnosti pacienta. S týmito údajmi môžete urobiť nasledovné:
Pridať - aktivuje formulár na pridanie sťažnosti pacienta (pozri obr. 14).
Ryža. 14 - Formulár na pridanie sťažnosti pacienta
Detail - aktivácia formulára pre detailný popis sťažnosti pacienta (pozri obr. 15).
Upraviť – tento formulár je podobný formuláru na spresnenie sťažnosti pacienta.
Vymazať – táto funkcia je určená na vymazanie karty pacienta. Fyzické údaje sa z databázy neodstránia.
Ryža. 15 – Formulár s podrobnosťami o sťažnosti pacienta
Po zaregistrovaní sťažností pacienta a ich spresnení je potrebné pristúpiť k popisu anamnézy ochorenia. Ak to chcete urobiť, musíte vyplniť polia na dvoch kartách:
Lekárska anamnéza (pozri obr. 16).
Následný priebeh ochorenia (pozri obr. 17).
Po opísaní anamnézy ochorenia je potrebné začať zisťovať stav pacienta. Ak pacient navštívil lekára opakovane, vďaka tejto forme je možné sledovať dynamiku vývoja ochorenia (pozri obr. 18).
Ryža. 16 – Karta Popis histórie ochorenia
Ryža. 17 - Záložka popisujúca následný priebeh ochorenia
S údajmi formulára môžete vykonať nasledovné:
Pridať - aktivuje formulár na zistenie stavu pacienta (pozri obr. 19).
Upraviť – aktivuje formulár na úpravu stavu pacienta. Tento formulár je podobný formuláru definície štátu.
Po opísaní anamnézy ochorenia je potrebné pristúpiť k stanoveniu diagnózy (pozri obr. 20).
Ryža. 18 - Formulár zobrazenia stavu pacienta
Obr.19 - Formulár na zistenie stavu pacienta
Po stanovení diagnózy môžete dokončiť Sprievodcu prijatím pacienta.
Ryža. 20 – Formulár diagnózy
Vyvinutú softvérovú aplikáciu je možné využiť na automatizáciu pracoviska lekára sanatória.
Bibliografický zoznam
- D. Krenke, „Teória a prax budovania databáz. 8. vydanie“ „Peter“, 2003.
- Date, K., J. Úvod do databázových systémov. 6. vyd. - TO.; M., Petrohrad: "Williams", 2000. - 848 rokov
- V.V. Kornejev, A.F. Gareev, S.V. Vasjutin, V.V. Ríšska databáza. Inteligentné spracovanie informácií. - M .: Vedomosti, 2001.- 496s.
- Homonenko A.D., Tsygankov V.M., Maltsev M.G. Databázy: Učebnica pre vysoké školy / Ed. Prednášal prof. PEKLO. Homonenko. - Petrohrad: CROWN print, 2002. - 672 s.
- Zargaryan E.V., Zargaryan Yu.A. Informačná podpora pre problémy s viaccieľovou optimalizáciou pomocou Paretovej metódy. Informatizácia a komunikácia. 2013. Číslo 2. S. 114-118.
- Zargaryan E.V. METÓDA VÝPOČTU NEZRETEĽNEJ PRIEMYSELNEJ BILANCIE. Zborník Southern Federal University. Technická veda. 2008. V. 81. Číslo 4. S. 125-129.
Počítač vstúpil do všetkých sfér ľudskej činnosti. Pracovisko lekára je počítačový program, ktorý by mal lekárovi pomôcť v liečebno-diagnostickom procese, poskytnúť maximum užitočná informácia a nenačítava sa ďalšie lekárske práce. Ale realita nie je vždy ružovo krásna.
Doktor je buď kamarát s počítačom, alebo nie...
Pracovná stanica lekára - čo to je
automatizované pracovisko(Pracovná stanica lekára) je počítačový terminál so špeciálnym programom, ktorý vám umožňuje používať moderné technológie v každodennej práci liečebný ústav. Široká digitalizácia vstúpila do všetkých sfér života a je hlúpe odmietať pokrok: počítač sa môže stať vynikajúcim a nenahraditeľným pomocníkom lekára, ale za nasledujúcich podmienok:
- lekár vlastní nové technológie;
- lekárska inštitúcia zakúpila výkonné počítače;
- bola vytvorená dobrá sieť s prístupom na internet;
- používajú sa ľahko použiteľné programy na spracovanie informácií;
- Servis zariadení zabezpečuje skúsený správca systému.
Absentuje niektorá z podmienok a - pracovisko lekára sa stáva každodenným problémom, ktorý je pre lekára ťažko riešiteľný, niekedy nemožný, a čo je najdôležitejšie, táto situácia zasahuje do jednania s pacientmi. Lekár sa často stáva otrokom a prílohou počítača so všetkými následkami.
Skutočná pomoc pre lekára
Moderné informačné technológie vytvoriť pre lekára veľa pohodlia – od vyhľadávania potrebných medicínskych informácií na internete až po efektívne využitie počítačové programy v diagnostike chorôb. Pracovisko lekára je databáza pre každého pacienta, z ktorej môžete zistiť:
- všetky diagnózy a choroby človeka, ktorý žiadal o pomoc (pri pohľade na elektronickú kartu sa niekedy dozviete oveľa viac ako pri odbere anamnézy od pacienta);
- nedávne výsledky testov diagnostické štúdie a poradenské stanoviská;
- umiestnenie pacienta v dynamike liečby (stacionárna a ambulantná terapia);
- časť osobných údajov osoby (pas, lekárska politika, SNILS, telefón);
- denné pracovné štatistiky.
Práve vzťah rôznych zdravotníckych zariadení a špecialistov na pracovisku lekára je tým najlepším pomocníkom lekára: kliknutím na meno pacienta môžete krátke rozpätiečas dozvedieť sa o človeku maximum lekárskych informácií.
Pracovná stanica lekára - aké sú nevýhody
Mať elektronickú kartu pre každého je úžasné a pohodlné. Ale iba v ideálne podmienky. V živote a realite každej konkrétnej lekárskej inštitúcie existujú významné nuansy, neprekonateľné bariéry a obrovské ťažkosti. Pracovisko lekára sa stáva pre lekára záťažou v nasledujúcich prípadoch:
- boli zakúpené lacné a nízkoenergetické počítačové terminály s rýchlo sa rozbíjajúcimi tlačiarňami;
- používa sa ťažkopádny a nedokončený lekársky program;
- neexistuje zjednotenie pre celú krajinu (každý región používa vlastný program na udržiavanie elektronickej mapy);
- ušetrilo sa na vytvorení vnútronemocničnej siete, čo ovplyvňuje rýchlosť prístupu na internet;
- nemocnica, aby ušetrila, nekupuje kancelársky papier (vyšetrenie u lekára sa dá vytlačiť a nalepiť do papierovej kartičky, ktorú nikto nezrušil), takže lekár okrem zadávania informácií do programu musí písať s bežné pero na obyčajnom papieri podľa potreby;
- bol prijatý neschopný programátor, ktorý nepozná sieťové technológie;
- lekár nevlastní počítač, píše jedným prstom a sotva rozumie, prečo je potrebné tlačidlo Enter.
Vo veľkých inštitúciách problémy s
MIS KAUZ (verzia 0.7.2014.23 a vyššia)Podsystém „Elektronický zdravotný záznam: ambulancia“
(„EMK - pracovisko lekára ambulancie (polikliniky)“)
(stručný popis vlastností a funkcií)
Subsystém „Elektronický zdravotný záznam: ambulancia“ MIS KAUS (mislpu.
en) určený pre:
automatizácia pracovného toku ambulancie (polikliniky) lekárska organizácia(MO);
automatizácia pracoviska lekára v ambulancii (poliklinike) Moskovskej oblasti na ambulantnej schôdzke;
automatizácia pracovníkov zdravotná sestra ambulancie (polikliniky) MO na ambulantnom odbere;
získavanie správ potrebných pre prácu lekára na ambulancii (poliklinike) Moskovského regiónu;
výmena informácií o výsledkoch ambulantných vyšetrení s ostatnými subsystémami MIS KAUS.
Na registráciu údajov EHR v ambulantnej poliklinike Moskovského regiónu sa používa modul „Registrácia primárnych dokumentov“ (REGDOC), režim „AMB - POLYCLINIC (EMC)“.
Je potrebné vyplniť používateľské nastavenia podobne ako v príklade nižšie -
Subsystém „EMK - pracovisko ambulantného lekára (poliklinika)“: ponúka nasledujúce možnosti:
registrácia (pridávanie, zmena, mazanie) údajov pacienta –
registrácia nového preferenčného predpisu (federálne a regionálne privilégium) –
zobrazenie zoznamu preferenčných receptov (PR) a ich zmena -
Prezeranie zoznamu pacientových EMR evidovaných v ambulancii (poliklinike) -
Zobrazenie zoznamu pacientových EZZ registrovaných v nemocnici (denný stacionár) -
tlač dokladov pacienta potrebných pre jeho obsluhu v ambulancii (poliklinike) -
registrácia novej potreby preferencie lieky(LLS) federálneho príjemcu, regionálneho príjemcu, „refusenika“ z NSO -
prezeranie zoznamu a zmena potreby dotovaných liekov (LLS) federálneho príjemcu, regionálneho príjemcu, „odmietateľa“ z NSO -
funkčnosť lekára všeobecná prax(VOP) -
POZOR!
Viac informácií o funkcionalite popsystému „ARM VOP“ nájdete v návode obsiahnutom v súbore – ARM VOP – užívateľská príručka.doc
pracovať v režime Elektronický záznam na stretnutie s lekárom (vyšetrenie, procedúra)“ -
POZOR!
Viac s funkciou popsystem „Elektronické stretnutie s lekárom (vyšetrenie, výkon)“ nájdete v pokynoch v súboroch:
- Elektronická podateľňa- návod na použitie.doc
- Organizácia práce s režimom ELEKTRONICKEJ REGISTRÁCIE MIS LPU.doc
evidencia údajov o ambulantných vyšetreniach –
POZOR!
V zozname vyšetrení sa zobrazujú LEN odporúčania k lekárovi lekárskeho odboru uvedeného v nastaveniach pre pracovisko používateľa.
Pre vyplnenie údajov o ambulantnom vyšetrení (odporúčanie) je potrebné zvoliť ... 
...a vyplňte údaje - 
POZOR!
Predpokladá sa, že odporúčanie na ambulantné vyšetrenie sa vykonáva z:
- ambulancia registra (pri objednávaní pacienta k lekárovi);
nemocnica (denný stacionár) (napr. pri prijatí pacienta);
ambulancie (napr. keď všeobecný lekár (pediater, praktický lekár) posiela pacienta na vyšetrenia k „úzkym špecialistom“).
Ak neexistujú žiadne údaje o odporúčaní pacienta (napríklad, keď sa pacient sám odvoláva na polikliniku obchádzajúcou register), potom je možné v rovnakom režime zadať údaje o jeho ambulantnom vyšetrení.
Pri vyplňovaní nasledujúcich údajov:
Sťažnosti
Anamnéza
Objektívne (objektívny stav)
Špeciálny stav (špeciálny stav)
Liečebný plán
Plán prieskumu
Odporúčania
Ak chcete pridať novú šablónu, musíte zadať nový názov -
Pridať novú šablónu
Ak chcete vybrať existujúcu šablónu, musíte ju vybrať z príslušného zoznamu −
Ak chcete zmeniť text, musíte to urobiť ručne -
Výber šablóny textu vyšetrenia závisí od lekárskej špecializácie a diagnózy pacienta -
POZOR!
Vzory testov na vyšetrenia ambulantných lekárov môžu byť. pridané a upravené v module „MIS Administrator“ (ADMINDOC). Doplnenie takýchto šablón je potrebné vykonať pred spustením prevádzky podsystému „EMC - Pracovisko lekára ambulancie (polikliniky)“ lekármi.
Po vyplnení povinných polí je potrebné uložiť údaje o ambulantnom vyšetrení (F2) ... 
... a v prípade potreby vytlačiť protokol z vyšetrenia pomocou tlačiarne na papier (napríklad na pridanie (vlepenie) papierového protokolu do papierového zdravotného záznamu pacienta) - 
Po uložení údajov o ambulantnom vyšetrení (potvrdenie lekára) je možné údaje prezerať v režime „Výsledky“.
prezeranie a tlač výsledkov ambulantných vyšetrení –
POZOR!
V zozname výsledkov sú zobrazené vyšetrenia všetkých medicínskych odborov (bez obmedzenia odbornosti určeného v nastaveniach pre pracovisko používateľa) na modrošedom pozadí - potvrdené lekármi, ktorí vyšetrenie pacienta vykonali.
prezerať a tlačiť klinické údaje a biochemický výskum pacient -
POZOR! Režim je dostupný, ak LPU používa podsystém "LIS - laboratórny informačný systém" MIS KAUZ (mislpu.ru)
prezeranie a tlač údajov funkčných vyšetrení pacienta –
POZOR! Režim je dostupný, ak zdravotnícke zariadenie využíva podsystém „EMK - Pracovná stanica lekára funkčnej diagnostiky“ MIS KAUS (mislpu.ru)
prezeranie a tlač údajov z ultrazvukových výskumov (ultrazvuk) pacienta –
POZOR! Režim je dostupný, ak sa v zdravotníckom zariadení používa podsystém „EMR – pracovisko lekára“. ultrazvuková diagnostika” MIS KAUZ (mislpu.ru)
prezeranie a tlač údajov Röntgenové štúdie(RTI) pacienta -
POZOR! Režim je dostupný, ak sa v zdravotníckom zariadení používa podsystém "RIS - rádiologický informačný systém" MIS KAUS (mislpu.ru).
evidencia údajov o preventívnych očkovaniach -
POZOR! Používateľská príručka pre prácu so subsystémom „Imunoprofylaxia“ je obsiahnutá v súbore - Používateľská príručka pre imunoprofylaxiu.doc
18) pridávanie, zmena, prezeranie a tlač poburujúcich epikríz na VK– 
19) generovanie správ - 
Zákaznícka podpora
mislpu @ yandex. en
Program určený pre vedenie zdravotných záznamov v ambulantnom prostredí.
rok: 2011
Verzia: 4.2.02
Vývojár: Leybasoft
Plošina: Windows XP SP2 a vyššie
Kompatibilita so systémom Vista: kompletný
Požiadavky na systém:
- Procesor: P-III (Celeron 1,5 GHz) alebo vyšší
- RAM: 512 MB (min. 256 MB) alebo viac (odporúča sa)
- Miesto na pevnom disku: 100 MB alebo viac (v závislosti od rýchlosti rastu veľkosti súboru databázy)
- administrátorské práva (len na inštaláciu softvéru a konfiguráciu servera)
Jazyk rozhrania: len ruština
Tablet: Nevyžaduje sa
Veľkosť: 172 MB
Napísané s cieľom pomôcť kolegom lekárom, ktorí sú povinní najkratší čas urobiť nemožné: vypracovať ambulantnú kartu v súlade so všetkými pravidlami, pozorne počúvať pacienta, porozumieť tomu, čo bolo povedané, a predpísať adekvátne vyšetrenie a liečbu.
Program je technicky dvojvrstvový klient-server ("hrubý" klient). Firebird RDBMS sa používa ako server, ktorý umožňuje prístup viacerých používateľov k údajom a používanie aplikácie v lokálna sieť. Prístup k údajom je prísne regulovaný v závislosti od skupiny, pod ktorou sa používateľ do databázy prihlasuje (slovom, každý „vidí“ len tie údaje, na ktoré sa môže „dívať“).
Pridať. Informácie: Predchádzajúca verzia programu (verzia 4.1.08)
Čo je nové v tejto verzii:
1. Spolu s multi-užívateľskou verziou (využívajúc plnohodnotný server, ktorý vyžaduje samostatnú inštaláciu a konfiguráciu), tzv. prenosná verzia (pre jedného používateľa, obsahujúca vstavaný server, ktorý nevyžaduje konfiguráciu). Prenosná verzia umožňuje lekárovi uchovávať program + server + svoju databázu na obyčajnom flash disku alebo USB HDD. Je to veľmi výhodné, ak chcete pracovať s databázou v práci aj doma, navyše, ak nemáte vôbec chuť vŕtať sa v zložitosti správy databázy.
2. Pridaná možnosť zadať niektoré údaje v latinke (na žiadosť kolegov zo zahraničia)
3. Rozhranie bolo na niektorých miestach vylepšené (okno pripojenia vo verzii pre viacerých používateľov má teraz tri režimy zobrazenia) + boli implementované početné „vychytávky“ a „vymoženosti“, opravené zjavné chyby
4. Okrem existujúceho formátu chm bol pridaný formát pomoci HTML
Podrobnosti nájdete na stránke pomocníka...
Keďže táto verzia je len pracovná urológ-andrológ, autor pozýva na spoluprácu kolegov gynekológov, dermatovenerológov, terapeutov, neuropatológov a pod. na rozšírenie podobných funkcií v programe. Vítané sú aj konštruktívne pripomienky k obsahu a použiteľnosti tejto verzie.
Ako prispieť k ďalšiemu rozvoju softvéru
1. Pozeráme sa na rozhranie programu
2. Chytáme logiku práce a vzťah medzi označenými prvkami rozhrania a vygenerovanými údajmi
3. Posielame sťažnosti/príznaky kombinované podľa rovnakej logiky a zodpovedajúci „typický“ popis sťažností/príznakov nájdených v domácej (alebo „takmer zahraničnej“) zdravotnej dokumentácii (samozrejme v odbore, ktorý chcete vidieť v programe ). Môžete sem tiež pridať, aké ďalšie šablóny (štatistické kupóny a iné odpadové produkty lekárskych byrokratov) možno pridať.
