Розробка автоматизованої системи обліку медичних інструментів

Модуль друку карти обліку інструментів за місяць.

Робота з модулем дозволяє друкувати картки обліку медичних інструментів, як за місяць, так і по результатам кожної дії. Для цього в меню «Інструменти» обирається режим «Друк картки обліку інструментів», після чого з'являється запит на друк (рис. 14).



Рис. 13 - Перехід на новий розрахунковий період

Рис. 14 - Картка обліку медичних інструментів

Модуль друку обігової відомості по матеріально-відповідальним особам (рис 15).

Рис. 15 - Обігова відомість по матеріально-відповідальним особам

Робота з модулем дозволяє друкувати обігову відомість по матеріально-відповідальним особам, як за місяць, так і по результатам кожної дії. Для цього в меню «Інструменти» обирається режим «Друк обігової відомості», після чого з'являється запит на друк.

2.2 Обґрунтування вибору засобів реалізації

2.2.1 Опис і обґрунтування метода організації вхідних і вихідних даних

Після дослідження предметної області проекту, огляду способів та засобів вирішення поставленої проблеми, аналізу переваг і недоліків існуючих програмних рішень та виходячи із вимог до програми, що наведені у постановці завдання, в даному розділі описується процес проектування програмного продукту, який враховував би усі можливі недоліки існуючих систем і виконував ряд описаних вище функцій.

Під час розробки системи були визначені її функції, структура, зв'язки між модулями, алгоритми та технологія програмування.

Для забезпечення правильного безперервного функціонування системи і організації оперативного доповнення та модифікування необхідно визначити вхідну інформацію.

Вхідними даними є записи таблиць бази даних. Користувач програми безпосередньо вводить їх для подальшого використання. Також він має можливість переглядати, редагувати та видаляти вже існуючі записи.

До вхідної інформації належать:

дані про матеріально-відповідальних осіб;

дані про медичні інструменти;

дані бухгалтерського обліку;

картка обліку медичних інструментів та лікарських засобів;

рух медичних інструментів.

Розроблена система повинна мати інформаційне представлення, тобто вміти організувати та створити базу даних з вхідної інформації, яка забезпечить організацію збереження, доповнення та редагування, видалення, сортування даних. На фізичному рівні інформаційне представлення організовується за допомогою системи управління базою даних (СУБД). Воно призначене для перетворення вхідної інформації у вихідну, що представляється відповідями у формі звітів на запит користувача системи або просто зберігаються в системі.

Відповідно до вимог інформаційної системи вихідні дані можуть бути в двох формах. Одні дані записуються в таблиці та зберігаються в файлах на диску. До іншої форми відносяться дані, що зображаються в звітах та друком виводяться на папір. Ці дані унікальні, мають дату та час створення і відіграють важливу роль у звітності клініки.

До вихідної інформації системи належать:

картки обліку руху медичних інструментів за місяць;

обігова відомість по матеріально-відповідальним особам;

різноманітні звіти.

Вихідна інформація представляє собою різного роду звіти в електронному та в класичному паперовому вигляді.

2.2.2 Вибір мови програмування та програмного забезпечення

До програмних засобів відносяться системи управління базами даних (СУБД), інтерпретатори програм, розроблених засобами інтерпретуючих систем програмування, різні зовнішні бібліотеки, необхідні для функціонування програм, засоби архівування і захисту даних від несанкціонованого доступу тощо.

В більшості випадків вибір мови програмування відіграє чи не вирішальну роль при створені програмного продукту. Деякі мови програмування спеціалізовані, тобто використовуються суто у своєму доволі вузькому колі задач. Інші ж є універсальними, дозволяючи вирішувати алгоритмічні задачі будь-якої складності.

Для розробки проекту доцільно було б використати універсальну мову програмування, яка повинна управляти всією сукупністю можливостей, закладених в комп'ютер, на якому вона встановлена. Це означає, що програма повинна бути в змозі прочитати будь-який розділ будь-якого файлу, доступного операційній системі. Вона повинна підтримувати всю різноманітність елементів взаємодії з користувачем, стандартним чином сполучатися з іншими мовами програмування і програмними системами. Універсальна мова програмування гарантує програмістові широкий діапазон можливостей і підходів для вирішення в будь-якому стилі великого кола завдань.

Процес програмування та програмний код повинен бути простим. Мова програмування має полегшувати читання і написання програми. Низька продуктивність, пов'язана з процесом розробки програм, пов'язана із недостатнім проектуванням інструментальних засобів програмування [13].

З погляду стилю мови програмування розділяються на три групи: орієнтовані на лексеми, на пропозиції і на оператори. Мови, орієнтовані на лексеми, типу Pascal і C, компактні, але не дуже виразні. Мови лексемного типу - одновимірні, тому програмісти користуються пропусками, щоб додати своїй програмі друге вимірювання, що теж не дуже виразно. Мови, орієнтовані на пропозиції, типу COBOL і мов баз даних, виразні, але не компактні.

Вибір був зроблений на користь мови програмування 4-го покоління (4GL) Clarion. Середовище розробки Clarion ? це орієнтоване на обробку даних середовище швидкої розробки додатків, яка включає автоматичну генерацію коду і багато разів використовувані дані для швидкого створення додатків рівня управління підприємством для обробки бізнес-даних і бізнес-процесів. Основою Clarion є об'єктно-орієнтована мова програмування 4-го покоління (4GL ? Fourth Generation Languages) [11;17].

Як мова адміністративних і економічних застосувань Clarion є розширеним набором базових типів даних: в нього включені всі наявні довжини цілих і дійсних чисел, щоб забезпечити сумісність з форматом зовнішніх записів і списком параметрів, упаковані десяткові числа, різні формати рядків (фіксований формат, формати Pascal і C), а також повний набір рядкових функцій, типи даних для позначення дат і часу, щоб мати можливість проводити арифметичні дії над цими змінними.

При виборі середовища програмування для створення враховуються такі критерії:

наявність засобів для роботи з базами даних;

семантично проста мова програмування;

проста організація вихідних текстів програми;

швидка компіляція вихідних текстів програми;

швидка компоновка файлу виконання;

32-розрядний оптимізований компілятор;

зручний редактор;

виділення синтаксису;

вбудований відлагоджувач.

Тоді як мови 3-го покоління є процедурними, мови 4GL виступають як не процедурні, оскільки користувач визначає, що повинно бути зроблено, але не говорить, як саме бажаний результат має бути досягнутий. Реалізація мов 4-го покоління значною мірою заснована на використанні компонентів високого рівня, які часто називають “інструментами четвертого покоління”. Користувачеві не вимагається визначати усі етапи визначення програми, необхідні для вирішення поставленого завдання, а досить буде лише визначити потрібні параметри, на підставі яких згадані вище інструменти автоматично здійснять генерацію прикладного додатку. За оцінкою фахівців мови 4-го покоління дозволяють підвищити продуктивність роботи на порядок, але за рахунок обмеження типів задач, які можна вирішувати з їх допомогою [5;18].

Виділяють такі типи мов 4-го покоління:

мови представлення інформації, наприклад мови запитів або генератори звітів;

спеціалізовані мови, наприклад мови електронних таблиць і баз даних;

генератори додатків, які при створенні додатків забезпечують визначення, вставку, оновлення або витягання відомостей з баз даних;

мови високого рівня, призначені для генерації коду додатків [6].

В якості прикладів перших трьох типів мов 4-го покоління можна привести наступні.

Мови запитів. Реляційні СУБД в тій або іншій формі включають підтримку не процедурних мов маніпулювання даними найчастіше це мова структурованих запитів SQL (Structured Query Language) або мова запитів за зразком QBE (Query - by - Example). Мову запитів можна визначити як високорівневу вузькоспеціалізовану мову, призначену для вибірки інформації з БД [17].

Генератори звітів є інструментом створення звітів на основі тієї інформації, яка зберігається у Базі Даних. Він подібний до мови запитів в тому сенсі, що користувачеві надаються засоби створення запитів до Бази Даних і витягання з неї інформації, використовуваній для представлення в звіті. Проте генератори звітів, як правило, передбачають набагато більші можливості управління зовнішнім виглядом звіту або з автоматичним визначенням виду отримуваних результатів, або за допомогою спеціальних команд (чи візуальних засобів) створення свого власного зовнішнього вигляду друкованого документу [18;19].

Генератори форм є інтерактивним інструментом, призначеним для швидкого створення шаблонів введення і відображення даних в екранних формах. Генератор форм дозволяє користувачеві визначити зовнішній вигляд екранної форми, її вміст і місце розташування на екрані. Досконаліші генератори форм дозволяють створювати обчислювані атрибути з використанням арифметичних операторів або узагальнюючих функцій, а також задавати правила перевірки даних, що вводяться.

Генератори графічного представлення даних інструменти для витягання інформації з БД і відображення її у вигляді гістограм, кругових, лінійчатих, точкових діаграм тощо.

Генератори додатків - є інструментом для створення програм, які взаємодіють з Базою Даних. Генератори додатків зазвичай складаються із заздалегідь створених модулів (або шаблонів), що містять фундаментальні функції, які потрібні для більшості програм. Ці модулі, які зазвичай створюються на мовах високого рівня, утворюють “бібліотеку” доступних функцій (шаблонів), і генератор додатків визначає які з них застосувати, і як їх слід виконувати [11].

При створенні багатьох додатків необхідно зробити безліч екранних форм і звітів. Для великих систем ця робота не стільки складна, скільки велика за об'ємом та одноманітна. В основному багато Генераторів додатків використовують мови четвертого покоління тільки для генерації екранних форм і звітів. На підставі специфікацій вони створюють виконуваний код форм і звітів. Таким чином згенерований у 4GL код, стає частиною структури класів, яку інші частини додатка можуть використовувати, не звертаючи увагу на те, як вона була створена.

Єдиним поки що представником Генераторів повністю закінчених застосувань є Clarion, призначений для розробки (генерації) значного числа комерційних додатків без написання рядків програмного коду, і при цьому з високою якістю програм та їх гарантованою надійністю [19].

Ця система дозволяє принципово переглянути погляди на створення призначених для користувача додатків, життєвий цикл створення яких зіставимо з очікуваним часом їх експлуатації. Clarion якраз той продукт, за допомогою якого можна створити закінчений комерційний продукт, не написавши ні єдиного рядка програмного коду.

Передусім, Clarion є системою RAD-програмування (Rapid Application Development швидка розробка додатків). Clarion також укомплектований унікальним шаблоном Clarion for Windows Internet Connect першим і нині єдиним інструментом, що дозволяє користувачеві Clarion-додатку працювати з ним не лише в локальній мережі, але і через Internet, причому для досягнення такого результату розробникові не потрібно буде написати жодного рядка програмного коду.

Крім того Clarion дозволяє розробку програм за технологією Extreme Programming (про дану технологію вже йшлося в даній роботі див. підрозділ 1.4) методом SCRUM, який передбачає дещо продовження тривалості кожної ітерації (згідно з методом SCRUM, - короткі 15-хвилинні збори, що іменується “scrum” (“сутичка”), - проект ділиться на ітерації). Часті ітерації дозволяють розробникам частіше отримувати відомості про систему від її замовників, а значить, краще уявляти собі поточну задачу [18].

При роботі з базами даних розробник повинен усього лише описати структуру бази (Словник Даних) - усе інше зробить Clarion. Якщо ж бази даних вже є (наприклад, створені програмами на FoxPro або Clipper), то для їх використання в Clarion-додатку досить вказати на файли таких баз даних, як на джерело структур записів, і перевести бази даних у більше місткий і зручний у використанні формат TopSpeed. При усьому цьому Clarion забезпечує роботу з базами даних практично у будь-якому з використовуваних нині форматів від BASIC і ASCII-файлів до SQL, Betreave, SyBASE або Oracle [19].

Коли потрібен “простий” додаток для ведення баз даних, то можна створити його буквально за хвилини, використовуючи Clarion. Секрет створення “простих” додатків для ведення баз даних - в Словнику БД, який є ядром середовища Clarion. Все, що для цього необхідно зробити це: описати таблиці бази даних; визначити поля у таблицях даних; встановити, якщо потрібно, допустимі характеристики значень даних; додати (описати) первинні та вторинні ключі для таблиць; встановити зв'язки між таблицями (“один до багато” або “багато до одного”, якщо ці зв'язки існують); задати умови цілісності даних, і майстер швидкої розробки програми (Генератор додатків) створить закінчену прикладну програму під Windows. Створена прикладна програма містить як процедури форм для відновлення файлів, так і процедури (вікна) перегляду даних та звітів.

За допомогою простої позначки поля в одному з діалогів Майстра можна трансформувати додаток в Web-додаток, який може виконуватися локально або в Web.

Метабази Clarion дозволяють новачкам генерувати проектний код, використовуючи Шаблони (Templates) та АВС класи (Application Builder Classes механізм, що дозволяє на підставі готових кодів програм, які зберігаються у бібліотеках, створювати високоефективні додатки), розроблені головними програмістами різних фірм. Метабази містять велику частину інформації, яка потрібна для створення повнофункціонального додатку, яке повністю відповідає своїм проектним вимогам. Розробникам це дає можливість миттєво створювати високоякісні корпоративні додатки, які забезпечують ведення даних та звітність, і допрацьовувати їх з використанням додаткового інструментарію (призначені для користувача вставки - Embeds) для вирішення специфічних прикладних завдань.

Програмне забезпечення може мати доступ практично до будь-яких даних за допомогою ODBC (Open DataBase Connectivity - програмний інтерфейс (API) доступу до баз даних) або ADO (ActiveX Data Objects - інтерфейс програмування додатків для доступу до даних) та вбудованих драйверів БД.

У Clarion використовується вбудована підготовка документів (звітів), за допомогою якої можна генерувати документи у форматах PDF, DOC, HTML, XML (версія 6.0) і TXT. Проте Clarion може використовувати і незалежні зовнішні інструменти, наприклад, інтерфейс з Crystal Reports [16].

На сьогоднішній день Clarion - комерційне конкурентоздатне, універсальне середовище розробки для створення прикладних програмних продуктів для Windows. Clarion - це компактна (проста для написання) і виразна (проста для читання) мова програмування.

Для розробки програмного продукту автоматизації обліку медичних інструментів була вибрана система швидкої розробки додатків Clarion.



2.2.3 Опис і обґрунтування вибору апаратних засобів

Враховуючи сучасні напрямки та перспективи розвитку комп'ютерних технологій, можливість організації зручного діалогу користувача з комп'ютером, застосування для реалізації спроектованої системи Clarion доцільно встановити вимогу щодо роботи програми під сучасними операційними системами типу Windows. Дані системи мають надзвичайно широке поширення і вже зараз використовуються на більшості комп'ютерів, які застосовуються для автоматизації управлінської діяльності.

Операційна система Windows ХР призначена для інсталяції на персональних комп'ютерах, які мають процесор типу Intel 80386DX, 80486 або Pentium. Об'єм оперативної пам'яті повинен бути не менше 256 Мб. Але для підвищення швидкодії роботи системи необхідно мати процесор Pentium ІІІ і вище. Для одночасної роботи з кількома програмами доцільно мати від 512 Мб оперативної пам'яті.

Апаратні засоби для створення програмного продукту були обрані з врахуванням потреб середовища розробки Clarion. Для розробки програмного комплексу не потрібно додаткового апаратного забезпечення.

Вимоги середовища Clarion до апаратних засобів такі:

процесор - Intel Pentium 166 МГц або вище;

операційна система - Microsoft Windows 98, ME, 2000, XP, 7;

пам'ять - не менше 256 Mб;

місце на дискові для середовища - 250 Mб;

монітор - SVGA або будь-який інший новішого покоління;

маніпулятори типу “мишка”;

принтер.

Стосовно професійної кваліфікації обслуговуючого персоналу, дана програма не вимагає глибоких знань в комп'ютерній галузі. Оператору повинні бути знайомі наступні поняття і навики:

використання меню “Пуск” (“Start”) для виклику програм;

прийоми роботи з вікнами, робота з меню;

використання керуючих елементів діалогу;

стандартні діалоги.

2.3 Тестування

Програма має гнучкий та ергономічний інтерфейс, що дозволяє обробляти дані і представляти їх у зручній формі користувачу. Дана система оснащена найновішими розробками та функціями, що забезпечують ефективну автоматизацію роботи. Для роботи з кодом даного програмного продукту потрібно звертатись в додаток Б.

Досить важливим етапом проектування будь-якої системи є її тестування на реальних об'єктах. З метою проведення тестування автоматизованої системи обліку медичних інструментів було проведено такі дії:

Входимо в систему та обираємо в головному меню режим «Довідники». У вікні «Довідники» відкривається база даних: режим «Довідник матеріально-відповідальних осіб», режим «Довідник медичних інструментів» та режим «Рахунки» .

Вибираємо режим меню «Довідник матеріально-відповідальних осіб» та вводимо дані про трьох матеріально-відповідальних осіб (ПІБ, ідентифікація, посада) (рис. 16).

Рис. 16 - Введення даних в довідник матеріально-відповідальних осіб



Вибираємо режим меню «Довідник медичних інструментів» та вводимо дані про три нових медичних інструмента код інструменту, одиниця виміру, назва) (рис. 17).

В головному меню обираємо режим «Інструменти», «Картка обліку інструментів». Відкриється вікно на запит на картку обліку медичних інструментів (рис. 18). Надалі обираємо відповідальних осіб, по яким проводимо тестування.

Рис. 17 - Введення даних в довідник медичних інструментів

Рис. 18 - Запит на картку обліку

Після відбору відповідальних осіб відкриваємо форми додавання та коригування інформації про рух медичних інструментів (рис. 19). Вводимо нові дані про медичні інструменти.

Рис. 19 - Введення, видалення та коригування даних про медичні інструменти

При введенні, видаленні та коригуванні даних в картку обліку розрахунки проводяться автоматично (рис. 20).

Рис. 20 - Картка обліку медичних інструментів

Проводимо ручну перевірку проведених розрахунків. Ручний розрахунок повністю співпав з розрахунком, отриманим в ході роботи системи.

Перевіряємо правильність рознесення отриманої інформації. Інформація рознесена в необхідні розділи.

Оскільки тестування показало гарні результати, можна зробити висновок, що розроблена автоматизована система обліку медичних інструментів дозволяє коректне ведення обліку нарахувань. Недоліків у алгоритмі та реалізації не виявлено. Програма придатна до впровадження. В цілому система продемонструвала виконання всіх поставлених перед нею завдань і коректну роботу всіх модулів.

2.4 Керівництво користувача

Велике значення в медицині набувають новітні технології, пов'язані з розвитком науково-технічного прогресу, зокрема, автоматизація робочого місця, впровадження комп'ютерних програм, спеціально розроблених або адаптованих для окремих сторін діяльності медичних закладів.

Автоматизація медичних закладів - це створення єдиного інформаційного простору лікувально-профілактичних закладів, що в свою чергу, дозволяє створювати автоматизовані робочі місця лікарів, організовувати роботу відділу медичної статистики, створювати бази даних, вести електронні історії хвороб і об'єднувати в єдине ціле всі лікувальні, діагностичні, адміністративні, господарські та фінансові процеси.

Головне призначення програми “Автоматизована система обліку медичних інструментів”, розробленої в результаті виконання всіх поставлених задач, бути в якості інструментарію для повної автоматизації роботи персоналу, що ведуть облік медичних інструментів для проведення розрахунків, підготовки та надання фінансової звітності та контролю роботи, пов'язаної з обслуговуванням пацієнтів.

Автоматизована система обліку медичних інструментів коректно орієнтована на виконання поставлених завдань:

створення і управління базою даних;

організація процесу контрольованого доступу до даних;

можливість віддаленого доступу для роботи з базою даних в локальній мережі;

уникнення втрат інформації;

ведення оперативного обліку руху медичних інструментів закріплених за матеріально-відповідальними особами;

введення, коригування і видалення даних про матеріально-відповідальних осіб та медичні інструменти;

ведення та друк картки обліку медичних інструментів;

розташування звітної документації за будь-який обраний проміжок часу або за обраним критерієм.

3. ОХОРОНА ПРАЦІ

Завдання: розрахунок штучного освітлення за методом коефіцієнта використання світлового потоку.

Метою розрахунку є визначення кількості освітлювальних приладів, необхідних для забезпечення заданого рівня освітленості на поверхні робочого столу у приміщенні з заданими параметрами [20].

Розрахунок проводиться відповідно до принципів нормування штучного освітлення, показників освітленості робочих місць для різних видів діяльності. Вихідні дані для розрахунку подані в таблиці 6.

Таблиця 6 - Вихідні дані для виконання світлотехнічного розрахунку

Варіант	Розмір приміщення	Тип світильників	Кількість ламп у світильнику, шт.	Тип ламп	Коефіцієнти відбиття	Коефіцієнт запасу	Поправочний коефіцієнт
	Довжина, м	Ширина, м	Висота, м				Стіни, %	Стеля, %
1	2	3	4	5	6	7	8	9	10	11
18	6.0	2.4	3.2	Відкр. ден. світла	4	LF-18/35	30	65	1.4	1.1

Рівень освітленості визначаємо за формулою:

Е=200+N5+XX,

де N - номер варіанту, XX - дві останні цифри номера залікової книжки.

Е=200+185+79=369, лк

Кількість світильників можна визначити за допомогою методу коефіцієнту використання світлового потоку. Цей метод дозволяє визначити світловий потік, створений лампами, і розрахувати освітленість в робочому приміщенні або за заданим рівнем освітленості потрібну кількість світильників.

Основне рівняння методу пов'язує світлотехнічні величини з геометричними параметрами приміщення з урахуванням експлуатаційних особливостей системи освітлення:

F = ESkz / зn, лм (1)

де F - світловий потік однієї лампи, лм; E - мінімальна нормована (або розрахункова) освітленість, лк; S - площа приміщення, м2; k - коефіцієнт запасу, який враховує старіння ламп, запиленість та забруднення світильників; z - поправочний коефіцієнт, що характеризує нерівномірність освітлення (відношення мінімальної освітленості до середньої горизонтальної), приймається z = 1,1....1,2; з - коефіцієнт використання світлового потоку освітлювальної установки у частках; п - кількість ламп.

Отже, щоб визначити кількість ламп, потрібно перетворити формулу до вигляду:

n = ESkz / зF, лм (2)

Тобто, щоб вирахувати площу приміщення, а також знайти значення коефіцієнта використання світлового потоку.

Площа приміщення (S) визначається за формулою:

S= (a*b), м2 (3)

деа, b - відповідно ширина та довжина приміщення, м;



Тому, S=(6.0*2.4) = 14.4(м2).

Згідно характеристик джерел світла, світловий потік однієї лампи типу LF-18/35=1150 (лм).

Коефіцієнт використання світлового потоку освітлювальної установки у певному приміщенні визначається з урахуванням відбивних властивостей поверхонь приміщення та індексу приміщення. Індекс приміщення визначається за формулою:

(4)

Де а, b - відповідно ширина та довжина приміщення, м; Нр - висота підвішування світильників над робочою поверхнею, м.

Висота підвішування світильників визначається, як різниця висоти стелі та висоти столу. Стандартна висота столу становить 0.75..0.80 м. Нехай наш стіл буде висотою 0.8 м. Тобто:

Нр = h-hстолу =3.2-0.8=2.4 (м).

Знайдемо індекс приміщення за допомогою формули (4):

Далі з урахуванням відбивних властивостей поверхонь приміщення та індексу приміщення, знаходимо коефіцієнт використання світлового потоку з таблиці коефіцієнтів використання світлового потоку: з ? 42%.



Знаходимо кількість потрібних ламп, підставивши у формулу (2) знайдені значення:

Береться ціла кількість, тобто 18 ламп, округлення ведеться в більшу сторону, оскільки менша кількість ламп не буде забезпечувати необхідної освітленості, заданої в завданні.

Враховуючи, що кількість ламп у світильнику 4, потрібно взяти 5 світильників і 20 ламп для повної комплекції світильників та рівномірності освітлення.

Висновок: Для забезпечення заданого рівня освітленості на поверхні робочого столу у приміщенні з заданими параметрами необхідно 5 освітлювальних приладів відкритого денного світла, укомплектованих 20 лампами LF 18/35.



ВИСНОВКИ

Головним завданням даної роботи було створення системи, яка б дозволила автоматизувати процес оперативного обліку медичних інструментів.

При розробці програми застосовувались екстремальна технологія програмування (eXtreme Programming, XP) та подієво-орієнтована технологія програмування (Rapid Application Development, RAD).

В результаті виконання роботи було реалізовано систему автоматичного обліку медичних інструментів.

Програма адекватно функціонує, швидко реагує на усі запити користувача і не містить помилок, які б могли руйнувати чи порушувати цілісність бази даних, здійснювати системні порушення, які несуть фатальні наслідки для комп'ютерної системи в цілому, а отже і для медичної установи.

Використання даного програмного продукту підвищує ефективність людської діяльності у сфері ведення бухгалтерського обліку, дає змогу зекономити час працівників. Програмний проект легко впроваджується, не потребує встановлення додаткового програмного забезпечення та великої кількості ресурсів. Спроектована система є гнучкою з достатнім інформаційним забезпеченням. Програма відкрита для модифікації і доповнень наступними версіями і розробками. В цілому ж, застосовані в програмному продукті нові технології та методи показали, що вони є досить ефективними для автоматизації робочих місць.

Теза доповіді була представлена на XV Всеукраїнській науковій конференції молодих вчених [21].



СПИСОК ВИКОРИСТАНИХ ДЖЕРЕЛ

1. Новини інформаційних технологій. [Електронний ресурс]. Режим доступу: http://it-tehnolog.com/statti/informatsiyni-tehnologiyi-v-meditsini/

2. Дуданов И.П., Гусев А.В., Романов Ф.А., Воронин А.В. Информационные системы в здравоохранении. // Медицинский академический журнал, - СПб., 2002. - № 1. - Том 2.

3. Вовчак І.С. Інформаційні системи та комп'ютерні технології в менеджменті. Навчальний посібник. - Тернопіль: Карт-бланш, 2001.

4. Антоненко В. М., Рогушина Ю.В. Сучасні інформаційні системи і технології. Навчальний посібник. - К.: КСУ МГІ, 2005. - 131 с.

5. Твердохлiб М.Г. Система обробки облікової інформації на персональних ЕОМ.-К.:Техніка, 1993.

6. Б. Майер, К. Бодуэн. Методы программирования. - М.: Мир, 1982.

7. Медична інформаційна система. [Електронний ресурс]. Режим доступу: http://www.mcmed.ua/

8. Медичні інформаційні системи. [Електронний ресурс]. Режим доступу: http://www.medexpert.com.ua/Default.aspx?module=meditsinskaya-informatsionnaya-sistema&page=51

9. «ИСТОК-АБАК», Автоматизированная система медицинского учета «МедИ». [Електронний ресурс]. Режим доступу: www.abaksoft.spb.ru/files/MediFull.docэ.

10. Г.Н. Калянов. CASE-технологии: Консалтинг в автоматизации бизнес-процессов. - М.: Горячая линия-Телеком, 2000.

11. Лекції з курсу «Сучасні технології програмування» [Електронний документ]/ Укладач Авраменко В.С. - Черкаси, ЧНУ - 81 с.

12. С.В. Маклаков. СASE-средства разработки информационных систем. - М.: ДиалогМИФИ, 2000.

13. А. Якобсон, Г. Буч, Дж. Рамбо. Унифицированный процесс разработки программного обеспечения. - СПб.: ПИТЕР, 2002.

14. Литвинов В., Голуб С., Григор'єв К., Жигульська В. Об'єктно-орієнтоване моделювання при проектуванні вбудованих система і систем реального часу. - Черкаси, ЧНУ, 2011. - 375 с.

15. Дейт К. Дж. Введение в системы баз данных. 7-е изд. Пер. с англ. - М.: Вильямс, 2001. - 1072 с.

16. Документация по Clarion v. 5.0, 5.5, 6.0 [Електронний ресурс]. Режим доступа: http://www.clarion.net

17. Сахаров А.А. Концепции построения и реализации информационных систем, ориентированных на анализ данных // СУБД. - 1996. - № 4. - С. 55-70.

18. Лебедєв А. Clarion для Windows. - М: ПРИОР, 1998. - с. 256.

19. Дегтярев И. Язык программирования Clarion 5. - М: Майор. 2002.

20. Методичні вказівки та завдання для виконання розрахунково-графічних робіт з курсу «Охорона праці в галузі» для студентів денної, заочної та дистанційної форм навчання / Викладач Ярмілко А.В.- Черкаси, ЧНУ, 2008.

21. Педан А.М. «Комп'ютерні системи автоматизації медичних закладів» /Тези доповіді. - Збірник матеріалів XV Всеукраїнської наукової конференції молодих вчених. «Родзинка 2013».-Черкаси, ЧНУ, 2013. - с. 366-367.



СПИСОК СКОРОЧЕНЬ ТА УМОВНИХ ПОЗНАЧЕНЬ

ПЗ АРМ	- -	Програмне забезпечення Автоматизоване робоче місце
ПК	-	Персональний комп'ютер
БД	-	База даних
ЕОМ	-	Електронно-обчислювальна машина
НФ	-	Нормальна форма
2НФ	-	Друга нормальна форма
3НФ	-	Третя нормальна форма
СУБД	-	Система управління базами даних
Мб	-	Мегабайт
МГц	-	Мегагерц
УОП	-	Управління охороною праці
АС	-	Автоматизована система

ДОДАТОК

Процедури системи, що були створені вручну

Формування даних для наступного періоду по всіх матеріально-відповідальним особам за місяць:

FOR_NOV_MESINSTR Routine

LOC:KOLZ = 0

NEV_GOD# = LOC:R_GOD

NEV_MES# = LOC:R_MES

If LOC:R_MES = 1

STA_MES# = 12

STA_GOD# = LOC:R_GOD - 1

Else

STA_MES# = LOC:R_MES - 1

STA_GOD# = LOC:R_GOD

End

If LOC:ID_MOTV = 0

LOC:KOLZ = 0

Do UDALEN_MES

LOC:KOLZ = 0

Do PEREXOD_NOV

Else

LOC:KOLZ = 0

Do UDALEN_MES_MOTV

LOC:KOLZ = 0

Do PEREXOD_NOV_MOTV

End



Перехід на новий розрахунковий період:

PEREXOD_NOV Routine

Clear(UINSTR:Record,-1)

UINSTR:GOD = STA_GOD#

UINSTR:MES = STA_MES#

Set(UINSTR:K2_UINSTR,UINSTR:K2_UINSTR)

Loop

Next(UINSTR)

If Error() Or UINSTR:GOD <> STA_GOD# Or UINSTR:MES <> STA_MES# Then Break.

Do PEREXOD

End

Перехід по вказаній матеріально-відповідальній особі:

PEREXOD_NOV_MOTV Routine

Clear(UINSTR:Record,-1)

UINSTR:ID_MOTV = LOC:ID_MOTV

UINSTR:GOD = STA_GOD#

UINSTR:MES = STA_MES#

Set(UINSTR:K1_UINSTR,UINSTR:K1_UINSTR)

Loop

Next(UINSTR)

If Error() Or UINSTR:ID_MOTV <> LOC:ID_MOTV Then Break.

If UINSTR:GOD <> STA_GOD# Or UINSTR:MES <> STA_MES# Then Break.

Do PEREXOD

End



Перехід для матеріально-відповідальних осіб загалом:

PEREXOD Routine

Clear(AUINSTR:Record)

AUINSTR:ID_MOTV = UINSTR:ID_MOTV

AUINSTR:GOD = NEV_GOD#

AUINSTR:MES = NEV_MES#

AUINSTR:ID_INSTR = UINSTR:ID_INSTR

AUINSTR:NOMNOM = UINSTR:NOMNOM

AUINSTR:ID_RAXUNK = UINSTR:ID_RAXUNK

AUINSTR:SN_INSTR = UINSTR:SN_INSTR

OST_KOL$ = UINSTR:OSTNAC_KOL + UINSTR:POLUC_KOL - UINSTR:VITRAT_KOL

OST_SUM$ = UINSTR:OSTNAC_SUM + UINSTR:POLUC_SUM - UINSTR:VITRAT_SUM

AUINSTR:OSTNAC_KOL = OST_KOL$

AUINSTR:OSTNAC_SUM = OST_SUM$

AUINSTR:OSTKON_KOL = OST_KOL$

AUINSTR:OSTKON_SUM = OST_SUM$

Add(AUINSTR)

LOC:KOLZ += 1

Display

Виправлення помилок (видалення розрахункового періоду):

UDALEN_MES Routine

Clear(UINSTR:Record,-1)

UINSTR:GOD = NEV_GOD#

UINSTR:MES = NEV_MES#

Set(UINSTR:K2_UINSTR,UINSTR:K2_UINSTR)

Loop

Next(UINSTR)

If Error() OR UINSTR:GOD <> NEV_GOD# OR UINSTR:MES <> NEV_MES# Then Break.

Delete(UINSTR)

LOC:KOLZ += 1

Display

End

UDALEN_MES_MOTV Routine-- Видалення конкретної

Clear(UINSTR:Record,-1)-- матеріально-відповідальної особи

UINSTR:ID_MOTV = LOC:ID_MOTV

UINSTR:GOD = NEV_GOD#

UINSTR:MES = NEV_MES#

Set(UINSTR:K1_UINSTR,UINSTR:K1_UINSTR)

Loop

Next(UINSTR)

If Error() OR UINSTR:ID_MOTV <> LOC:ID_MOTV Then Break.

If UINSTR:GOD <> NEV_GOD# OR UINSTR:MES <> NEV_MES# Then Break.

Delete(UINSTR)

LOC:KOLZ += 1

Display

End

Розрахунок залишку інструментів (Сальдо на кінець місяця):

OST_KOL$ = 0

OST_SUM$ = 0

OST_KOL$ = UINSTR:OSTNAC_KOL + UINSTR:POLUC_KOL - UINSTR:VITRAT_KOL

OST_SUM$ = UINSTR:OSTNAC_SUM + UINSTR:POLUC_SUM - UINSTR:VITRAT_SUM

UINSTR:OSTKON_KOL = OST_KOL$

UINSTR:OSTKON_SUM = OST_SUM$

Put(UINSTR)

Размещено на Allbest.ru