Ďalej účtovníctvo a výkazníctvo za lieky a zdravotnícke pomôcky. Vývoj informačného systému pre účtovanie liekov v lekárni Charakteristika objektu automatizácie.
Vždy je relevantná rýchlosť a kvalita zákazníckeho servisu, optimalizácia účtovníctva a dopĺňania zásob, možnosť rýchleho sledovania a regulácie úrovne maloobchodných cien a mnohé ďalšie aspekty, ktoré ovplyvňujú konečný výsledok lekárne. Bez zohľadnenia týchto faktorov nie je možné prežiť. Čo potom môžeme povedať o modernej situácii, keď sa problém boja o kupujúceho už dlho stal najpálčivejším. Túžba manažérov využiť každú príležitosť na zlepšenie konkurencieschopnosti svojho podnikania prudko vzrástla. Citeľne vzrástol najmä dopyt po rôznych počítačových a softvérových riešeniach, ktoré umožňujú komplexne automatizovať celý cyklus lekárenskej činnosti.
Lekáreň ako obchodná prevádzka sa vyznačuje vysokým stupňom vykazovania. Vzhľadom na značný objem a tempo obrátkovosti tovaru, špecifické požiadavky na jeho skladovanie a predaj je veľmi dôležité zaviesť rýchly a kvalitný zber, spracovanie a analýzu informácií súvisiacich s obchodnou činnosťou lekárne. Dá sa to dosiahnuť zavedením automatizovaných riadiacich systémov, ktoré umožňujú kombinovať celý proces obratu tovaru - od objednania ďalšej šarže od dodávateľa až po moment predaja a účtovanie prostriedkov z nej prijatých.
Softvérový produkt je informačný systém určený pre komplexné automatizované účtovníctvo a analýzu pohybu všetkých kategórií tovaru v lekárňach alebo lekárenských reťazcoch. Pokrývajú všetky aspekty činnosti lekárne a zohľadňujú všetky vlastnosti jej práce.
To sú prednosti systému, ktoré zaznamenali pracovníci lekární, ktorí softvérový produkt dlhodobo úspešne využívajú v každodennej praxi. Jednak ide o kompletné zaúčtovanie tovaru v reálnom čase s potrebnou finančnou dokumentáciou. Vždy presne poznáte zisk a stav tovaru v ktoromkoľvek oddelení vašej lekárne, môžete kontrolovať nákupy, výdaj, sortiment a maloobchodné ceny tovaru. To všetko samozrejme znižuje náklady na pracovnú silu, zjednodušuje prácu lekárnikov a umožňuje vedeniu lekární optimalizovať sortimentnú politiku podniku, zbaviť sa „balastných“ položiek a znížiť množstvo zásob na požadované minimum. Napríklad inventár, ak je to potrebné, môže byť dokončený za pár hodín. Hlásenia generované systémom umožňujú včas identifikovať možné chyby, zjednodušiť účtovníctvo a poskytnúť analytické informácie pre vedúceho lekárne. Akýkoľvek prehľad je možné zostaviť za pár minút.
Vďaka automatizovanému systému sa zrýchlila práca lekárnika-informátora. Informácie o dostupnosti liekov a cenách sa zasielajú na mestský certifikát a do liečebno-preventívnych ústavov. Systém sa ľahko používa, čo vám umožňuje rýchlo zaškoliť personál bez prerušenia práce. Okrem toho systém poskytuje lekárni väčšie analytické možnosti pre plánovanie jej činností. Kompletný výpočet hodnotenia všetkých liekov za rok môžete napríklad dokončiť za menej ako 5 minút. Takáto vysoká rýchlosť prevádzky je dosiahnutá najmä tým, že počas prevádzky systém nevytvára žiadne dočasné nepotrebné súbory, čo je typické pre mnohé počítačové programy. Zvyčajne tieto súbory zostávajú na disku a spomaľujú program. Vykonáva sa porovnávacia analýza sortimentu s prihliadnutím na „bod zvratu“ jednotlivých produktových skupín, zisťuje sa štruktúra objemov predaja a ziskovosť produktov. Takto je možné plánovať objemy predaja, komoditné a peňažné toky, zisky a náklady.
Najvýhodnejšie a najvýhodnejšie pre lekárne sú integrované softvérové a hardvérové systémy alebo automatizované riadiace systémy. Takéto systémy umožňujú komplexne zohľadňovať a kontrolovať finančné a ekonomické aktivity lekárne alebo siete lekární, t.j. generovať úplné a spoľahlivé informácie o ekonomických procesoch a výsledkoch činnosti podniku. A to zase znamená, že manažérov a účtovníkov oslobodíte od únavných výpočtov, čo im umožní plne sa sústrediť na obchodné analýzy a plánovanie. Vývoj informačných produktov bol v posledných rokoch spojený s využívaním ekonomických a matematických metód na vykonávanie marketingových funkcií predpovedania spotreby farmaceutických produktov, ako aj na testovanie trhu.
Automatizovaný systém vám umožňuje kedykoľvek zabezpečiť presnú znalosť zisku a bilancie tovaru v ktoromkoľvek oddelení (je to potrebné na minimalizáciu zásob v sklade pri zachovaní minimálnych zásob liekov stanovených špeciálnymi zoznamami).
V poslednej dobe lekáreň používa softvérový balík „Dodávatelia“. Systém je určený na automatizované účtovníctvo a analýzu pohybu farmaceutických produktov. Zahŕňa všetky aspekty činnosti – od príchodu tovaru na sklad až po jeho predaj na predajnej ploche. Tento program zohľadňuje osobitosti lekárne, umožňuje vecne kvantitatívne účtovanie tovaru, finančnú kontrolu a operatívne sledovanie stavu zásob. Pomocou programu sú udržiavané kontakty s dodávateľmi a aktualizované objednávky. Rýchle určenie reálnych zostatkov je jednou z hlavných výhod. Okrem toho používanie registračných pokladníc s čiarovým kódom ako súčasť softvérového balíka zjednodušuje proces výdaja liekov a ich účtovanie, výrazne uľahčuje prácu lekárnikom, zvyšuje kvalitu kontroly a znižuje náklady na chyby personálu. Trvá niekoľko hodín, kým príde tovar od dodávateľov do lekárne.
Lekárne, ktoré nakupujú softvér, si dobre uvedomujú, akú dôležitú úlohu v tomto prípade zohráva zákaznícky servis. Vo všeobecnosti systém rieši takmer akýkoľvek problém modernej lekárne. Hlavná vec však podľa jej používateľov je, že umožňuje poskytnúť skutočne „núdzovú“ lekársku starostlivosť.
Jedným zo znakov účtovníctva v obchodných organizáciách so sieťou pobočiek je potreba štruktúrovať príjmy a výdavky podľa členenia a druhu činnosti. Táto úloha je niekedy komplikovaná skutočnosťou, že pobočky vykonávajú činnosti zdaniteľné aj nezdaniteľné pre UTII. V tomto článku sa pozrieme na to, ako boli tieto problémy vyriešené v sieti lekární Nižný Novgorod MP - najväčšej lekárenskej sieti v Nižnom Novgorode. Implementáciu vykonala spoločnosť ECOS, Nižný Novgorod, na platforme 1C:Enterprise 7.7.
Metodika účtovníctva
Prvoradou úlohou pri automatizácii reťazca lekární v Nižnom Novgorode bolo jasné oddelenie štruktúry príjmov a výdavkov. To malo v konečnom dôsledku pomôcť získať jasný obraz o ziskovosti každej z lekární podľa druhu činnosti.
|
Okrem toho bolo potrebné zabezpečiť správny výpočet a výpočet daní, pretože vo veľkej organizácii je účtovníctvo spravidla rádovo zložitejšie ako v malej spoločnosti a viacúrovňová štruktúra podniku vedie ku komplikovaným výpočtom rozdelenia nákladov a určovania ziskovosti divízií (v lekárenskom reťazci Nizhegorodskaya MP je ich asi 60).
Podnik, ktorý vykonáva činnosti podliehajúce jednotnej dani z imputovaných príjmov (ďalej len UTII) a podliehajúce všeobecnému daňovému režimu, čelí problému organizácie účtovníctva v rámci dvoch zásadne odlišných daňových systémov. Ich kombinácia vedie k potrebe rozdeľovania nákladov aj daní, ktoré v čase časového rozlíšenia nemožno vždy stotožniť s konkrétnym druhom činnosti.
Pri analýze štruktúry stredísk ziskovosti je zrejmý prvý problém - potreba štandardizovať zaplatenú „DPH na vstupe“ tak za tovar, ako aj za ostatné hmotné aktíva a služby. Stojí za zmienku, že štandardizačný základ pre každé stredisko a úroveň nákladov je odlišný. Analýzou hrubého zisku je v každom konkrétnom prípade možné určiť, ktorá časť DPH podlieha vráteniu:
Debet 68,2 Kredit 19,
a ktoré budú zahrnuté v obstarávacej cene (pri predávanom tovare):
Debet 90.2.2 Kredit 19,
alebo náklady (na iný tovar, materiál a služby):
Debet 44.1.2 Kredit 19 alebo Debet 26 Kredit 19.
Hlavný problém manuálneho účtovníctva je spojený s obrovským objemom údajov, ktoré je možné vo veľkom podniku opakovane preskupovať a systematizovať predtým, ako sa tieto informácie dajú použiť na rozhodovanie a vykazovanie.
Podobné problémy vznikajú pri výpočte a výpočte daní zo mzdového fondu (ďalej len mzdy), ktoré je potrebné rozdeliť medzi druhy činností podliehajúcich a nezdaňovaných UTII. V tomto prípade sa zdá byť najprijateľnejším riešením nasledovné:
- plne akumulovať všetky dane od miezd po nákladové účty bez ohľadu na typ činnosti;
- na konci mesiaca, keď je známy hrubý zisk pre lekárne podľa druhu činnosti, odúčtovať nadmerne časovo rozlíšené dane v časti pripadajúcej na druhy činností podliehajúcich UTII.
Problém sa zhoršuje pri výpočte odvodov na povinné dôchodkové poistenie za poistnú a kapitalizačnú časť. Podnik má právo znížiť svoje platby za jednotnú daň z imputovaného príjmu prostredníctvom platieb do Penzijného fondu Ruskej federácie (poistenie a sporenie), ale iba vo výške nepresahujúcej 50 % tejto dane. Táto časť je stornovaná z nákladového účtu, napríklad:
Presne tie isté schémy sa používajú pri rozdeľovaní nákladov z účtu 44.1.3 „Distribučné náklady podliehajúce rozdeľovaniu“ a účtu 26 „Všeobecné obchodné náklady“.
V konečnom dôsledku pri uzavieraní účtu 90 „Tržby“ výsledok hospodárenia určujú lekárne a ich druhy činností. To bol jeden z hlavných cieľov tohto projektu.
automatizácia
V praxi sa v procese vývoja a implementácie automatizačného systému k metodickým problémom pridali čisto technické nuansy. Bolo potrebné prepojiť trinásť vzdialených databáz s centrálnou databázou.
Tento problém bol vyriešený čiastočne pomocou komponentu "Správa distribuovanej databázy" a čiastočne pomocou technológie výmeny dát vo formáte XML.
Konfigurácia implementuje účtovanie podľa pobočiek pre všetky oblasti účtovníctva. Vzhľadom na to, že podnik eviduje tovar v maloobchodných cenách, došlo k viacerým zmenám v celkovom účtovaní v maloobchode (pozri obr. 1).
Ryža. 1. Prevzatie tovaru.
Hlavným problémom pri realizácii projektu bolo veľké množstvo údajov zadávaných do systému. Napríklad počet prijatých dokumentov od dodávateľov je asi 30 tisíc mesačne. To znemožňuje použitie množstva štandardných konfiguračných dokumentov z dôvodu zníženého výkonu systému. Pre automatické generovanie nákupnej knihy sa teda rozhodlo oddeliť účtovanie DPH pre došlý tovar a DPH pre ostatné tovary a materiály a služby. Okrem toho sa v záujme zníženia objemu súčasne spracovávaných údajov a zvýšenia efektivity práce do systému denne zadáva regulačný dokument „Vytváranie záznamov nákupnej knihy“, ktorý spracováva údaje len k určitému dátumu a za určitú oblasť účtovníctvo. Treba poznamenať, že mesačná nákupná kniha v štandardnom formáte zaberá približne 500 strán.
Obdobne bol spracovaný aj blok vzájomného zúčtovania s dodávateľmi a odberateľmi. V skutočnosti bola „dokumentárna platba“ usporiadaná v adresári „Zmluvy“.
Automatizácia obojsmernej výmeny so systémami Klient-Banka umožnila takmer úplne automatizovať proces zadávania informácií o stave bankových účtov a dokument „Výpis“ s tabuľkovou časťou 300-700 riadkov bol zadaný za 10 -15 minút (pozri obr. 2). Tým sa výrazne uľahčila práca zamestnancov a znížila sa pravdepodobnosť chýb.
Ryža. 2. Dokument „Výpis“.
Všetky základné výpočty a spracovanie (sťahovanie údajov z pobočiek, vypĺňanie nákupnej a predajnej knihy, výpočet a úprava daní, rozúčtovanie nákladov, uzávierka účtov) sa väčšinou vykonáva spustením úloh na pozadí v mimopracovnej dobe. Toto riešenie problému vám umožňuje 100% využiť nielen čas zamestnanca, ale aj „strojový“ čas.
V dôsledku vykonanej práce je možné zostaviť konsolidovaný formulár výkazníctva o zložení ziskovosti podniku podľa divízií - lekárne (pozri obr. 3).
Ryža. 3. Správa o zisku.
Počas procesu automatizácie tak bolo možné dokončiť všetky zadané úlohy. Pre účtovníkov je oveľa jednoduchšie manipulovať s informáciami – teraz môžu rýchlo a spoľahlivo generovať požadované reporty pre interných aj externých používateľov. Úplnosť a efektívnosť zadávania informácií nám umožňuje dostatočne presne hovoriť o prítomnosti a veľkosti pohľadávok a záväzkov, o stave vzájomného vyrovnania s protistranami a na základe analýzy zloženia aktív a pasív podniku, o jeho finančnom stave, čo je informácia prvoradá pre každého manažéra.
Úspešná interakcia medzi zamestnancami účtovného oddelenia podniku a zamestnancami implementačnej spoločnosti v tejto fáze viedla k ďalšej spolupráci. V súčasnosti prebiehajú práce na automatizácii daňového účtovníctva, personálnej evidencie a výpočtov miezd a plánujú sa práce na automatizácii finančného plánovania v podniku.
Úvod
. Teoretická časť
.1 Potreba automatizácie
.2 Aké IP potrebuje lekáreň?
.3 Trendy a perspektívy
. Analytická časť
.1 Charakteristika objektu automatizácie
. Projektová časť
.1 Vyhlásenie o probléme
.2 Softvér
. Ekonomická časť
.1 Výber a zdôvodnenie metodiky výpočtu ekonomickej efektívnosti
.2 Výpočet ukazovateľov ekonomickej efektívnosti projektu
Záver
Zoznam použitej literatúry
Príloha A
Úvod
Tento kurz je venovaný téme vývoja informačného systému pre účtovníctvo liekov.
Predmetom vývoja je informačný systém na zhromažďovanie, sprístupňovanie, spracovanie a správu informácií uložených v databáze siete lekární.
Informačné technológie dnes dosiahli vo svete vysoký stupeň rozvoja. V tejto súvislosti niektoré reťazce lekární využívajú automatizované nástroje na efektívne ukladanie, spracovanie a distribúciu nahromadených údajov. Na základe moderných požiadaviek na kvalitu podnikovej práce je potrebné poznamenať, že ich efektívna prevádzka závisí výlučne od úrovne vybavenia informačnými nástrojmi založenými na počítačových automatizovaných účtovných systémoch.
Pri organizácii účtovníctva v reťazci lekární zohrávajú dôležitú úlohu softvérové a hardvérové automatizačné nástroje, mobilné aj stacionárne: snímače čiarových kódov, tlačiarne etikiet, terminály na zber údajov. To všetko spolu so softvérom umožňuje viesť evidenciu tovaru v momente jeho presunu alebo predaja. Tempo moderného podnikania neumožňuje odložiť proces registrácie pohybu tovaru.
V tomto smere je téma tohto projektu kurzu aktuálne aktuálna a významná pre efektívne fungovanie siete lekární
Cieľom projektu kurzu je vyvinúť informačný systém pre účtovanie liekov, ktorý zabezpečí správne vedenie databázy obsahujúcej údaje o sortimente, odberateľoch a dodávateľoch, príjme a spotrebe tovaru, vyúčtovaniach, faktúrach, faktúrach, šekoch, šekoch, šekoch, šekoch a pod. a tiež ju doplniť o presné a čiastočné vyhľadávanie informácií, zabezpečenie referenčnej integrity databázy, generovanie rôznych reportov a pod.
Predmetom štúdie je sieť lekární Solnechnaja
Vyvíjaný systém je navrhnutý tak, aby automatizoval obchodné a nákupné aktivity podniku so zohľadnením všetkých požiadaviek na softvér špecifický pre danú oblasť.
Hlavným cieľom tohto projektu je vytvorenie interaktívneho automatizovaného systému pre riadenie obchodných aktivít, ktorý umožňuje eliminovať nedostatky reálnych obchodných procesov.
Dôležitou úlohou vytvorenia systému je skrátiť čas strávený personálom organizácie základnými operáciami, čo by, samozrejme, malo viesť ku kvalitatívnemu zlepšeniu činností organizácie.
Vytváranie spoľahlivých informácií vo forme rôznych správ a diagramov pre objektívne posúdenie aktuálneho stavu v podniku.
Systém musí zabezpečiť výkon funkcií súvisiacich s vedením evidencie nákupov a predajov produktov, konkrétne program musí zabezpečiť:
1. Správna údržba databázy (pridávanie, mazanie, úprava záznamov);
2. Viesť záznamy o príjme/výdaji tovaru;
Dáta sa musia dať nahrať do MS Excel. Výstupné údaje by malo byť možné zobraziť aj graficky.
Všeobecnou požiadavkou systému je vytvorenie užívateľsky príjemného rozhrania, pomocou ktorého by užívateľ mohol jednoducho a rýchlo zadávať informácie do databázy podľa vyššie uvedených požiadaviek.
Okrem hlavných funkcií musí byť vyvinuté používateľské rozhranie pre praktické použitie (kompaktnejšie a systematizované).
Program by mal:
majú vyvinuté grafické rozhranie. S týmto programom budú môcť pracovať používatelia rôznych kvalifikácií.
umožňujú zadávať a ukladať informácie do databázy, upravovať ich a vytvárať zostavy.
výrazne skrátiť čas strávený na vypracovaní aktuálnej dokumentácie a záverečných správ, eliminuje možnosť chýb vo výpočtoch, je použiteľný v rôznych mierkach, t.j. dokáže pracovať s obrovským množstvom dát, nevyžaduje preprogramovanie pri zmene modelov zariadení, charakteristík, cien atď.
Program musí byť vytvorený v prostredí vývoja aplikácií Borland Delphi 7.0, ktoré implementuje moderné programovacie prístupy: objektovo orientovaný prístup a vizuálne nástroje pre rýchly vývoj aplikácií.
1. Teoretická časť
.1 Potreba automatizácie
Lekáreň je predovšetkým miestom, kde sa uskutočňuje predaj, takže mnohé obchodné procesy sú tu rovnaké ako v bežnom obchode. Zoznam úloh, ktoré sa majú automatizovať v samostatnej (nezávislej) lekárni, zahŕňa:
účtovníctvo;
2. objednávanie tovaru od dodávateľov (široký sortiment a prítomnosť veľkého počtu dodávateľov diktuje potrebu realizovať elektronickú objednávku s využitím špeciálnych možností na porovnávanie cien od rôznych dodávateľov);
Analýza toku produktov a generovanie analytických správ pre rôzne skupiny tovaru;
Evidencia a účtovanie tržieb.
Pre reťazec lekární bude zoznam takýchto úloh dlhší, zahŕňa napríklad vedenie klasifikátorov produktov, centralizované účtovníctvo finančného a ekonomického plánovania, logistiku (presun tovaru zo skladov do maloobchodných predajní), personálny manažment. Okrem toho, v závislosti od prijatých vzorov práce, objednávanie tovaru od dodávateľov môže byť vykonávané buď centrálne, alebo samotnými predajnými miestami (t. j. decentralizované). To isté platí pre cenotvorbu: ceny farmaceutických liekov je možné realizovať buď priamo v lekárňach alebo na centrále.
Navyše dnes v maloobchode na zintenzívnenie predaja využívajú celý rad nástrojov na zvýšenie lojality spotrebiteľov. "Jednou z nich sú zľavové programy rôzneho typu. Ich súčasťou sú časovo obmedzené akcie, okrem toho je dopyt po automatizovanej práci s lekármi a možnosti objednávania tovaru telefonicky. Adresár Vidal integrovaný do systému umožňuje priamo z terminálu programu vyberte liek podľa choroby, ATC a farmaceutickej skupiny, čím získate prístup k anotáciám lieku, informáciám o analógoch a ich dostupnosti v lekárni.“
Okrem úloh podobných úlohám akejkoľvek maloobchodnej predajne (alebo siete predajní) však v lekárenskom biznise existuje mnoho špecifických obchodných procesov, ktoré si vyžadujú neštandardný prístup a odlišné (ako v bežnom obchode) algoritmy riešenia.
Po prvé, siete lekární pracujú s obrovským sortimentom a takmer všetky produkty v lekárni majú dátum spotreby. "To kladie špecifické požiadavky na informačný systém, ktorý musí disponovať funkcionalitou zaznamenávať dátumy spotreby niekoľkých tisíc položiek. Ďalšou vlastnosťou sortimentu v lekárni je prítomnosť viacerých druhov toho istého lieku: môže ísť o jeden liek." v rôznych formách uvoľňovania - sprej, gél, masť a pod., v rôznych dávkach, prípravky pre deti, dospelých a pod. Informačný systém by mal umožňovať prezeranie a výber tovarových položiek, pohyb v katalógu produktov, vytváranie podskupín v rámci jedného produktovú skupinu a pomôcť pri rýchlom vyhľadávaní lieku v procese práce s klientom."
Po druhé, lekárne vedú prísnu evidenciu šarží (niekedy evidenciu podľa sériových čísel) v súlade s požiadavkami GMP, najmä ak majú vlastnú výrobu (príprava liekov na objednávku). "V druhom prípade táto norma (GMP) zabezpečuje určitý tok dokumentov, pravidlá skladovania, ako aj účtovanie o zložení látky v surovinách. To má svoje špecifiká: všetky prichádzajúce šarže látok a liekov podliehajú povinná vstupná kontrola v lekárňach Všetky úkony súvisiace s príjmom, výrobou, distribúciou vrátane kontroly sú popísané štandardnými postupmi Kontrola sa vykonáva v súlade s liekopisom, zbierkou noriem a predpisov upravujúcich kvalitu liekov. číslo je pridelené každej šarži, aby sa hotové liečivo dalo odobrať šaržová dokumentácia, v ktorej je uvedené miesto a dátum nákupu všetkých komponentov (látok, pomocných látok), ktoré sú podľa špecifikácie obsiahnuté v hotovom lieku, ako aj výsledky skúšok týchto komponentov, podmienky výroby a postup technologického procesu (koľko, pri akej teplote sa zmes uchovávala, aké reakcie nastali a pod.). Okrem toho existuje niečo ako špecifikácia. Toto je zoznam látok zahrnutých v hotovom lieku. Zvyčajne udáva, akú vlhkosť a/alebo akú koncentráciu účinnej látky v látke majú mať zložky, z ktorých sa liek pripravuje, a preto musí mať informačný systém funkčnosť, aby fungoval s prihliadnutím na hmotnosť, vlhkosť a obsah liečiva. účinná látka“.
Pri hotových liekoch je tiež nepochybný význam dávkového účtovania, pretože môžu nastať situácie, keď je potrebné odstrániť celú šaržu chybného tovaru. Výrobca potrebuje vedieť, kde bol distribuovaný – do ktorých maloobchodných predajní, prostredníctvom ktorých distribútorov. Informačný systém by mal umožňovať dohľadať cestu pohybu chybného tovaru až po príjemku zákazníka.
Odborníci vymenúvajú množstvo funkcií, ktoré sú povinné pre informačný systém lekárne: oceňovanie tovaru v súlade s pravidlami regulovanej tvorby cien pre určité skupiny liekov, sériové účtovanie liekov a sledovanie odmietnutých šarží, prítomnosť funkcie na výdaj zľavnených liekov. a bezplatné recepty a personalizované účtovníctvo vydávania tohto typu liekov pacientom, ktorí majú nárok na dávky; sledovanie falzifikátov, kontrola povinného sortimentu, špeciálne účtovanie množstva skupín liekov - silné lieky, skupiny A a B a pod. Organizácia help desku s funkciou poskytovania informácií o dostupnosti tovaru v ktorejkoľvek divízii sieť lekární v reálnom čase, interakcia automatizovaného systému riadenia lekární s externými systémami pomoci, práca s bankovými kartami; možnosť využitia darčekových poukazov, akcií a obchodovania „podľa vzoriek“.
Na zabezpečenie všetkých týchto požiadaviek sú potrebné informačné systémy s príslušnou funkcionalitou.
.2 Aké IP potrebuje lekáreň?
automatizácia sortiment lekáreň medicína
Základná sada softvéru pre lekáreň by mala zabezpečovať elektronickú interakciu s dodávateľmi (od objednania až po príjem faktúr), vedenie evidencie šarží, sledovanie dátumov spotreby a odmietnutých šarží liekov, možnosť vrátenia tovaru dodávateľovi (napr. prípady, keď sa v lekárni minie dátum spotreby lieku alebo sa zistia nejaké vady) a vrátenie tovaru od spotrebiteľa (ak sa povedzme zistí, že daná šarža je falzifikát), prehodnotenie tovaru, medzilekárenský prevod tovaru pre reťazce a lekárne so vzdialenými kioskami, maloobchodný predaj (pokladničný modul), inventarizácia, nahrávanie údajov do účtovného systému a poskytovanie operatívneho reportingu.
Priemerná lekáreň dnes obsahuje nasledovné vybavenie: dve alebo tri automatizované predajné miesta na báze fiškálneho registrátora (počítač, samotný fiškálny registrátor, snímač čiarových kódov, zákaznícky displej, pokladničná zásuvka), jeden počítač pre finančne zodpovednú osobu, jeden počítač ako databáza server.
Lekárne s otvoreným výkladom môžu využívať aj bezpečnostné systémy (najmä zariadenia proti krádeži) a kamerový dohľad. Veľké obchodné reťazce už majú prax integrovať takéto systémy s IS (napríklad s pokladničnými systémami – aby sa predišlo alebo potlačilo zneužívanie zo strany personálu a zákazníkov), ale v lekárenskom biznise je to aj vo veľkých reťazcoch stále málo žiadané. z dôvodu sekundárnej povahy takejto úlohy vo vzťahu k automatizácii základných obchodných procesov.
Na zaznamenávanie návštev skladu s liekmi možno použiť systém kontroly prístupu (ACS). "Je to spôsobené tým, že lekárne pracujú s omamnými látkami a systémy kontroly prístupu sú veľmi účinné pri prevencii zneužívania týchto produktov. Ich integrácia s back office umožňuje vytvoriť jednotný informačný priestor a monitorovať skladovú prevádzku v reálnom čase." V prípade akýchkoľvek porušení "Systém pomáha ľahko identifikovať vinníka. Navyše to umožňuje prísne obmedziť prístup k informáciám tu uloženým. Vrcholový manažér spoločnosti tak získa kompletný obraz o bezpečnostnom systéme v celej siete a dokáže promptne monitorovať vznik mimoriadnych situácií a prijímať opatrenia na ich riešenie.“ .
Kľúčovými kritériami pri výbere IS sú:
· náklady na základnú súpravu a služby technickej podpory (čo je obzvlášť dôležité pre lekárne mimo reťazca);
· možnosť včasných úprav systému tak, aby vyhovoval novým požiadavkám trhu a prianiam zákazníka (užívateľa);
· nízke požiadavky na vybavenie (server, pracovisko riaditeľa, pracovisko pokladníka) - to vám umožní vyhnúť sa dodatočným nákladom na nákup nového zariadenia a používanie existujúcich počítačov;
· systémová podpora širokého spektra periférií (fiškálne zapisovače, snímače čiarových kódov, zákaznícke displeje, termálne tlačiarne čiarových kódov atď.);
· dostupnosť a prijateľná cena doplnkových modulov na zvýšenie funkčnosti základnej zostavy (dôležité najmä pre dynamicky sa rozvíjajúce lekárenské inštitúcie);
· pre použitý DBMS sú dôležité náklady na samotný DBMS a dodatočné licencie na pracovisko a kvalifikácia IT personálu pre administratívu;
· schopnosť interakcie s najbežnejšími účtovnými programami.
Pre siete lekární, najmä veľké a dynamicky sa rozvíjajúce, bude hierarchia kľúčových kritérií trochu iná ako pre jednotlivé lekárne. Takže tu budú najvyššie požiadavky na DBMS používané v kancelárii na konsolidáciu dát, ako aj na kancelársky hardvér (server, manažérska pracovná stanica). Pre veľké siete lekární odporúčame zariadenia, ktoré zaručujú odolnosť voči poruchám a neprerušovanú prevádzku, keďže poruchy na vybavení kancelárií môžu mať negatívny vplyv na celý reťazec lekární.
Je veľmi dôležité, aby informačný systém mal schopnosť rýchlej konsolidácie dát, pre rýchlu výmenu informácií o dostupnosti tovaru v reálnom čase, a to ako medzi viacerými lekárňami tej istej siete, tak aj medzi lekárňami siete a centrálou. . Centrálna kancelária prijíma od lekární hlásenia o predaji tovaru a na základe nich vykonáva plánovanie obstarávania. Škálovateľnosť IS je tiež mimoriadne dôležitá, najmä v súčasnej fáze, keď sa siete lekární rýchlo rozširujú. Ak spoločnosť rastie o viac ako 30 % ročne, znamená to, že systém by sa mal bez problémov vyrovnať s nárastom počtu používateľov.
Veľké množstvo periférnych zariadení podporovaných systémom je obzvlášť dôležité pre medziregionálne siete lekární. Dnes by sme nemali zabúdať ani na akvizičné systémy: zabezpečenie práce s kreditnými kartami sa už stalo bežnou praxou a prechod od samostatného EFT terminálu k vstavanému skracuje čas obsluhy zákazníka a hlavne eliminuje chyby spôsobené dodatočnými manuálne zadávanie informácií.
Ďalším dôležitým kritériom pre reťazcové lekárne sú náklady na prispôsobenie softvéru: veľké reťazce lekární si spravidla časom vytvoria vlastné know-how, sledujú marketingové trendy vo svojich regiónoch a zadávajú požiadavky na úpravy softvéru zohľadňujúce miestne špecifiká.
Inými slovami, je potrebné dbať na nasledovné: klient si v konečnom dôsledku nekupuje program, ale technológiu, pri ktorej je dôležitá nielen funkčnosť IS, ale aj čas implementácie, cena projektu a celkové náklady na vlastníctvo produktu (TCO vrátane nákladov na úpravu a sprevádzanie).
.3 Trendy a perspektívy
Ako už bolo spomenuté, jedným z najvážnejších trendov súčasnosti je intenzívny rozvoj reťazcov lekární a znižovanie počtu samostatných lekární. Je jasné, že nielen úplný rozvoj, ale aj samotná existencia obchodnej siete je dnes nemožná bez použitia vhodného IT. Preto budú najobľúbenejšie riešenia, ktoré umožňujú centralizovanú, no zároveň flexibilnú správu sortimentu, marketingových programov a cenovej politiky v rámci reťazca lekární. Zároveň musia byť splnené vysoké požiadavky na spoľahlivosť softvéru v lekárňach, aby sa nezvyšovali náklady spojené s jeho prevádzkou. Výhodu budú mať firmy, ktoré ponúkajú riešenia nie pre lekáreň ako takú, ale pre sieť lekární a využívajú ako platformu vysoko spoľahlivé DBMS.
Jedným z nových smerov na tomto trhu je vytváranie spoločností, ktoré outsourcujú správu zásob lekární, cenovú politiku a marketingové programy. Lekárne si zároveň zachovávajú právnu a finančnú nezávislosť a získavajú výhody, ktoré majú reťazce lekární v oblasti cenovej úrovne (pri nákupe tovaru od dodávateľov) a využívania vysokokvalifikovaných (a teda aj vysoko platených) manažérov.
Zaujímavým trendom na farmaceutickom trhu je zrod nových maloobchodných formátov: dnes už to napríklad nie sú len lekárne, ktoré predávajú len lieky, ale takzvané „zdravé predajne“, kde si môžete kúpiť kozmetiku, nechať si poradiť od očného lekára, ktorý môžu tu pracovať a pod. Na zabezpečenie prevádzky takýchto komplexných obchodných centier sú potrebné informačné systémy s rozšíreným rozsahom schopností.
Nezávislé lekárne sa však nechcú vzdať svojich pozícií, snažia sa o optimalizáciu práce, transparentnosť účtovania toku produktov a finančných zdrojov pomocou IT. Malým lekárňam totiž často stačí automatizovať príjem tovaru, tlačiť faktúry a cenovky a viesť potrebnú primárnu dokumentáciu. Pre nezávislé lekárne (ako aj pre mnohé reťazce) sú dôležitými kritériami jednoduchosť používania systému, jednoduchosť zaškolenia personálu na prácu so softvérom, ako aj cena a kvalita služieb.
Dnešný stav automatizácie maloobchodu v lekárňach v mnohom pripomína situáciu s implementáciou IT v obchodných reťazcoch spred niekoľkých rokov, keď integrovaný prístup k automatizácii bol ešte len v plienkach, nie všetky typy informačných systémov boli žiadané. neboli žiadne špeciálne požiadavky na integráciu systému. Mimochodom, skutočnosť, že v rozhovoroch s odborníkmi sa nám nepodarilo získať odhady celkového objemu tohto segmentu trhu, naznačuje počiatočnú fázu jeho vývoja. „V tomto štádiu automatizácie lekární integrovaný prístup pozostáva najmä z implementácie účtovného a účtovného systému. Samotné zníženie duplicity vstupov uvoľňuje až 50 % času personálu, ktorý je spravidla vysoko kvalifikovaný a dostáva značné odmeny. Poskytnutie prístupu k údajom za celú históriu lekárenského podniku navyše umožňuje využívať špecializované systémy na predpovedanie dopytu.
Dnes, v tradičnom (nefarmaceutickom) maloobchodnom sektore, analytické systémy a balíky na plánovanie a prognózovanie už používajú najpokročilejší účastníci trhu a nie je ďaleko deň, kedy sa stanú neoddeliteľnou súčasťou každého sebaúcty. maloobchodný reťazec. Preto skutočnosť, že účastníci farmaceutického trhu už o takýchto systémoch uvažujú, jasne naznačuje, že aktívne naberá na obrátkach. A je dosť možné, že tempo jeho rozvoja bude naraz vyššie ako bežného (nefarmaceutického) maloobchodu; Na základe skúseností posledného menovaného (v kombinácii s významným kapitálom, ktorý sem už dorazil), môže segment lekárenského maloobchodu v blízkej budúcnosti veľmi výrazne preraziť.
2. Analytická časť
.1 Charakteristika objektu automatizácie
Predmetom štúdie je LLP "Pharmacy "Solnechnaya" na predaj liekov.
LLP "Pharmacy "Solnechnaya" bola založená v roku 2001. V roku 2005 boli otvorené 2 lekárne, v roku 2007 2 ďalšie, v súčasnosti má LLP "Pharmacy "Solnechnaya" 9 pobočiek.
Aj u nás, podobne ako v mnohých iných krajinách, začali byť na prvom mieste v lekárenskom biznise siete lekární. To možno vysvetliť nasledujúcimi faktormi.
Po prvé, reťazcové lekárne nakupujú oveľa väčšie množstvá liekov ako jednotlivé lekárne, a preto dostávajú oveľa väčšie zľavy z nákupných cien, môže im byť poskytnutý odklad platby alebo si dokonca môžu dovoliť nákup priamo od samotného výrobcu.
Po druhé, reťazce lekární disponujú centralizovaným riadiacim aparátom, ktorý výrazne znižuje náklady na marketingový prieskum, účtovníctvo a financovanie a znižuje náklady na sklad.
Po tretie, sieť lekární si môže dovoliť robiť kvalitnú reklamu, aby prilákala zákazníkov. Môže vykonávať rôzne propagačné akcie, poskytovať zľavy určitým segmentom obyvateľstva a vydávať zľavové a sporiace karty.
Okrem toho v takýchto lekárňach spravidla nájdeme veľmi široký sortiment nielen liekov, ale aj rôznych súvisiacich produktov - kozmetiky, produktov osobnej starostlivosti, detskej výživy a rôznych produktov pre deti, ich matky a tehotné ženy. Ide o skutočnú rodinnú lekáreň, kde si môžete zakúpiť produkty pre zdravie všetkých členov rodiny. To všetko umožňuje prilákať do lekárne široké spektrum ľudí, keďže takmer každý, kto tam ide, môže kúpiť všetko potrebné pre celú rodinu.
Dôležitým bodom je prítomnosť kvalifikovaného personálu v lekárni a najmä lekára, od ktorého sa môžete poradiť s konkrétnym ochorením. Prirodzene, najlepšie je navštíviť lekára na klinike, ale sú chvíle, keď to jednoducho nie je možné, a potom je lekár v lekárni, lekár, a nielen lekárnik, jednoducho dar z nebies! V tých istých núdzových prípadoch sú nevyhnutné 24-hodinové lekárne. Každá sieť lekární má 24-hodinové lekárne a musia sa nachádzať v rôznych častiach mesta, z ktorých jedna musí byť v centre.
Toto sú najdôležitejšie faktory, prečo jednotlivé lekárne v našich mestách prakticky zanikli, no existuje veľa lekární, lekárenských kioskov či 24-hodinových lekární, ktoré vlastní jedna spoločnosť.
V externom systéme plní Solnechnaya Pharmacy LLP úlohu sprostredkovateľa medzi výrobcami tovaru a zákazníkmi pre tieto produkty, čo je jasne vidieť na obrázku 1.
Obrázok 1. Schéma vonkajšieho prostredia firmy
LLP "Pharmacy "Solnechnaya" vykonáva veľkoobchod a maloobchod. Uspokojením potrieb maloobchodníkov získava veľkoobchod príjem z obchodnej prirážky za predaný tovar.
Produkty pochádzajú od veľkoobchodníkov a predávajú sa priamo spotrebiteľom, ktorí potrebujú tento typ produktu.
Preberanie tovaru z hľadiska množstva a kvality sa vykonáva v súlade s pokynmi prijatými organizáciou.
Prevzatie tovaru podľa množstva je zosúladenie hmotnosti, počtu miest, jednotiek skutočne prijatého tovaru s ukazovateľmi sprievodných dokladov.
Prevzatím tovaru na kvalitu je identifikácia kvality a kompletnosti tovaru, súlad obalov, balenia, označovanie so stanovenými požiadavkami, ako aj sprievodné dokumenty.
Po prijatí tovaru je požadované množstvo doručené na predajnú plochu a zvyšok je presunutý do skladových priestorov. Pri organizovaní skladovania tovaru by sa hlavná pozornosť mala venovať boju proti stratám produktov. Racionálna organizácia skladovania zahŕňa vytvorenie podmienok pre skladovanie tovaru v súlade s jeho fyzikálnymi a chemickými vlastnosťami, optimálne umiestnenie tovaru v skladových priestoroch, berúc do úvahy čas jeho prijatia a poradie predaja, frekvenciu dopytu a efektívne využitie úložného priestoru.
Opíšme organizačnú štruktúru riadenia podniku.
Na čele spoločnosti stojí riaditeľ, ktorý rozhoduje najmä o otázkach riadenia, ako aj o otázkach strategického charakteru. Dohliada na činnosť všetkých oddelení. V jeho kompetencii sú aj otázky finančných tokov. Riaditeľa menuje zakladateľ Finančný riaditeľ analyzuje, prognózuje a podľa toho rozvíja stratégiu rozvoja spoločnosti v oblasti financií. Vedie finančné oddelenie: nesie zodpovednosť v súlade s náplňou práce. Nákupné oddelenie je zodpovedné za nákup tovaru. Medzi jeho funkcie patrí aj vyhľadávanie nových dodávateľov s výhodnejšími dodacími podmienkami. Toto oddelenie rieši problémy s nákupom pre celý sortiment. Nákupy sa uskutočňujú na základe požiadaviek zákazníkov a zostatkov skladu.
Účtovné oddelenie zahŕňa tri pododdelenia: hlavný účtovník, výkaz, platby a pokladňa.
Hlavný účtovník vedie účtovnú evidenciu, robí súvahy, rôzne protiodsúhlasenia, počíta všetky dane a rieši problémy vznikajúce na útvaroch pod jeho podriadením.
V procese štúdia existujúceho systému spracovania ekonomických informácií v podniku Solnechnaya Pharmacy LLP boli zistené nedostatky.
Pozrime sa na organizačné nedostatky:
Organizácia využíva osobný počítač minimálne.
Iracionálne používanie nástrojov informačných technológií.
Nedostatočná kvalifikácia zamestnancov.
Z technických nedostatkov treba spomenúť chýbajúci jednotný informačný systém, ktorý zabezpečuje centralizované ukladanie dát, komplexné účtovanie predaja produktov a automatizovanú prípravu všetkých potrebných tlačených dokumentov.
Dôležitou požiadavkou na softvér lekárne je schopnosť rýchleho zvládnutia celého účtovného komplexu zo strany majiteľa lekárne aj personálu. Väčšina lekární používa zjednodušený systém a funguje na základe jednej dane. Zároveň sa podnikateľ často aktívne podieľa na účtovníctve. Na zvládnutie základov účtovníctva mu spravidla nezostáva čas. Program musí „komunikovať“ v jazyku zrozumiteľnom pre podnikateľa. To výrazne zjednodušuje vývoj systému a jeho následnú prevádzku.
3. Dizajnová časť
.1 Vyhlásenie o probléme
Vytvorte softvérovú aplikáciu "Účtovníctvo medicíny", ktorá organizuje operácie s liekmi (registrácia, predaj, účtovníctvo atď.), zisk za mesiac.
Aplikácia by mala poskytovať správy, ktoré obsahujú výpočty najpopulárnejších liekov a najpopulárnejších indikácií za mesiac.
Popíšme si základy fungovania predmetného objektu, teda „Lékárnikového adresára“, pomocou programu BP Win.
Na nulovej úrovni sú vstupné údaje: informácie o liekoch, informácie o dodávateľoch, objednávka.
Nepriamo je daný podnik ovplyvnený zákonmi, stanovami podniku a dopytom. Pre chod podniku sú veľmi dôležití aj zamestnanci a vybavenie, takže ho aj nepriamo ovplyvňujú.
Výstupné údaje sú: príjem, prehľady a odpoveď na objednávku.
Obrázok 2 - Funkčný diagram úroveň 0
Vďaka tomu je možné vytvoriť logickú databázovú štruktúru pomocou programu ERWin.
Štruktúra databázy.
Ryža. 3. Logická štruktúra databázy
Tabuľka 2 - Fyzická štruktúra databázy
3.2 Softvér
Softvérový produkt "Medicines Accounting" bol vyvinutý pomocou Microsoft Access 2003 a Borland Delphi 7.
Access 2003 je súčasťou balíka Microsoft Office 2003 a funguje ako ostatné súčasti v systéme Windows 2000 a novších.
Praktické minimum, ktoré Access 2003 vyžaduje pre osobný počítač, je Pentium 2 a 64 MB pri spustení pod Windows 2000. So štandardnou inštaláciou sady aplikácií: Word, Excel, Outlook, Power Point, Access, FrontPage, približne 250 MB je potrebné miesto na pevnom disku. Odporúča sa monitor SVGA, možno použiť VGA.
Microsoft Access je funkčne kompletný relačný DBMS. Poskytuje všetky potrebné nástroje na definovanie, spracovanie a správu údajov pri práci s veľkými objemami informácií. Pokiaľ ide o jednoduchosť používania, Microsoft Access spôsobil revolúciu vo svete a mnohí ľudia sa naň obracajú, aby vytvorili svoje vlastné databázy a aplikácie.
Microsoft Access poskytuje maximálnu slobodu pri špecifikovaní typu vašich údajov (text, čísla, dátumy, časy, peňažné hodnoty, obrázky, zvuk, dokumenty, tabuľky). Môžete tiež určiť formáty ukladania (dĺžka reťazca, presnosť čísel a dátumov) a zobrazenie týchto údajov pri zobrazení alebo tlači. Aby ste zabezpečili, že v databáze budú uložené iba správne hodnoty, môžete nastaviť podmienky pre hodnoty rôzneho stupňa zložitosti.
V Accesse môžete použiť makrá alebo Access Basic na dynamickú výmenu údajov s inými aplikáciami. OLE vám umožňuje prepojiť objekty v inej aplikácii alebo vložiť objekty do databázy programu Access. Týmito objektmi môžu byť obrázky, grafy, tabuľky alebo dokumenty z iných aplikácií Windows s podporou OLE.
Microsoft Access dokáže pracovať s veľkým množstvom rôznych dátových formátov vrátane súborových štruktúr iných DBMS. DBMS vám umožňuje pracovať s údajmi pomocou rôznych metód. Môžete napríklad vyhľadávať informácie v jednej tabuľke alebo vytvoriť komplexný vyhľadávací dopyt vo viacerých súvisiacich tabuľkách alebo súboroch. Jediným príkazom môžete aktualizovať obsah jedného poľa alebo viacerých záznamov. Na čítanie a opravu údajov môžete vytvoriť procedúry, ktoré používajú funkcie DBMS. Mnoho systémov má pokročilé funkcie na zadávanie údajov a generovanie správ.
Microsoft Access používa na spracovanie údajov vo vašich tabuľkách výkonný jazyk SQL (Structured Query Language). Pomocou si môžete vybrať z jednej alebo viacerých tabuliek informácie potrebné na vyriešenie konkrétneho problému. Access výrazne zjednodušuje úlohu spracovania údajov.
Na napísanie programu bolo zvolené vizuálne programovacie prostredie Borland Delphi 7.
Syntax Borland Delphi 7 je založená na programovacom jazyku Object Pascal. Borland Delphi 7 plne podporuje OOP (objektovo orientované programovanie), čo výrazne rozširuje možnosti prostredia.
Ďalšou dôležitou výhodou zvoleného prostredia Borland Delphi 7 je, že Borland Delphi 7 sa na celom svete považuje za jedno z najjednoduchších programovacích prostredí a na rozdiel od všetkých rozšírených programovacích prostredí je prísne typizované, čo umožňuje znížiť počet chyby takmer na nulu (s výnimkou chýb logických algoritmov) Delphi 7 poskytuje širokú škálu nástrojov na správu databáz, dokonca s rôznou štruktúrou a podpornými technológiami.
Na vývoj databázy v tomto programe padla voľba na technológiu ADO od spoločnosti Microsoft Corporation pre jej široké možnosti a jednoduché použitie.
V súlade s blokovým diagramom uvedeným vyššie v odseku „Štrukturálny diagram“ boli v prezentovanom programe programové moduly vyvinuté v Borland Delphi 7. Rovnako ako dopyty v jazyku Microsoft Access 2003.
Počas vykonávania programu sa na obrazovke môžu objaviť správy:
Správa „Chyba pri čítaní databázy“.
Chyba nastane, keď sa databázový súbor nedá prečítať.
V tomto prípade musí prevádzkovateľ:
Skontrolujte prítomnosť súboru „task.mdb.“ Súbor možno neexistuje alebo sa nachádza v inom priečinku ako program.
Chyba mohla byť spôsobená zlyhaním média.
Správa „Nesúlad dátumu“.
Pri generovaní zostavy sa vyskytne chyba z dôvodu nesprávne zadaných dátumov.
V tomto prípade musí prevádzkovateľ:
Skontrolujte, či sú dátumy napísané správne.
Hlavná forma
Obrázok 4 - Hlavný formulár
Popis práce:
Zrkadlenie základných informácií z tabuliek databázy Lieky a sklad.
Nájsť riadok: vyhľadá liek podľa začiatočných písmen jeho názvu.
Obrázok 5 - Výber údajov podľa podmienky
Riadok Dodávatelia: vyhľadá dodávateľa podľa jeho kódu v tabuľke Dodávatelia, ktorý odráža názov lieku, jeho množstvo na sklade a dátum dodania a zobrazí výsledok v samostatnom formulári „Výsledok vyhľadávania“.
Obrázok 6 - Výsledok vyhľadávania
Sekcia objednávky:
Názov - výber lieku
Dátum - označenie dátumu
Cena – údaj o cene lieku
Suma - výpočet celkovej sumy objednávky
Kliknutím na tlačidlo OK sa liek predá a informácie sa zadajú do tabuľky Objednávka a premietnu sa do formulára Výkaz predaja.
Úprava menu:
Obrázok 7 - Menu Upraviť
Pridať záznam – vyvolá formulár Pridať/upraviť liek a zapíše pridané údaje do tabuliek Lieky a Sklad.
Obrázok 8 - Pridať/upraviť formulár lieku
Upraviť záznam - vyvolá formulár Pridať / Upraviť liek s aktualizáciou opravených údajov v tabuľkách Lieky a Sklad.
Obrázok 9 - Pridať/upraviť formulár lieku
Menu Prehľady
Obrázok 10 - Menu Reporty
Vyvolá formulár Výkaz predaja.
Obrázok 11 - Formulár správy o predaji
Menu Dodávatelia
Obrázok 12 - Menu Dodávatelia
Vyvolá formulár Dodávatelia.
Obrázok 13 - Formulár dodávateľov
Tlačidlo Pridať – vyvolá formulár Pridať/upraviť dodávateľa a zapíše pridané údaje do tabuľky Dodávatelia.
Obrázok 14 - Pridať/upraviť formulár dodávateľa
Tlačidlo Upraviť - vyvolá formulár Pridať/upraviť dodávateľa s aktualizáciou opravených údajov v tabuľke Dodávatelia.
Obrázok 15 - Pridať/upraviť formulár dodávateľa
Tlačidlo Odstrániť – vymaže aktuálny záznam z tabuľky Dodávatelia.
Tlačidlo Ukončiť – zatvorí tento formulár.
Menu Adresáre
Obrázok 16 - Odkazy na menu
Vyvolá formuláre miest a druhov liekov.
Obrázok 17 - Tvar mesta
Obrázok 18 - Forma Typ lieku
Menu Triediť
Obrázok 19 - Triedenie menu
Triedi lieky podľa názvu alebo ceny v tabuľke Lieky.
Menu Exit
Obrázok 20 - Ukončiť menu
4. Ekonomická časť
.1 Výber a zdôvodnenie metodiky výpočtu ekonomickej efektívnosti
Odhad nákladov zahŕňa nasledujúce položky:
základný plat vývojárov informačných systémov;
dodatočný plat pre vývojárov informačných systémov;
príspevky na sociálne poistenie;
výpočet nákladov na odpisy počítača;
výdavky na elektrinu spotrebovanú pri vývoji informačného systému;
režijné náklady.
Pozrime sa bližšie na každú z týchto nákladových položiek.
Odmena predstavuje súhrn peňažných a naturálnych prostriedkov vyplatených zamestnancom za odpracovaný čas, vykonanú prácu, ako aj zákonom ustanoveným spôsobom za neodpracovaný čas. Základná mzda sa vypočítava v závislosti od foriem odmeňovania akceptovaných v podniku. Pri časových mzdách pripadá základná mzda zamestnancom za skutočne odpracovaný čas a pri mzdovej mzde za skutočne vykonanú prácu.
Časová forma odmeňovania sa používa pri výpočte miezd pracovníkov, zamestnancov, špecialistov a manažérov. Pri tejto forme odmeňovania sa mzda vypočítava na základe mesačného oficiálneho platu za odpracovaný čas. Je potrebné počítať s pribúdaním príplatkov za prácu nadčas. Príplatok sa počíta k zárobku na základe času vo výške 20 % tarifnej sadzby pracovníka pracujúceho na čas.
Zohľadníme teda tie zložky nákladov, ktoré budú ovplyvnené modernizáciou informačného systému. V dôsledku skrátenia pracovného času sa mzdy zamestnancov spoločnosti nezmenia, pretože Dostávajú fixný plat a nie hodinovú sadzbu. Navyše za prácu nadčas nie sú odmeňované primeranou indexáciou (3-násobok sumy), za nadčasové hodiny môžu byť zamestnancom priznané osobné príplatky alebo môžu čerpať voľno. Nedôjde teda k priamemu zníženiu nákladov zo zvyšovania efektívnosti vykonávania prác. Celkový mzdový fond sa však zníži v dôsledku redukcie pozícií, najmä dozorných a previerkových. Očakáva sa, že rovnaký objem práce v novom systéme zvládne 1,5-krát menej pracovníkov ako pri existujúcom tradičnom systéme.
Náklady na základný plat (B basic) s časovou formou odmeňovania sa vypočítajú podľa vzorca (1):
Základné = Asi mesiac *T otrok. * K d / D r.mesiac. , (1)
kde: O mesiac - mesačná mzda predávajúceho;
Deň mesiac - priemerný počet pracovných dní v mesiaci;
T otrok - skutočný odpracovaný čas
K d - koeficient zohľadňujúci príplatky k základnej mzde
Ročne je práca pre Solnechnaja Pharmacy LLP približne prepočítaná na určité množstvo kancelárskeho materiálu - papier, písacie potreby a iné - v hodnote 1 Sk, čo v roku predstavovalo 100 000 tenge Zastavenie používania klasických pamäťových médií vo väčšine operácií na ukladanie a spracovanie dát na centrálnom serveri zníži tieto náklady o 70-80 %. Konečný výstup dát na papieri bude potrebný len pre tie reporty, ktoré manažment používa ako oficiálne dokumenty.
To. zníženie nákladov na spotrebný materiál sa určí z výrazu:
DZ r.m. = 0,7* Sk1; (2)
kde S k 1 je výška ročných výdavkov na kancelárske potreby;
DZ r.m. = 0,7 * S k 1 = 70 000 tenge.
Pracovná sadzba za mesiac je 146 hodín. V skutočnosti niektorí pracovníci pracujú nadčas, čo vedie k nadmernej spotrebe energie. Stolný počítač, ktorý plní funkcie pracoviska daňového inšpektora, má priemernú spotrebu N ks = 350 W.
Nadmerná spotreba energie za rok bude:
kde T je počet hodín odpracovaných nadčas používateľmi za rok
T = 1321 hodín približne za rok.
E rok = 350 * 1321 = 462 350 W.
Ak sa finančníkom podarí dokončiť svoju prácu počas pracovnej doby, zníženie nákladov v dôsledku úspor energie bude:
DZ ee = E rok * C sq, (4)
kde C kW je cena jednej kWh elektriny. Cq = 3 tenge;
DZ ee = 462350 * 1,50 * 10-3 = 1400 tenge;
Celkovo máme materiálne výhody zo zavedenia nového systému finančného účtovníctva vo výške zníženia nákladov počas roka:
DI S = DЗ plat + DЗ р.м. + DZ ee (5)
DI S = 1 200 000 + 266 000 + 1 400 = 1 467 400 tenge
.2 Výpočet ukazovateľov ekonomickej efektívnosti projektu
Na vybudovanie systému využívame existujúcu LAN. Obsahuje:
· Sieťový súborový server Windows Server;
· počítače založené na Pentiu 4;
· káblový systém založený na tenkom koaxiálnom kábli;
· aktívne káblové zariadenie.
Svojou technickou charakteristikou je sieť vhodná na vytvorenie finančného účtovného systému klient/server na jej základe. Vyžaduje si to ďalšie komponenty:
· databázový server;
· softvér pre databázový server;
· softvér pre klientske počítače;
Cena databázového servera založeného na Pentiu IV bude:
Tsbd = 200 000 tenge
Sieťová karta Intel EtherExpress Pro pre databázový server D-Link 10-100
Tsk = 1500 tenge
Sieťový OS Windows NT 4.0
Ts os = 60 000 tenge
Softvérový server pre 10 súčasných pripojení:
Ts ps = 140 000 tenge
Na implementáciu nového systému sa plánuje využiť skupina 3 špecialistov.
Čas vývoja systému je definovaný ako:
Tp = 1000 hodín alebo 6 mesiacov.
To. náklady na prácu vývojára budú:
Z prog = Z plat * 18 = 60 000 * 18 = 360 000 tenge;
Balík Delphi 7.0 má trhovú hodnotu
C Delphi = 250 000 tenge
Celkové jednorazové kapitálové investície budú:
K = C sbd + C sk + C os + C ps + Z prog + C Delphi, (6)
K = 200 000 + 18 500 + 175 000 + 140 000 + 360 000 + 250 000 = 1 143 500 tenge.
Ročná efektívnosť vytvorenia systému je určená výrazom:
E g = DZ/(E n + K r), (7)
kde DЗ je zmena v nákladoch na vytvorenie a údržbu informačného systému je určená výrazom:
DZ = DI S - K(E n + K r), (8)
kde DI S je absolútna zmena prevádzkových nákladov oddelenia;
E n - štandard efektívnosti kapitálových investícií pre počítačové vybavenie a softvér sa rovná 0,15;
K r - koeficient renovácie, sa berie ako odpisová sadzba zohľadňujúca životnosť existujúcich zariadení (životnosť systému T sl - 3 roky) a je určená vzorcom:
Kr = E n / ((1 + E n)T sl - 1), (9)
Kp = 0,15 / ((1 + 0,15)3 - 1) = 0,29;
Potom bude zmena v cene:
DЗ = 1 466 700 – 1 143 500* (0,15 + 0,29) = 963 560 tenge,
Ročná účinnosť je teda plánovaná
Napr. = 963 560 / (0,15 + 0,29) = 2 189 909 tenge.
Teraz môžeme určiť dobu návratnosti Current pre vytvorenie nového systému z výrazu:
T ok = K / E g, (10)
Aktuálny = 1 143 500 / 2 189 909 = 0,52 roka.
Navyše táto doba návratnosti zohľadňuje len materiálne výhody vytvorenia nového systému.
Takto som vypočítal všetky náklady na vytvorenie systému a zdôvodnil všetky výhody jeho implementácie.
Záver
Výsledkom vykonanej práce bol vyvinutý informačný systém (IS) pre sieť lekární Solnechnaya. Systém je vyvíjaný v súlade s požiadavkami zákazníka s prihliadnutím na špecifiká tejto predmetnej oblasti.
Informačný systém bol vytvorený vo vizuálnom prostredí vývojového aplikačného nástroja Borland Delphi 7.0, výsledkom čoho bol vyvinutý informačný systém pre účtovníctvo obchodného podniku. Informačný systém podporuje všetky operácie súvisiace s účtovaním, spracovaním a poskytovaním potrebných údajov. Tento systém poskytuje vstup, mazanie, ukladanie a úpravu informácií obsiahnutých v dátových tabuľkách.
Tieto možnosti vám umožňujú udržiavať dokumentáciu výkazov, generovať pracovné výsledky, uchovávať údaje o liekoch a ich cenách, dodávateľoch atď.
Aplikácia je ľahko ovládateľná aj pre neskúseného používateľa. Je farebne riešený (sú pridané obrázky, ikony a pod.), aby bola práca v tomto programe pre používateľa príjemná a zábavná.
Tento projekt je možné v budúcnosti detailnejšie a opatrnejšie rozpracovať, čo jeho developerovi prinesie nemalý zisk.
Systém Delphi vám umožňuje riešiť mnohé problémy, najmä:
1. Vytvárajte kompletné aplikácie pre Windows rôznych typov: od čisto výpočtových a logických, až po grafické a multimediálne.
2. Rýchlo vytvorte (aj pre začínajúcich programátorov) profesionálne vyzerajúce rozhranie okna pre akúkoľvek aplikáciu.
Vytvorte výkonné systémy pre prácu s lokálnymi a vzdialenými databázami
4. Vytvorte systémy pomoci (súbory .hlp) pre svoje aplikácie a mnohé ďalšie. atď.
Delphi je kombináciou niekoľkých základných technológií:
1. Vysokovýkonný kompilátor strojového kódu
2. Objektovo orientovaný komponentový model
Vizuálna (a teda aj vysokorýchlostná) konštrukcia aplikácií zo softvérových prototypov
4. Škálovateľné nástroje na vytváranie databáz.
Cieľom práce v kurze bolo naštudovať si programovací jazyk DELPHI a vypracovať praktické úlohy.
Pri dokončení kurzu:
1. bola študovaná teória a technológia práce s programovacím prostredím Borland Delphi7;
2. bola preštudovaná a analyzovaná relevantná literatúra;
3. vykonala sa porovnávacia analýza jazykov tejto triedy a ukázali sa výhody a nevýhody jazyka Delphi;
4. boli prezentované prvky metodickej práce vo forme vypracovania variantov úloh (z aplikovaných oblastí) pre stredoškolákov študujúcich Delphi na hodinách informatiky.
Informačný systém výrazne skracuje čas na vypracovanie aktuálnej dokumentácie a záverečných správ, eliminuje možnosť chýb vo výpočtoch a je použiteľný v rôznych mierkach, t.j. dokáže pracovať s obrovským množstvom dát, nevyžaduje preprogramovanie pri zmene modelov zariadení, charakteristík, cien atď.
Zadanie projektu kurzu je teda v plnom rozsahu dokončené. Vyvinutý informačný systém plne uspokojil požiadavky zákazníka a je v štádiu implementácie.
Zoznam použitej literatúry
1. Shumakov P.V. "Delphi 7 a vývoj databázových aplikácií." - M.: "Vedomosti", 2007;
2. http://www.licinfo.com.ua/ru/biznes-plan-seti-aptek.html
Http://www.aip.ru/list_articles/preimushestva_.html.
4. http://www.nedug.ru/news/popular_about_health/2000/5/22/The future-behind-pharmacy-chains#.VI3aiFVwt6Q.
5. Omarová Sh.E., Drozd V.G., Kosova E.G. -Výukový program "Návrh databázy".
6. Pestrikov, V.M. Delphi s príkladmi / V.M. Pestrikov, A.N. Masloboev. - St. Petersburg. : BHV-Petersburg, 2005. - 496 s.
7. Stevens, R. Delphi. Hotové algoritmy / Rod Stevens; Za. z angličtiny Mereshchuk P.A. - 2. vyd., vymazané. - M.: Tlač DMK; St. Petersburg : Peter, 2004. - 384 s.
8. www.wikipedia.com
9. Sapkov V.V. Informačné technológie a informatizácia kancelárskej práce: učebnica. Kyjev: ACADEMIA, 2009.
10. Ten T.L., Mukanova Zh.A. IS softvér/učebnica. - Karaganda: KEUK, 2010
11. Ten T.L., Mukanova Zh.A. Softvér IS/praktická príručka pre vzdelávacie inštitúcie. - Karaganda: KEUK, 2009
Labor V.V. Si Sharp: Vytváranie aplikácií pre Windows/ V.V. Laboratórium - Mn.: Žatva, 2003
13. http://business-up.ucoz.ru/publ/2-1-0-10
14. Timoshonok, T. Microsoft Access 2003. Stručný sprievodca /T. Timoshe-nok.− M: Williams, 2005. - 320 s.
15. Kurz MS Access. [Elektronický zdroj]. - Režim prístupu: http://www.taurion.ru/access.
16. http://business.gov.kz/ru/aspiring-entrepreneurs/business-ideas/detail.php?ID=60897
17. Koglovský M.R. - Databázová technika na osobných počítačoch - M.: Financie a štatistika, 2008.
18. Informatika / Ed. N.V. Makarova. M.: Financie a štatistika, 2010.
19. Orlov S.A. Technológia vývoja softvéru: učebnica. - Petrohrad: Peter, 2008..
20. http://www.1001statya.ru/
21. http://forum.triz-ri.ru/forum/mess.asp?thr=19407
22. Strange K. Magic Quadrant pre DBMS Data Warehouse // Gartner Research Note M-22-2154. 2011
Príloha A
|
jednotka Unit1; rozhranie používa Windows, správy, SysUtils, varianty, triedy, grafiku, ovládacie prvky, formuláre, dialógy, mriežky, DBGrids, ponuky, ImgList, StdCtrls, DBCtrls, masku, tlačidlá; typ TForm1 = trieda(TForm) DBGrid1: TDBGrid; MainMenu1: TMainMenu; ImageList1: TImageList; N1: TMenuItem; N2: TMenuItem; N3: TMenuItem; N5: TMenuItem; N6: TMenuItem; N7: TMenuItem; N8: TMenuItem; N9: TMenuItem; N10: TMenuItem; N11: TMenuItem; N12: TMenuItem; N13: položka TMenu; N14: TMenuItem; N4: TMenuItem; DBGrid2: TDBGrid; Edit1: TEdit; Label1: TLabel; N15: TMenuItem; N16: TMenuItem; N17: položka TMenu; GroupBox1: TGroupBox; N18: TMenuItem; Label2: TLabel; Label3: TLabel; DBEdit2:TDBEdit; Label4: TLabel; DBEdit3:TDBEdit; Label5: TLabel; DBEdit4:TDBEdit; Label6: TLabel; DBEdit5:TDBEdit; DBLookupComboBox1: TDBLookupComboBox; BitBtn1: TBitBtn; BitBtn2: TBitBtn; Label7: TLabel; Edit2: TEdit; BitBtn3: TBitBtn; Label8: TLabel; DBEdit1:TDBEdit; Label9: TLabel; DBEdit6:TDBEdit; Label10: TLabel; procedure FormClose(Sender: TObject; var Action: TCloseAction); procedure N4Click(Sender: TObject); procedure N5Click(Sender: TObject); procedure N8Click(Sender: TOObject); procedure N9Click(Sender: TObject); procedure Edit1Change(Sender: TObject); procedure N7Click(Sender: TOObject); procedure N13Click(Sender: TOObject); procedure N14Click(Sender: TOObject); procedure N11Click(Sender: TOObject); procedure N16Click(Sender: TOObject); procedure N18Click(Sender: TOObject); procedure BitBtn1Click(Sender: TObject); procedure BitBtn2Click(Sender: TObject); procedure BitBtn3Click(Sender: TObject); procedure DBLookupComboBox1Click(Sender: TObject); súkromné (Súkromné vyhlásenia) verejné (Verejné vyhlásenia) koniec; var Form1: TForm1; implementácia využíva Unit2, Unit3, Unit4, Unit5, Unit6, Unit7, Unit8, Unit9, Unit10; ($R *.dfm) procedure TForm1.FormClose(Sender: TObject; var Action: TCloseAction); begin if DataModule2.ADOTable1.Modified then DataModule2.ADOTable1.Post; if DataModule2.ADOTable2.Modified then DataModule2.ADOTable2.Post; koniec; procedure TForm1.N4Click(Sender: TObject); begin DataModule2.ADOTable1.Insert; DataModule2.ADOTable2.Insert; Form3.ShowModal; koniec; procedure TForm1.N5Click(Sender: TObject); beginForm3.ShowModal; koniec; procedure TForm1.N8Click(Sender: TObject); begin DataModule2.ADOTable1.IndexFieldNames:="Názov"; koniec; procedure TForm1.N9Click(Sender: TObject); begin DataModule2.ADOTable1.IndexFieldNames:="Cena"; koniec; postup TForm1. Edit1Change(Sender: TObject); begin if Length(Edit1.Text)>0 then DataModule2.ADOTable1.Filtered:=true else DataModule2.ADOTable1.Filtered:=false; DataModule2.ADOTable1.Filter:="Názov>"""+Edit1.Text+""""; koniec; procedure TForm1.N7Click(Sender: TObject); beginForm4.Show; koniec; procedure TForm1.N13Click(Sender: TObject); beginForm6.Show; koniec; procedure TForm1.N14Click(Sender: TObject); beginForm7.Show; koniec; procedure TForm1.N11Click(Sender: TObject); beginForm1.Close; koniec; procedure TForm1.N16Click(Sender: TObject); beginForm8.Show; koniec; procedure TForm1.N18Click(Sender: TObject); beginForm9.Show; koniec; procedure TForm1.BitBtn1Click(Sender: TObject); begin DataModule2.ADOTable6.Post; DataModule2.ADOQuery2.Active:=false; DataModule2.ADOQuery2.SQL.Clear; DataModule2.ADOQuery2.SQL.Add("UPDATE Warehouse"); DataModule2.ADOQuery2.SQL.Add("Sklad SET.[Množstvo na sklade]=Sklad.[Množstvo na sklade]-"""+DBEdit4.Text+""""); DataModule2.ADOQuery2.SQL.Add("WHERE Warehouse.[Kód] LIKE """+DBEdit1.Text+""""); DataModule2.ADOQuery2.ExecSQL; DataModule2.ADOTable2.Refresh; DataModule2.ADOTable6.Refresh; koniec; procedure TForm1.BitBtn2Click(Sender: TObject); begin DataModule2.ADOTable6.Insert; koniec; procedure TForm1.BitBtn3Click(Sender: TObject); begin DataModule2.ADOQuery1.Active:=false; DataModule2.ADOQuery1.SQL.Clear; DataModule2.ADOQuery1.SQL.Add("Vyberte dodávateľov.[Kód dodávateľa], Lieky.[Názov], Sklad.[Množstvo na sklade], Sklad.[Dátum dodania]"); DataModule2.ADOQuery1.SQL.Add("FROM Suppliers INNER JOIN (Warehouse INNER JOIN Medicines ON Warehouse.[Kľúč]=Lieky.[Kľúč]) ON Suppliers.[Kód dodávateľa]=Sklad.[Kód dodávateľa]"); DataModule2.ADOQuery1.SQL.Add("WHERE Dodávatelia.[Kód dodávateľa] LIKE """+Edit2.Text+""""); DataModule2.ADOQuery1.Active:=true; Form10.ShowModal; koniec; procedure TForm1.DBLookupComboBox1Click(Sender: TObject); begin DataModule2.ADOQuery3.Active:=false; DataModule2.ADOQuery3.SQL.Clear; DataModule2.ADOQuery3.SQL.Add("Vyberte lieky.[Kľúč], Lieky.[Cena]"); DataModule2.ADOQuery3.SQL.Add("FROM Medicines"); DataModule2.ADOQuery3.SQL.Add("WHERE Drogy.[Kľúč] LIKE """+DBEdit6.Text+""""); DataModule2.ADOQuery3.Open; DBEdit3.Text:=DataModule2.ADOQuery3.FieldValues["Cena"]; DataModule2.ADOQuery3.Active:=True; DataModule2.ADOTable6.Refresh; koniec; koniec. jednotka Unit2; rozhranie používa SysUtils, Classes, DB, ADODB; typ TDataModule2 = class(TDataModule) ADOConnection1: TADOConnection; ADOTtable1: TADOTtable; DataSource1: TDataSource; ADOTtable2: TADOTtable; DataSource2: TDataSource; ADOTable1DSDesigner: TAutoIncField; ADOTable1DSDesigner3: TWideStringField; ADOTable1DSDesigner5: TDateTimeField; ADOTable1DSDesigner6: TBCDField; ADOTable2DSDesigner: TAutoIncField; ADOTable2DSDesigner2: TDateTimeField; ADOTable2DSDesigner3: TWideStringField; ADOTable2DSDesigner4: TWideStringField; ADOTtable3: TADOTtable; ADOTtable4: TADOTtable; ADOTtable5: TADOTtable; DataSource3: TDataSource; DataSource4: TDataSource; DataSource5: TDataSource; ADOTable1DSDesigner2: TWideStringField; ADOTable2DSDesigner6: TIntegerField; ADOTable3DSDesigner: TWideStringField; ADOTable3DSDesigner2: TWideStringField; ADOTable3DSDesigner3: TWideStringField; ADOTable3DSDesigner4: TWideStringField; ADOTable3DSDesigner5: TWideStringField; ADOTable4DSDesigner: TAutoIncField; ADOTable4DSDesigner2: TWideStringField; ADOTable5DSDesigner: TAutoIncField; ADOTable5DSDesigner2: TWideStringField; ADOTtable6: TADOTtable; DataSource6: TDataSource; ADOTable6DSDesigner: TAutoIncField; ADOTable6DSDesigner2: TDateTimeField; ADOTable6DSDesigner3: TIntegerField; ADOTable6DSDesigner5: TWideStringField; ADOTable6DSDesigner6: TBCDField; ADOTable6Field: TIntegerField; ADOQuery1: TADOQuery; DataSource7: TDataSource; ADOTable2_: TWideStringField; ADOQuery2: TADOQuery; DataSource8: TDataSource; ADOQuery3: TADOQuery; DataSource9: TDataSource; ADOQuery4: TADOQuery; procedure ADOTable6CalcFields(DataSet: TDataSet); súkromné (Súkromné vyhlásenia) verejné (Verejné vyhlásenia) koniec; var DataModule2: TDataModule2; implementácia využíva Unit9; ($R *.dfm) procedúra TDataModule2. ADOTable6CalcFields(množina údajov: množina údajov TData); begin DataModule2.ADOTable6Field.Value:=DataModule2.ADOTable6DSDesigner6.AsInteger*DataModule2.ADOTable6DSDesigner3.AsInteger; koniec; koniec. jednotka Unit3; rozhranie používa Windows, správy, SysUtils, varianty, triedy, grafiku, ovládacie prvky, formuláre, dialógy, StdCtrls, masku, DBCtrls, ComCtrls, tlačidlá, ExtCtrls; typ TForm3 = trieda(TForm) DBEdit1: TDBEdit; Label1: TLabel; Label2: TLabel; Label3: TLabel; Label4: TLabel; DBLookupComboBox1: TDBLookupComboBox; DBEdit2:TDBEdit; BitBtn1: TBitBtn; DBEdit3:TDBEdit; DBEdit4:TDBEdit; DBEdit5:TDBEdit; DBEdit6:TDBEdit; DBEdit7:TDBEdit; Label5: TLabel; Label6: TLabel; Label7: TLabel; Label8: TLabel; Label9: TLabel; DBLookupComboBox2: TDBLookupComboBox; Obrázok1: TImage; Label10: TLabel; procedure BitBtn1Click(Sender: TObject); súkromné (Súkromné vyhlásenia) verejné (Verejné vyhlásenia) koniec; var Form3: TForm3; implementácia využíva Unit2, Unit1; ($R *.dfm) procedure TForm3.BitBtn1Click(Sender: TObject); begin if DataModule2.ADOTable1.Modified then DataModule2.ADOTable1.Post; if DataModule2.ADOTable2.Modified then DataModule2.ADOTable2.Post; Zavrieť; koniec; koniec. jednotka Unit4; rozhranie používa Windows, správy, SysUtils, varianty, triedy, grafiku, ovládacie prvky, formuláre, dialógy, mriežky, DBGrids, ponuky, StdCtrls; typ TForm4 = trieda(TForm) DBGrid1: TDBGrid; Button1: TButton; Button2: TButton; Tlačidlo 3: TButton; Tlačidlo 4: TButton; procedure FormClose(Sender: TObject; var Action: TCloseAction); procedure Button1Click(Sender: TObject); procedure Button2Click(Sender: TObject); procedure Button3Click(Sender: TObject); procedure Button4Click(Sender: TObject); súkromné (Súkromné vyhlásenia) verejné (Verejné vyhlásenia) koniec; var Form4: TForm4; implementácia využíva Unit2, Unit5, Unit1, Unit3; ($R *.dfm) procedure TForm4.FormClose(Sender: TObject; var Action: TCloseAction); begin if DataModule2.ADOTable3.Modified then DataModule2.ADOTable3.Post; koniec; procedure TForm4.Button1Click(Sender: TObject); begin DataModule2.ADOTable3.Edit; DataModule2.ADOTable3.Insert; Form5.Show; koniec; procedure TForm4.Button2Click(Sender: TObject); beginForm5.Show; koniec; procedure TForm4.Button3Click(Sender: TObject); begin if Application.MessageBox(PChar("Naozaj chcete vymazať " +DataModule2.ADOTable3DSDesigner.AsString), "Pozor!!!", MB_OKCANCEL)=id_OK then DataModule2.ADOTable3.Delete; koniec; procedure TForm4.Button4Click(Sender: TObject); beginForm4.Close; koniec; koniec. jednotka Unit5; rozhranie používa Windows, správy, SysUtils, varianty, triedy, grafiku, ovládacie prvky, formuláre, dialógy, DBCtrls, StdCtrls, masku; typ TForm5 = class(TForm) Label1: TLabel; DBEdit1:TDBEdit; Label2: TLabel; DBEdit2:TDBEdit; Label3: TLabel; Label4: TLabel; DBEdit4:TDBEdit; Label5: TLabel; DBLookupComboBox1: TDBLookupComboBox; Button1: TButton; DBComboBox1: TDBComboBox; procedure Button1Click(Sender: TObject); súkromné (Súkromné vyhlásenia) verejné (Verejné vyhlásenia) koniec; var Form5: TForm5; implementácia využíva Unit2, Unit1, Unit4, Unit3; ($R *.dfm) procedure TForm5.Button1Click(Sender: TObject); begin DataModule2.ADOTable3.Post; Form5.Close; koniec; koniec. jednotka Unit6; rozhranie používa Windows, správy, SysUtils, varianty, triedy, grafiku, ovládacie prvky, formuláre, dialógy, mriežky, DBGrids, StdCtrls, tlačidlá; typ TForm6 = trieda(TForm) DBGrid1: TDBGrid; Button1: TButton; Button2: TButton; procedure FormClose(Sender: TObject; var Action: TCloseAction); procedure Button1Click(Sender: TObject); procedure Button2Click(Sender: TObject); súkromné (Súkromné vyhlásenia) verejné (Verejné vyhlásenia) koniec; var Form6: TForm6; implementácia využíva Unit1, Unit2; ($R *.dfm) procedure TForm6.FormClose(Sender: TObject; var Action: TCloseAction); begin if DataModule2.ADOTable4.Modified then DataModule2.ADOTable4.Post; koniec; procedure TForm6.Button1Click(Sender: TObject); beginForm6.Close; koniec; procedure TForm6.Button2Click(Sender: TObject); begin DataModule2.ADOTable4.Edit; DataModule2.ADOTable4.Insert; koniec; koniec. jednotka Unit7; rozhranie používa Windows, správy, SysUtils, varianty, triedy, grafiku, ovládacie prvky, formuláre, dialógy, StdCtrls, mriežky, DBGrids; typ TForm7 = trieda(TForm) DBGrid1: TDBGrid; Button1: TButton; Button2: TButton; procedure Button2Click(Sender: TObject); procedure Button1Click(Sender: TObject); súkromné (Súkromné vyhlásenia) verejné (Verejné vyhlásenia) koniec; var Form7: TForm7; implementácia využíva Unit2; ($R *.dfm) procedure TForm7.Button2Click(Sender: TObject); beginForm7.Close; koniec; procedure TForm7.Button1Click(Sender: TObject); begin DataModule2.ADOTable5.Edit; DataModule2.ADOTable5.Insert; koniec; koniec. jednotka Unit8; rozhranie používa Windows, správy, SysUtils, varianty, triedy, grafiku, ovládacie prvky, formuláre, dialógy, StdCtrls, jpeg, ExtCtrls; typ TForm8 = class(TForm) Obrázok1: TImage; Label1: TLabel; Label2: TLabel; Label3: TLabel; Label4: TLabel; Label5: TLabel; Label6: TLabel; súkromné (Súkromné vyhlásenia) verejné (Verejné vyhlásenia) koniec; var Form8: TForm8; implementácia ($R *.dfm) koniec. jednotka Unit9; rozhranie používa Windows, správy, SysUtils, varianty, triedy, grafiku, ovládacie prvky, formuláre, dialógy, mriežky, DBGrids, StdCtrls, tlačidlá, RpRave, RpDefine, RpCon, RpConDS, DB, ADODB, ComCtrls; typ TForm9 = trieda(TForm) DBGrid1: TDBGrid; BitBtn1: TBitBtn; procedure FormCreate(Sender: TObject); súkromné (Súkromné vyhlásenia) verejné (Verejné vyhlásenia) koniec; var Form9: TForm9; implementácia využíva Unit2, Unit1; ($R *.dfm) procedure TForm9.FormCreate(Sender: TObject); begin if DataModule2.ADOTable6.Modified then DataModule2.ADOTable6.Post; koniec; koniec. jednotka Unit10; rozhranie používa Windows, správy, SysUtils, varianty, triedy, grafiku, ovládacie prvky, formuláre, dialógy, mriežky, DBGrids; typ TForm10 = trieda(TForm) DBGrid1: TDBGrid; súkromné (Súkromné vyhlásenia) verejné (Verejné vyhlásenia) koniec; var Form10: TForm10; implementácia využíva Unit2; ($R *.dfm) koniec. |
1. Implementácia potreby lekární spravovať veľké objemy dát.
2. Poskytovanie vysoko kvalitných služieb za nízke ceny.
Výhody elektronizácie lekární:
1) Presné, úplné a včasné zaznamenávanie všetkých aspektov medikamentóznej terapie, čo je nevyhnutným atribútom kvalitnej starostlivosti o pacienta. Používanie počítačového systému na udržiavanie histórie liekov má rovnaké výhody. ako aj uchovávanie počítačovej anamnézy namiesto papierovej.
2) Rozhodovanie manažmentu o zbere a analýze informácií o nákupe, skladovaní a výdaji liekov, ako aj o opatreniach na zvýšenie produktivity personálu lekární.
3) Automatizácia farmaceutických referenčných a informačných služieb.
Funkcie informačného systému lekárne:
· Rýchle zadávanie receptov . V najrozvinutejších lekárenských systémoch zadáva zdravotnícky personál informácie o predpisoch liekov priamo do systému pomocou terminálov umiestnených na klinických oddeleniach. Tieto informácie sa okamžite prenášajú do lekárne na spracovanie a výdaj. Celý proces písania, prenosu a čítania papierových receptov tak úplne odpadá. V menej rozvinutých systémoch sa papierové recepty vypĺňajú a odovzdávajú do lekárne a pracovníci lekárne zadávajú svoje údaje do svojho offline systému.
· Schválenie lekárnika . Po zadaní receptu do systému je poskytnutý lekárnikovi na odborné posúdenie. Lekárnici sa môžu pozrieť na pacientovu históriu predpisovania, aby identifikovali potenciálne problémy (ako sú duplicitné predpisy alebo liekové interakcie), ale počítač dokáže takéto problémy identifikovať automaticky na základe preskúmania informácií obsiahnutých v databáze. V druhom prípade môže systém vydať varovné správy na terminál lekárnika. Lekárnik potom využije svoje odborné skúsenosti na určenie najlepšieho postupu.
· Doplnenie histórie lekárskych predpisov . Po schválení predpisu lekárnikom systém automaticky aktualizuje pacientovu históriu liekov pridaním nového predpisu. Vďaka tomu databáza obsahuje vždy najnovšie informácie o liekovej terapii pacienta, pokiaľ sú lekárni známe.
· Tlač etikiet. Informácie z histórie liekov možno použiť na vytlačenie štítkov označujúcich identifikáciu a polohu pacienta, ako aj pokyny na užívanie lieku. Automatická tlač etikiet je prakticky nevyhnutná pri výdajnej technológii v jednotlivých dávkach z dôvodu veľkého množstva výdajných úkonov.
· Výber na dovolenku. Väčšina lekárenských počítačových systémov automaticky generuje dávkovanie, ktoré umožňuje farmaceutickým technikom triediť vydané lieky do ošetrovateľských staníc. Tieto počítačové kompilácie výdajov sú užitočné najmä v nemocniciach, ktoré používajú technológiu výdaja jednej dávky, pretože kompiláciu výdajov možno ľahko znovu vydať v prípade zmien na poslednú chvíľu.
· Zbierky na recepciu . Databázy uchovávajúce históriu predpisovania liekov umožňujú periodicky vydávať špeciálne vybrané informácie o týchto predpisoch ošetrovateľským staniciam. Tieto zbierky poskytujú podrobné informácie o tom, ktorý liek by mal pacient užívať a kedy; čím sa výrazne zlepšuje riadenie procesu podávania liekov.
· Správa zásob a automatické objednávanie liekov . Informácie o aktuálnom inventári liekov je možné priebežne aktualizovať, aby odrážali množstvá liekov vydávaných z lekárne. Dostupnosť informácií o aktuálnej dostupnosti umožňuje automatické objednávanie liekov a umožňuje manažérom lekární analyzovať spotrebu liekov podľa sortimentu liekov a dodávateľov.
· Súhrny používania liekov . Databázy histórie predpisovania možno použiť na identifikáciu a sledovanie problémov spojených so suboptimálnou liekovou terapiou. Medzi takéto problémy patrí predpisovanie nadmerných alebo nízkych dávok, príliš dlhé alebo nedostatočné trvanie liekovej terapie, používanie drahých liekov, keď sú dostupné lacnejšie, a nedostatočné sledovanie stavu pacienta počas užívania liekov. Keď sa zistia problémy, lekárnici môžu vytvoriť a implementovať školiace programy zamerané na lekárov, zdravotné sestry alebo iných farmaceutov.
· Zodpovedné správy o užívaní drog. Informácie z histórie predpisovania a databázy zásob možno použiť na poskytnutie súhrnov produktov a pacientov pre vládou kontrolované lieky, ako sú prášky na spanie a narkotiká. Tieto súhrny zabezpečujú presnú kontrolu a vedenie záznamov, ktoré vyžadujú platné zákony.
Takmer všetky moderné automatizované informačné systémy v zdravotníckych zariadeniach plnia aspoň vyššie uvedené základné funkcie. Mnohé systémy navyše poskytujú nástroje na podporu administratívnych, finančných a riadiacich funkcií. Môžu napríklad generovať účty pre pacientov alebo iných platiteľov za lieky a spracovávať mzdy pre zamestnancov lekární. AIS dokáže zbierať aj štatistiky o výrobe liekov, objeme predaja, tržbách za recept a užívaní liekov, teda informácie, ktoré manažéri potrebujú na efektívne riadenie prevádzky lekárne. Niektoré systémy zahŕňajú aj programy, ktoré poskytujú klinické funkcie, ako je výpočet dávky lieku a monitorovanie individuálnej terapie.
V mnohých ohľadoch sú funkcie ambulantných farmaceutických systémov súvisiace s výdajom liekov, hodnotením liekovej terapie a riadením lekární podobné funkciám nemocničných systémov. Líšia sa kvôli charakteristikám, ktoré sú vlastné ambulantnej starostlivosti, ako je potreba obslúžiť oveľa viac pacientov s menším počtom transakcií na pacienta a oveľa menej informácií o pacientovom stave. Okrem toho systémy, ktoré poskytujú ambulantnú starostlivosť, musia vykonávať viac fiškálnych funkcií, vrátane generovania účtov za lieky pre poisťovne a iných platiteľov zdravotnej starostlivosti, ako aj zaznamenávanie zaplatených účtov.
účtovníctvo je dynamický, teda časovo premenný, otvorený (prepojený s vonkajším prostredím) systém na spracovanie a prenos informácií o fungovaní vonkajšieho prostredia pre riadenie podniku.
Štruktúra Účtovného systému je nezmenená, ale jeho obsah sa neustále aktualizuje, pretože musí zodpovedať dosiahnutému stupňu rozvoja technológií spracovania informácií a meniacim sa potrebám spotrebiteľov.
Okrem toho vykazovanie za lieky a zdravotnícke pomôcky môžu byť vytvorené na základe ich zadania lekárne, so zameraním na federálnu legislatívu, môžu zriadiť špecializované zoznamy a zoznamy (prednostný, povinný sortiment, vitálne, na predpis atď.) s prihliadnutím na individuálne charakteristiky regiónov.
Je potrebné zdôrazniť, že účtovanie tovaru v lekárni má svoje vlastné charakteristiky, keďže len lekárenská organizácia vedie evidenciu preferenčných a bezplatné recepty, ako aj účtovanie liekov vyrobených v termíne.
Účtovníctvo v organizáciách lekární je pomerne prísne regulované rezortnými nariadeniami a nariadeniami Ministerstva zdravotníctva Ruskej federácie.
Pri automatickom zaznamenávaní príjmu pohybu inventárnych položiek organizácie lekárne pri vypĺňaní strojových výkazov je potrebné používať aj formuláre vnútrorezortnej primárnej dokumentácie a vyhotovovať ich vo forme denníkov. Listy sú číslované vzostupne a viazané. Všetky listy schém stroja sú kontrolované na správnosť a podpísané zodpovednými osobami. Na konci roka sa vypisujú do denníkov, zapečatia sa s uvedením počtu hárkov na daný rok a osvedčia sa podpisom vedúceho organizácie.
V prípade potreby je organizácia povinná na vlastné náklady vyhotoviť kópie týchto dokumentov na papieri pre ostatných účastníkov obchodných transakcií, ako aj na žiadosť orgánov vykonávajúcich kontrolu v súlade s právnymi predpismi Ruskej federácie, súd a prokuratúra.
Proces ekonomickej činnosti úzko súvisí s prijímaním a využívaním informácií, teda informácií o osobách, predmetoch, udalostiach, skutočnostiach, javoch a procesoch. Forma, akou sú tieto informácie prezentované, môže byť rôzna – môže byť prijatá ústne alebo vo forme informácie zaznamenanej na hmotnom nosiči (papier, magnetická páska a pod.). Získavanie na základe pozorovania, merania a evidencie spracovaných a zhrnutých informácií charakterizujúcich rôzne aspekty hospodárskej činnosti za účelom sledovania a riadenia ekonomických procesov predstavujepodstatu účtovníctva.
Účtovníctvo možno považovať za informačný systém, ktorý zahŕňa:
- informácie o ekonomických činnostiach podniku;
- proces spracovania prijatých informácií, ktorý pozostáva z ich merania, odrazu, uchovávania, spracovania a prenosu;
- užívatelia (spotrebitelia) informácií získaných v dôsledku spracovania.
Prvotné informácie o ekonomickej činnosti, ako aj užívateľoch výsledkov jej spracovania tvoriavonkajšie prostredie účtovný informačný systém, a proces spracovania je jehovnútorné prostredie .
tedaúčtovníctvo ako informačný systém je systém na spracovanie a prenos informácií o fungovaní externého prostredia pre riadenie podniku.
Všetky informácie vstupujúce do systému sa musia najskôr zmerať. Na tento účel sa používajútri typy účtovných meračov :
prirodzené;
pôrod;
peňažné.
Prirodzené merače umožňujú získať informácie o účtovných objektoch v prirodzených ukazovateľoch - miery hmotnosti, množstva, objemu, dĺžky, plochy atď. (napríklad: kilogramy, gramy, kusy, balenia, fľaše, tégliky, litre, metre atď.).
Pracovné merače umožňujú merať množstvo práce a času stráveného v pracovných dňoch, hodinách, minútach (napríklad: počet odpracovaných dní).
Merač peňazí (ruble, tisíce rubľov atď.) umožňuje merať akýkoľvek objekt. Je univerzálny, pretože zabezpečuje porovnateľnosť údajov o heterogénnych objektoch a umožňuje s nimi vykonávať aritmetické operácie (najčastejšie ich sčítanie).
