Розробка інформаційно-пошукової системи реєстратури поліклініки "Реєстратура" : Диплом по Информационное обеспечение, программирование

Информационное обеспечение, программирование

Дипломы

Розробка інформаційно-пошукової системи реєстратури поліклініки "Реєстратура"

Вступ

автоматичний алгоритм програма користувач

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

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

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

Дана інформаційно-пошукова система дозволить здійснювати:

автоматизацію введення, контролю та завантаження даних у базу поліклініки з використанням екранних форм;

автоматизацію введення даних про пацієнтів, лікарів, запис на прийом, виклик лікаря додому;

формування звітності наприкінці кожного робочого дня або місяця.

Об'єкт дослідження - інформаційно-пошукова система поліклініки «Реєстратура».

Предмет дослідження - програмне забезпечення для автоматизації роботи оператора реєстратури.

Мета роботи - розробка програмного забезпечення для автоматизації роботи оператора реєстратури на прикладі ТОВ «Віта».

Завдання роботи:

-проаналізувати роботу оператора реєстратури ТОВ «Віта»;

-провести аналіз існуючих розробок і обґрунтувати вибір технології проектування;

вибрати мову програмування, що найбільш задовольняє реалізації мети роботи;

розробити програмне забезпечення для автоматизації роботи оператора реєстратури ТОВ «Віта».

Дипломна робота складається з вступу, трьох розділів, висновку, списку використаних джерел та додатків.

1. Аналіз і характеристика існуючої автоматизованої системи «Поліклініка»

.1 Загальні положення

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

Приватна поліклініка ТОВ «Віта» відповідно до ліцензій здійснює наступний спектр послуг:

Прийом лікаря фахівця;

Консультація лікаря фахівця;

Діагностика;

Лікування;

Комплекс стоматологічних послуг;

Ендоскопічне обстеження;

Лабораторні аналізи;

Фізіотерапевтичні процедури;

Рентгенологічні процедури;

Послуги невропатолога;

Послуги нарколога.

Мануальна терапія.

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

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

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

1.2 Аналіз існуючих розробок і обґрунтування вибору технології проектування

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

-аналіз вимог організації (необхідно сформулювати вимоги до майбутньої системи і максимально їх формалізувати);

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

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

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

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

-розробка класифікаторів і кодів;

-розробка нормативно-довідкової інформації;

розробка постановок задач;

розробка форм вхідних і вихідних документів.

Безперечною перевагою такої системи є вкрай висока гнучкість в її налаштування та супроводі.

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

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

Для створення АРМ оператора реєстратури була вибрана технологія оригінального проектування. Як середовище для програмування був вибраний додаток Borland Delphi 7. В основі якої загальновизнаної популярності лежить той факт, що Delphi, як ніяка інша система програмування, задовольняє викладеним вимогам. Програми з допомогою Delphi розробляються швидко, причому взаємодія розробника з інтерактивним середовищем Delphi не викликає внутрішнього відторгнення, а навпаки, залишає відчуття комфорту. Delphi-додатки ефективні, якщо розробник дотримується певних правил. Ці програми надійні і при експлуатації володіють передбачуваною поведінкою.

Як засіб для збереження оброблюваних даних була вибрана СУБД Access, яка входить до складу широко розповсюджених офісних додатків Microsoft Office. Microsoft Access на сьогоднішній день є одним з найпоширеніших настільних додатків для роботи з базами даних. Це пов'язано з тим, що в Access дуже широкий діапазон засобів для введення, аналізу і представлення даних. Цей засіб є не тільки простим та зручним, а й високопродуктивними, що забезпечує високу швидкість розробки додатків. Access має ряд унікальних можливостей, таких як уміння зводити воєдино інформацію з різних джерел (електронних таблиць, текстових файлів, інших баз даних), подання даних в зручному для користувача вигляді за допомогою таблиць, діаграм, звітів, інтеграція з іншими компонентами Microsoft Office. Access стала інструментом, який може задовольнити потреби самих різних категорій користувачів: від новачка, якому подобається дружній інтерфейс системи, що дозволяє йому впоратися із завданнями, до професійного розробника, який має весь необхідний інструментарій для побудови унікальних рішень.

Для роботи з базами в Delphi є кілька наборів компонентів Кожен режим дуже добре підходить для вирішення певного кола завдань. Всі вони використовують різні технології доступу до даних і відрізняються за можливостями. На відміну від Microsoft, яка вбудувала в свої продукти розробки тільки технологію доступу до даних ADO власної розробки, фірма Borland дала нам різноманітність засобів працюють через різні технології і не обмежує нас тільки своїми розробками.(Active Data Objects) - технологія доступу до даних, розроблена корпорацією Microsoft. Дуже гарна бібліотека, але її слід використовувати тільки з базами даних Microsoft, а саме MS Access або MS SQL Server. Насправді ADO є частиною більш великомасштабної технології під назвою Microsoft Data Access Components (MDAC). Термін MDAC є загальним позначенням для всіх розроблених компанією Microsoft технологій, пов'язаних з БД. Робота з базами даних Access йде через спеціальну надбудову DAO, яка може встановлюватися на комп'ютер разом з програмою Office або йти як окрема установка.

1.3 Критерії (вимоги) до створення АРМ Оператора реєстратури

Критерії до створення АРМ оператора реєстратури за технічним забезпеченням

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

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

Процесор- не гірше Celeron 2000 MhzОперативна пам'ять- 1024 МбЖорсткий диск (HDD)- 120 ГбМережева плата- 100 Мбіт/сМонітор- LCD (широкоформатний) 19 дюймів з роздільною здатністю 1920x1080Клавіатура- стандартнаМаніпулятор «миша»- стандартнаUPS (джерело безперебійного живлення)- будь-якеМФУ (принтер, сканер, копір)- будь-який

Операційна система Wіn'2000, Wіn NT, Wіn ME, WіnXP.

Критерії до створення АРМ Оператора реєстратури за інформаційним забезпеченням

Інформаційне забезпечення (ІЗ) поділяють на 2 види:

-позамашинне ІЗ;

-внутрішньомашинне ІЗ.

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

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

Розглянемо автоматизацію відділу по введенню й обробці даних.

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

Прийом пацієнтів, які хотіли б одержати медичну допомогу в ТОВ «Віта»;

Перевірка пацієнтів по наявних списках поліклініки;

Перевірка пацієнта на приналежність до організації, з якої в поліклініки укладений договір (якщо такий договір є, то оплата виробляється із суми договору організації);

Якщо пацієнта немає в списку, то заповнення на нього всієї необхідної документації (Ф.И.О., місце проживання, дата народження, місце роботи й інші дані);

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

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

Видача пацієнтові всієї документації для оплати мед. послуг;

Формування звітності наприкінці робочого дня або місяця.

До недоліків, що існують у реалізації функцій реєстратора, можна віднести:

оформлення поліклінічних карт й іншої звітної документації;

запису в амбулаторній карті або історії хвороби;

призначення консультацій або обстежень.

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

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

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

В даний час розрізняють три основні моделі баз даних:

-ієрархічна;

-мережева;

реляційна.

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

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

Мережеву модель баз даних можна уявити у вигляді орієнтованих графів. Вона схожа на ієрархічну, але в ній породжений елемент може мати більше одного вихідного.

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

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

-незалежність даних від програмного продукту для їх обробки: зміна в структурі тієї чи іншої таблиці не веде до необхідності доопрацювання системи управління базами даних (СКБД);

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

наявність теоретично обґрунтованих методів нормалізації відносин дозволяє отримувати бази даних із заздалегідь заданими властивостями (в основному, з гарантією мінімальної надмірності представлення даних).

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

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

-однократність введення даних;

-вся інформація вводиться тільки на основі первинної документації;

принцип повноти інформації (тобто інформаційна база повинна містити всю необхідну інформацію для вирішення завдань);

недопущення інформаційної надмірності (одна і та ж інформація не повинна зберігатися в різних таблицях бази даних);

принцип цілісності інформації, тобто в інформаційному фонді повинні бути розроблені засоби забезпечення достовірності інформації, що зберігається, засоби підтримки несуперечності даних, забезпечення своєчасності актуалізації даних, забезпечення захисту даних від технічних збоїв ЕОМ;

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

принцип оперативності видачі відповідей на запити.

Критерії до створення АРМ Оператора реєстратури за програмним забезпеченням

Обґрунтування проектних рішень з програмного забезпечення завдання полягає у формуванні вимог до системного (загального) та спеціальному прикладного програмного забезпечення і у виборі на основі цих вимог відповідних компонентів програмного забезпечення.

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

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

Операційна система Microsoft Windows XP, забезпечує надійність (оновлене ядро Windows, вдосконалені засоби перевірки драйверів пристроїв, підтримка декількох версій бібліотеки DLL, захист файлів Windows), швидкодія (багатозадачність з витісненням, масштабована підтримка пам'яті та процесора), безпека, зручність використання відповідає всім вимогам ГУО МФЕК. Важливим фактором при виборі саме цієї ОС для розробки даного проекту стало те, що в організації є достатня кількість ліцензій на її використання.

На вибір СУБД при побудові системи автоматизації багато в чому визначає такі її параметри, як:

-надійність і стійкість;

-швидкодія;

масштабованість;

захищеність;

наявність засобів розробки додатків;

сумісність з іншими платформами і ОС;

підтримка компанії-виробника;

вартісні витрати на придбання ліцензій для використання вибраної СУБД.

Критерії до створення АРМ Оператора реєстратури за технологічним забезпеченням.

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

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

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

2. Проектування інформаційної системи

.1 Обґрунтування вибору середовища програмування та засобів збереження даних

Використання баз даних на яких побудовано існування різних організацій, пильну увагу розробників додатків викликають інструменти, за допомогою яких такі програми можна було б створювати. Висунуті до них вимоги в загальному вигляді можна сформулювати як: «швидкість, простота, ефективність, надійність».

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

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

Пакет Delphi - продовження лінії компіляторів мови Pascal корпорації Borland. Pascal як мова дуже проста, а строгий контроль типів даних сприяє ранньому виявленню помилок і дозволяє швидко створювати надійні та ефективні програми. Корпорація Borland постійно збагачувала мову. Колись у версії 4.0 були включені засоби роздільної трансляції, пізніше, починаючи з версії 5.5, з'явилися об'єкти, а до складу шостої версії пакету увійшла повноцінна бібліотека класів Turbo Vision, що реалізує віконну систему в текстовому режимі роботи відеоадаптера. Це був один з перших продуктів, що містили інтегроване середовище розробки програм.

У класі інструментальних засобів для початківців програмістів продуктам компанії Borland довелося конкурувати з середовищем Visual Basic корпорації Microsoft, де питання інтеграції та зручності роботи були вирішені краще. Мова, якою належить працювати користувачеві Delphi, відрізняється від вихідного не тільки наявністю безлічі нових понять і конструкцій, а й ідейно: в ньому замість мінімізації числа понять і використання найпростіших конструкцій (що, безумовно, добре для навчання, але не завжди виправдано в практичній роботі), перевага віддається зручності роботи професійного користувача. Як мова Turbo Pascal природно порівнювати з його найближчими конкурентами - численними варіаціями на тему мови Basic і з C++. Turbo Pascal істотно перевершує Basic за рахунок повноцінного об'єктного підходу, що включає в себе розвинені механізми інкапсуляції, спадкування і поліморфізм. Остання версія мови, що застосовується в Delphi, за своїми можливостями наближається до C++. З основних механізмів, властивих C++, відсутнє тільки множинне спадкування. Плюси застосування мови Pascal очевидні: з одного боку, на відміну від Visual Basic, заснованого на інтерпретації проміжного коду, для нього є компілятор, що генерує машинний код, що дозволяє отримувати значно швидші програми. З іншого - на відміну від C++ синтаксис мови Pascal сприяє побудові дуже швидких компіляторів.містить повноцінний текстовий редактор типу Brief, призначення клавіш у якому відповідають прийнятим в Windows стандартам, а глибина ієрархії операцій Undo необмежена. Як це стало вже обов'язковим, реалізовано колірне виділення різних лексичних елементів програми. Процес побудови програми досить простий. Потрібно вибрати форму, задати її властивості і включити в неї необхідні компоненти (видимі і, якщо знадобиться, неотображаемие): меню, інструментальні панелі, рядок стану і т. п., задати їх властивості і далі написати (за допомогою редактора вихідного коду) обробники подій. Object Browser Вікна типу Object Browser стали невід'ємною частиною систем програмування на об'єктно-орієнтованих мовах. Робота з ними стає можливою відразу після того, як ви скомпілювали додаток.сt Manager - це окреме вікно, де перераховуються модулі і форми, складові проект. При кожному модулі вказується маршрут до каталогу, в якому знаходиться вихідний текст. Жирним шрифтом виділяються змінені, але ще не збережені частини проекту. У верхній частині вікна є набір кнопок: додати, видалити, показати вихідний текст, показати форму, задати опції і синхронізувати вміст вікна з текстом файлу проекту, тобто з головним програмою на мові Pascal.Component Library (VCL) Багатство палітри об'єктів для побудови користувальницького інтерфейсу - один з ключових чинників при виборі інструмента візуального програмування. При цьому для користувача має значення як число елементів, включених безпосередньо в середу, так і доступність елементів відповідного формату на ринку.

Компілятори мови Pascal компанії Borland ніколи не змушували користувача подовгу чекати результатів компіляції. Виробники стверджують, що на сьогодні даний компілятор - найшвидший у світі. Компілятор, вбудований в Delphi дозволяє обробляти 120 тис. рядків вихідного тексту в хвилину на машині 486/33 або 350 тис. - при використанні процесора Pentium/90. Він пропонує легкість розробки і швидкий час перевірки готового програмного блоку.

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

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

Ймовірно, та обставина, що Delphi позиціонується як засіб створення додатків, взаємодіючих з базами даних, і орієнтоване переважно на ринок інструментальних засобів клієнт / сервер, де до цього моменту домінують інтерпретовані мови, дозволило його авторам не замислюватися над створенням оптимизирующего компілятора, здатного використовувати всі гідності архітектур сучасних процесорів.працює з програмами, створеними раніше засобами Borland Pascal. Необхідність в деяких удосконаленнях давно відчувалася. Найпомітніше з них - апарат виняткових ситуацій, подібний до того, що мається на C++, був першим реалізований в компіляторах корпорації Borland. Не секрет, що при написанні об'єктно-орієнтованих програм, що активно працюють з динамічною пам'яттю та іншими ресурсами, чималу трудність представляє акуратне звільнення цих ресурсів у разі виникнення нештатних ситуацій. Особливо це актуально для середовища Windows, де число видів ресурсів досить велике, а неохайна робота з ними може швидко привести до зависання всієї системи. Передбачений в Delphi апарат винятків максимально спрощує кодування обробки нештатних ситуацій та звільнення ресурсів.

Об'єктно-орієнтований підхід у новій версії мови набув значного розвитку. Перелічимо основні нововведення.

введено поняття класу.

реалізовані методи класів, аналогічні статичним методам C++. Вони оперують не екземпляром класу, а самим класом.

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

введена обробка виняткових ситуацій.

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

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

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

Мова програмування Delphi базується на Borland Object Pascal.

Крім того, Delphi підтримує такі низькорівневі особливості, як підкласи елементів керування Windows, перекриття циклу обробки повідомлень Windows, використання вбудованого асемблера.

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

У стандартну поставку Delphi входять основні об'єкти, які утворюють вдало підібрану ієрархію з 270 базових класів. На Delphi можна однаково добре писати як додатки до корпоративних баз даних, так і, наприклад, ігрові програми. Багато в чому це пояснюється тим, що традиційно в середовищі Windows було досить складно реалізовувати користувальницький інтерфейс. Саме розробка інтерфейсу в Delphi є найпростішим завданням для програміста.

Завдяки такій можливості програми, виготовлені за допомогою Delphi, працюють надійно і стійко. Delphi підтримує використання вже існуючих об'єктів, включаючи DLL, написані на С і С++, OLE сервера, VBX, об'єкти, створені за допомогою Delphi. З готових компонентів працюючі додатки збираються дуже швидко. Крім того, оскільки Delphi має повністю об'єктну орієнтацію, розробники можуть створювати свої повторно використовувані об'єкти для того, щоб зменшити витрати на розробку.пропонує розробникам - як у складі команди, так і індивідуальним - відкриту архітектуру, що дозволяє додавати компоненти, де б вони не були виготовлені, і оперувати цими знову введеними компонентами в візуальному будівнику. Розробники можуть додавати CASE-інструменти, кодові генератори, а також авторські help'и, доступні через меню Delphi.

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

Цей кістяк називається Visual Component Library (VCL). У VCL є такі стандартні елементи управління, як рядки редагування, статичні елементи керування, рядки редагування зі списками, списки об'єктів. Ще є такі компоненти, які раніше були доступні тільки в бібліотеках третіх фірм: табличні елементи управління, закладки, багатосторінкові записні книжки. Всі об'єкти розбиті на сторінки за своєю функціональністю і представлені в палітрі компонент.містить спеціальний об'єкт, що надає інтерфейс графічних пристроїв Windows, і дозволяє розробникам малювати, не піклуючись про звичайні для програмування в середовищі Windows деталях.

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

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

Класи об'єктів побудовані у вигляді ієрархії, що складається з абстрактних, проміжних, і готових компонент. Розробник може користуватися готовими компонентами, створювати власні на основі абстрактних або проміжних, а також створювати власні об'єкти.

Як засіб для збереження оброблюваних даних була вибрана СУБД Access, яка входить до складу широко розповсюдженого сімейства офісних додатків Microsoft Office. Microsoft Access на сьогоднішній день є одним з найпоширеніших настільних додатків для роботи з базами даних. Це пов'язано з тим, що Access має дуже широким діапазоном засобів для введення, аналізу і представлення даних. Цей засіб є не тільки простим та зручним, а й високопродуктивними, що забезпечує високу швидкість розробки додатків. Спочатку Access мала ряд унікальних можливостей, таких як уміння зводити воєдино інформацію з різних джерел (електронних таблиць, текстових файлів, інших баз даних), подання даних в зручному для користувача вигляді за допомогою таблиць, діаграм, звітів, інтеграція з іншими компонентами Microsoft Office. Удосконалюючись від версії до версії, Access стала інструментом, який може задовольнити потреби самих різних категорій користувачів: від новачка, якому подобається дружній інтерфейс системи, що дозволяє йому впоратися із завданнями, до професійного розробника, який має весь необхідний інструментарій для побудови унікальних рішень.

Дана СУБД була обрана з наступних причин: простота засобів реалізації; легкість освоєння інструментарієм розробника (VBA); наочність візуалізації інформації.

Бази даних створені за допомогою системи управління базами даних «Microsoft Access» повністю реалізую реляційну модель побудови даних. База даних «Microsoft Access» являє собою набір груп об'єктів, таких як таблиці, запити, форми, звіти.

Зв'язки між таблицями можна розбити на чотири базових реляційних типу з відносинами: один-до-одного; один-до-багатьох; багато-до-одного; багато-до-багатьох. Структура організації таблиць дозволяє створення первинних і зовнішніх ключів. Є можливість зміни типу внутрішніх об'єднань для зв'язаних таблиць.

автоматичний алгоритм програма користувач

2.2 Алгоритм програми

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

)системний аналіз і словесний опис інформаційних об'єктів предметного області;

)проектування інфологічної моделі предметного області - частковий формалізований опис об'єктів предметного області в термінах деякої семантичної моделі;

)даталогічне або логічне проектування БД, тобто опис БД в термінах прийнятої даталогчної моделі даних.

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

Інформаційна модель та її опис.

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

Інформаційна модель містить у собі сукупність вхідних і вихідних документів, файлів вхідної, оперативної постійної та результативної інформації.

Контекстна діаграма системи наведена на рис. 2.1

Рис. 2.1 Контекстна модель системи

Рис. 2.2. Діаграма потоків даних

При декомпозиції системи отримуємо 4 основні підсистеми:

Ведення обліку хворих;

Ведення списку лікарів;

Ведення обліку записів на прийом;

Облік викликів додому терапевта.

На мал. 3 наведена модель підсистеми «АРМ оператора» по методології Гейна /Сарсона. Підсистема працює з наступними сховищами даних:

БД хворі;

БД лікарі;

БД розклад;

БД запису на прийом;

БД запису на аналізи;

БД викликів додому.

Інфологічна модель.

При розробці інформаційних систем проект бази даних є тим фундаментом, на якому будується вся система в цілому. Отже, інфологічна модель повинна включати такий опис наочної області, який буде легко «читатися» не тільки фахівцями по базах даних. Цей опис повинен бути настільки ємким, щоб можна було оцінити глибину і коректність опрацьовування проекту БД, і воно не повинне бути прив'язано до конкретної СУБД. Загальноприйнятим стала скорочена назва ER-модель.

Метод сутність-зв'язок є простим і швидким. Оскільки для полегшення процесу проектування і наочності вироблюваних операцій можливе використовування CASE-засобів.

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

Схема інфологічної моделі комплексу завдань АІС «Реєстратура» поліклініки представлена на рис. 2.3. В даній інфологічній моделі можна виділити такі прості інформаційні об'єкти, як «Хворий», «Лікар» й «Розклад», «Виклик додому», «Запис на прийом», «Запис на аналізи», це основні об'єкти, всі інші сутності є довідниками й таблицями для подання зв'язків 1:М.

Рис. 2.3. ІЛМ модель системи

Характеристика первинних документів з нормативно - довідковою та вхідною оперативною інформацією

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

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

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

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

До числа основних вимог до первинних документів, можна віднести наступні:

не надмірність і повноту інформації для рішення завдань;

високу вірогідність і своєчасність зібраної інформації.

Крім того, первинна інформація повинна бути розташована в документі таким чином, щоб ураховувалися вимоги зручності для наступної обробки даних на ЕОМ.

При проектуванні форм первинних документів, в інформаційній системі враховувалися наступні вимоги:

Відсутність у первинних документах постійної інформації, для якої необхідне створення самостійних файлів;

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

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

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

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

Узгодження послідовності реквізитів у документі з макетами розміщення інформації на екрані ЕОМ.

Вхідною інформацією є наступна:

Відомості про пацієнтів;

-Інформація про лікарів;

Запис на прийом;

Запис на аналізи;

Виклик терапевта додому.

Даталогічна модель

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

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

Таблиця 2.1. Структура таблиці «Хворий»

№ п/пНайменування поляІдентифікатор поляТип поляДовжина поляОзнака ключа1KardНомер картиТекст10Первинний ключ2org_strahovОрганізація страхуванняТекст503PolisaНомер полісаТекст504kod_ligotyПільгиЧисло5SNILSСНИЛСТекст506FamПрізвищеТекст507NamІм'яТекст508OtchПо батьковіТекст509PolСтатьТекст110data_rojДата народженняДата11post_oblАдреса пропискиТекст5012post_paionТекст5013post_cityТекст5014post_streetТекст5015post_homeТекст5016post_korpТекст5017post_kvТекст5018reg_oblАдреса проживанняТекст5019reg_paionТекст5020reg_cityТекст5021reg_streetТекст5022reg_homeТекст5023reg_korpТекст5024reg_kvТекст5025phone_homeТекст5026phone_slugТекст5027doc_lgotТелефон домашнійТекст5028invalidТелефон службовийТекст5029mesto_rab Документ підтверджуючий пільгиТекст50

Таблиця 2.2. Структура таблиці «Лікар»

№ п/пНайменування поляІдентифікатор поляТип поляДовжина поляОзнака ключа1specШифрЛічильникПК2ProfilПрофіль/спеціалізаціяТекст203famПрізвищеТекст504namІм'яТекст505otchПо батьковіТекст50

Таблиця 2.3. Структура таблиці «Розклад»

№ п/пНайменування поляІдентифікатор поляТип поляДовжина поляОзнака ключа1kodШифрЛічильникПК2SpecЛікарЧислоЦілеКод для зв'язку з таблицею лікарів3WeekДеньТекст104TimeЧасТекст505RoomКабінетТекст50

Таблиця 2.4. Структура таблиці «Виклик»

№ п/пНайменування поляІдентифікатор поляТип поляДовжина поляОзнака ключа1kodШифрЛічильникПК2BolnХворийЧислоЦілеКод для зв'язку з таблицею хворих3VrachЛікарЧислоЦілеКод для зв'язку з таблицею лікарів4date_vЧас викликиДата/час5TimeЧасТекст506AdresАдресаТекст50Таблиця 2.5. Структура таблиці «Запис на аналізи»

№ п/пНайменування поляІдентифікатор поляТип поляДовжина поляОзнака ключа1kodШифрЛічильникПК2BolnХворийЧислоЦілеКод для зв'язку з таблицею хворих3AnalizАналізТекст504date_zДата аналізуДата/час

Таблиця 6. Структура таблиці «Запис на прийом»

№ п/пНайменування поляІдентифікатор поляТип поляДовжина поляОзнака ключа1KodШифрЛічильникПК2BolnХворийЧислоЦілеКод для зв'язку з таблицею хворих3VrachЛікарЧислоЦілеКод для зв'язку з таблицею лікарів4date_zДата записуДата/час5TimeЧас записуТекст10

Взаємозв'язок між таблицями наведено на рис. 2.4

Рис. 2.4 Схема даних

Цілісність БД

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

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

Крім того, розроблені методи автоматичного перетворення проекту БД з ER-моделі в реляційну, при цьому перетворення виконується в даталогічну модель, відповідної конкретної СУБД.

Результативна інформація.

Програма створює наступні звіти та документи:

Звіти про виклики додому;

Звіти про записи на прийом;

Звіти про записи на здачу аналізів.

2.3 Опис інтерфейсу проекту системи

Опис (схеми) бізнес-процесів.

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

Склад даних й алгоритм обробки інформації.

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

)Хворі.

)Лікарі.

)Розклад.

)Виклик додому.

) Запис до лікарів

) Аналізи

) Запис на аналізи

При обробці бази даних ПП виконує наступні функції:

)Введення даних у таблиці.

)Пошук необхідних записів таблиці.

)Фільтрацію даних.

)Вибірку даних.

)Зміна даних.

)Видалення даних.

Розроблений ПЗ забезпечений спрощеною формою інтерфейсу:

.Глибина вкладеності вікон повинна бути не більше трьох.

.Містить короткі довідки по контексту відомості по командах.

.Зрозумілий, простий у використанні, легко вивчаємо.

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

Структура меню

Хворі:

Додавання

Зміна

Видалення

Історія хвороби

Печатка картки

Розклад:

Додавання

Зміна

Видалення

Печатка

Виклик додому:

Запис

Звіт

Запис на прийом:

Запис

Звіт

Запис на аналізи

Запис

Звіт

Функціональні вимоги

.Введення бази даних Хворі.