Анотація
Дипломний проект присвячений розробці автоматизованої інформаційноїсистеми обліку тих, хто вибув зі стаціонару. Система базується на формі № 066/у
Міністерства Охорони здоров'я Росії, яка має назву "Статистична картавибулого із стаціонару ". Програма призначена для автоматизаціїпроцесу обробки форми № 066/в та формування на її основі звітних формдля стаціонару.
Система призначена для роботи у відділеннях медстатистики лікарень іне вимагає від користувача додаткових знань з програмування, вонанадає йому зручний екранний інтерфейс для роботи з многофайловойбазою даних.
База даних містить інформацію про тих, хто вибув хворих, адекватнуінформації у формі № 066/у МОЗ Росії. На підставі цієї інформації системадозволяє формувати звітні документи за фіксованими формами. Документиформуються за будь-який звітний період (дні, місяці, роки), по всьомустаціонару або з будь-якого його відділенню.
Система пройшла дослідну експлуатацію в Дитячої міської клінічноїлікарні N13 ім. Н.Ф. Філатова і передана для впровадження у відділеннімедстатистики цієї лікарні.
Програмне забезпечення системи написано на мові програмування
Clipper.
Економіко-організаційна частина містить у собі аналіз інформації зтемі дипломного проекту, розрахунок річного економічного ефекту та рекламурозробки.
Звітні матеріали до дипломного проекту включають пояснювальнузаписку, 5 додатків і графічний матеріал.
Зміст
Введення 4
1. Аналіз існуючих методів створення інформаційних систем в медицині 6
1.1. Класифікація МДС 6
1.2. Методологія створення автоматизованих лікарняних інформаційних систем 7
1.2.1. Декомпозиція АБІС 8
1.2.2. Інтеграція компонент АБІС 9
1.3. Архітектура інтегрованих АБІС 10
1.4. Ефективність застосування АБІС 11
2. Технологія роботи відділу медстатистики з обробки даних про тих, хто вибув зстаціонару, вибір технічних і програмних засобів 13
2.1. Технологічна схема роботи відділу 13
2.2. Формалізоване опис документообігу 15
2.3. Оцінка потоків інформації, що проходять через відділ медстатистики 17
3. Розробка структури бази даних (БД) та алгоритмів обробки 18
3.1. Структура БД 18
3.1.1. Файлова структура таблиць 19
3.1.2. Збереження БД 21
3.2. Алгоритм програми 22
4. Опис програмної реалізації 25
4.1. Опис програми 25
4.1.1. Введення поточної дати 26
4.1.2. Робота в головному меню 26
4.1.3. Введення нових даних 27
4.1.4. Редагування раніше введеної інформації 28
4.1.5. Перегляд БД 28
4.1.6. Видалення інформації 29
4.1.7. Отримання звітних форм 29
4.1.8. Налаштування 32
4.1.9. Вихід з програми 33
4.2. Результати дослідної експлуатації 33
5.Економіко-організаційна частина 35
5.1.Аналіз потоку публікацій 35
5.2. Розрахунок річного економічного ефекту 36
Висновок 40
Література. 42
Додаток 1 43
"Технічне завдання на розробку автоматизованої інформаційної системи обліку тих, хто вибув зі стаціонару (форма № 066/у)" 43
Додаток 2 77
Опис застосування "Автоматизованої системи обліку тих, хто вибув з
стаціонару" 77
Додаток 3 83
Керівництво оператора "Автоматизованої системи обліку тих, хто вибув зі стаціонару "83
Додаток 4 92
Керівництво системного програміста" Автоматизованої системи обліку тих, хто вибув із стаціонару "92
Додаток 5 107
Текст і опис програми: "Автоматизована система обліку тих, хто вибув із стаціонару" 107
Введення
Останнім часом все більше зростає інтерес до використання коштівобчислювальної техніки в медицині. Це пояснюється тими можливостями,які несуть в собі обчислювальні засоби, в першу чергу сучасніперсональні ЕОМ. Ці ЕОМ є зручним засобом для автоматизаціїобробки інформації в різних галузях людської діяльності.
Габарити персональних комп'ютерів дозволяють розмістити їх безпосередньона робочому місці користувача, а зручність спілкування з ПЕОМ робить їхдоступними для широкого кола користувачів-непрограммістов.
Сучасні ПЕОМ мають швидкодію й обсяг оперативної пам'ятідостатні для обробки великих масивів інформації, їх застосування втаких галузях медицини як, наприклад, медстатистики, дозволяє значноскоротити витрати ручної праці, підвищити якість і правильність роботи,скоротити час отримання кінцевого результату.
Саме цій проблемі і присвячений дипломний проект. Його метою буларозробка автоматизованої системи вибули зі стаціонару, в основіякої лежить форма № 066/у Міністерства Охорони здоров'я Росії:
"Статистична карта вибулого із стаціонару".
Про важливість даної розробки говорить той факт, що прикладнийпрограмне забезпечення інформаційних систем, необхідне установамохорони здоров'я, рідко може бути закуплено в готовому вигляді і так якпрактично всі заклади охорони здоров'я мають свою специфіку.
Виконання дипломного проекту вимагало вирішення наступних основнихзавдань:
> проведення аналізу особливостей і специфіки автоматизованих інформаційних систем в медицині;
> аналіз технології роботи автоматизується підрозділу;
> визначення необхідної вхідної і вихідної інформації;
> розробка структури бази даних;
> розробка та налагодження програми;
> проведення дослідної експлуатації та впровадження в замовника;
> визначення економічного ефекту від впровадження розроблених програмних засобів.
Зміст пояснювальної записки в значній мірі визначаєтьсяпереліченими завданнями.
1. Аналіз існуючих методів створення інформаційних систем в медицині
Забезпечення здоров'я населення вимагає постійного збору та зберіганняданих. Витрати на створення і функціонування системи збирання, зберігання,обробки та передачі інформації становлять значну і постійнобільшу частину бюджету лікувальних закладів. За одними оцінками [1] цівитрати становлять від 10 до 20% від сумарних витрат на лікування, за іншимивони складають до 33% бюджету лікувальних закладів. Для зниження цихвитрат, подальшого вдосконалення обробки та представлення інформації,а також для підвищення ефективності управління лікувальними установамирозробляються і впроваджуються різноманітні медичні інформаційнісистеми (МІС).
1.1. Класифікація МДС
Згідно [1], спільним для всіх МДС є рутинний систематичнийзбір даних, інтегруються в інформацію, що забезпечує прийняттякеруючих адміністративних та медичних рішень. В той же роботі [1]описується наступна класифікація МДС:
> амбулаторні МДС;
> МИС стаціонарів;
> МИС соціального страхування здоров'я населення;
> національні МДС.
Амбулаторні МДС забезпечують збір даних про кожного візит пацієнта долікаря, включаючи діагноз, надані медичні послуги і визначеніпризначення. Ці дані використовуються при повторних візитах, плануванняроботи, виписці рахунку пацієнта і т.д.
МДС стаціонарів забезпечують збір даних для виписаний епікризу, у томучислі короткий анамнез, діагнози, тривалість госпіталізації,стан при виписці і перелік наданих медичний послуг разом з їхвартістю. Ці дані використовуються при повторній госпіталізації, для облікута планування роботи підрозділів і окремих лікарів, для розрахунків зпацієнтами і т.д.
МДС соціального страхування здоров'я населення збирають дані провсіх медичні послуги, вартість яких потрібно відшкодувати з бюджетустрахової компанії, і забезпечують розрахунки з лікувальними установами.
Національні МДС збирають дані про функціонування медичнихустанов і узагальнюють цю інформацію для керівництва національним секторомохорони здоров'я.
1.2. Методологія створення автоматизованих лікарняних інформаційних систем
Сучасна автоматизована лікарняна інформаційна система
(АБІС) являє собою тісно взаємодіє поєднання МДС стаціонаруі амбулаторної МДС. АБІС - це лікарняна медична та адміністративнаінформаційна система, у функції якої входять збір, обробка і передачаінформації у властивих лікарні цілях.
АБІС володіє високою складністю і з метою керованості, як втехнічному, так і в організаційному відношеннях доцільніше розділити їїна окремі системи або підсистеми, які можна створювати поетапно.
Час показав, що принцип поетапного створення АБІС значно полегшивїх розробку і впровадження і мав певні економічні вигоди. Принципполягає в тому, що спочатку здійснюється декомпозиція АБІС, тобто їїпідрозділ на окремі компоненти, а потім інтеграція цих компонент уєдину систему.
АБІС, спроектована за таким принципом, отримала назву
"інтегрована АБІС".
1.2.1. Декомпозиція АБІС
Існує багато підходів до декомпозиції АБІС. Усі вони спираються напоєднання двох принципів її поділу на окремі взаємопов'язанікомпоненти: горизонтального і вертикального [1].
Горизонтальний принцип відповідає створення окремих систем,орієнтованих на потреби конкретного користувача або досить однорідноюгрупи користувачів, наприклад, підрозділяють АБІС на адміністративнусистему, лабораторну систему і групу спеціалізованих систем (аптечнасистема, система дієта, консультаційні системи та ін.)
Вертикальний або функціональний принцип поділу відповідаєвиділенню систем, кожна з яких має певний набір функцій іможе виконувати їх за запитом будь-якого користувача системи. Прикладом можеслужити наступне вертикальне поділ АБІС на 5 підсистем, кожна зяких наділена специфічною функцією:
1) забезпечення виконання медичних дій;
2) експлуатація медичних даних з метою збільшення обсягу медичних знань в лікувальному закладі;
3) забезпечення матеріально-технічного та медичного постачання;
4) оперативне планування адміністративної діяльності;
5) оперативне планування лікувальної діяльності.
Історично переважаючим виявився горизонтальний підхід, при якомуспочатку створюються автоматизовані системи окремих підрозділів іслужб, які потім об'єднуються в інтегровану АБІС. Так, першийінтегровані АБІС з'явилися в результаті злиття адміністративно -фінансових систем з незалежно розроблялися автоматизованимисистемами діагностичних підрозділів лікарень, в першу чергуклінічних лабораторій та відділень променевої діагностики.
1.2.2. Інтеграція компонент АБІС
Інтеграція компонент АБІС є не менш складним підприємством, ніждекомпозиція її на окремі частини.
Виділяють три основні вимоги до інтеграції систем АБІС [1]:
> пацієнт не повинен відчувати впливу поділу на підсистеми; призначення, покладені на неї в різних підрозділах, повинні бути узгоджені між собою (інтеграція на рівні пацієнта);
> користувач АБІС повинен мати можливість полегшеного доступу (при наявності відповідних повноважень) до функцій різних підсистем, введення даних повинен здійснюватися одноразово, і при цьому система повинна забезпечувати цілісність і несуперечність інформації (інтеграція на рівні користувачів АБІС);
> інформація повинна зберігатися в єдиній базі даних і надаватися в міру необхідності будь-якої зацікавленої в ній підсистемі (технічна інтеграція).
Інтеграція не є самоціллю і повинна вводиться для поліпшенняфункціонування лікарні.
Окремі системи інтегрованої АБІС вводяться в експлуатацію, якправило, поетапно. Склад АБІС, терміни і послідовність введення їїокремих систем в експлуатацію залежать від пріоритетів, що встановлюютьсякерівництвом лікарні, і наявних фінансових можливостей.
1.3. Архітектура інтегрованих АБІС
Можна виділити наступні моделі архітектури АБІС:
> модель з централізованою обробкою даних;
> модель з розподіленою обробкою даних.
АБІС моделі з централізованою обробкою даних виконані на базі однієїабо кількох тісно пов'язаних великих ЕОМ чи супер-ЕОМ, яківиконують централізовану обробку всіх потоків інформації.
Перевагою централізованої обробки даних є відноснапростота організації доступу до даних про пацієнта, відсутність надмірностізберігання інформації. До недоліків можна віднести необхідністьзначних початкових капіталовкладень, у тому числі на обладнаннямашинного залу і стандартне програмне забезпечення, а також певнітруднощі розвитку прикладного програмного забезпечення АБІС.
АБІС моделі з розподіленою обробкою даних виконані на базі мережімалих або великих ЕОМ, кожна з яких має власну базу даних.
Основна перевага цієї моделі полягає в тому, що коштиобчислювальної техніки можуть купуватися поступово і компоненти АБІСможуть бути впроваджені поетапно. Однак розподіленість бази данихдекільком ЕОМ призводить до ускладнення розробки прикладного програмногозабезпечення АБІС і певних труднощів забезпечення безперебійноїексплуатації обладнання, а також експлуатації баз даних.
Архітектура багатьох АБІС не вкладається в рамки описаних вищемоделей, вони мають змішану архітектуру. Наприклад, у зв'язку з широкимрозповсюдженням ПЕОМ в ряді АБІС вони використовуються в якості терміналівцентральних ЕОМ, для вирішення локальних завдань у бідах окремихпідрозділів лікарні або навіть окремих фахівців, а також длянадання довідково-інформаційних послуг. Є приклади спільноговикористання центральної ЕОМ та локальної мережі ПЕОМ, призначеної длядиспетчеризації амбулаторного прийому [1].
1.4. Ефективність застосування АБІС
Будучи засобом організації праці персоналу лікарні АБІС НЕмає прямого впливу на лікування пацієнта. Однак система дозволяєактивно впливати на процеси прийняття персоналом лікарні якадміністративних, так і медичних рішень. В якості цілей створення АБІСможна навести наступні:
> пряма економія зарплати персоналу;
> непряма економія за рахунок позбавлення медичних працівників від рутинної канцелярської роботи;
> поліпшення якості медичного обслуговування за рахунок більшої точності, більш широкого розповсюдження інформації та збільшення її оперативності ;
> зменшення числа надлишкових послуг;
> більш повне використання ресурсів;
> краще постачання ресурсами;
> загальне поліпшення якості обслуговування.
Якщо раніше основним призначенням АБІС було поліпшення управліннялікарнею, то тепер - це поліпшення якості лікування.
Впровадження АБІС не призводить до зниження бюджетних витрат, а лишесприяє зменшенню їх зростання. Основний потенціал раціоналізаціїфункціонування лікарні полягає в зниженні витрат на зарплатуперсоналу, яка становить 60-70% бюджету лікарні [1]. Таке зниженняможе бути досягнуто тільки за рахунок зміни в організації праці,розподілу робіт та відповідальності за їх виконання. Оскількинайбільші штати та кошти (за винятком власне лікування) відволікаєобробка інформації, на що витрачається до 15-25% бюджету лікарні, топотенційний економічний ефект впровадження АБІС досить високий.
.
2. Технологія роботи відділу медстатистики з обробки даних про тих, хто вибув зі стаціонару, вибір технічних і програмних засобів
2.1. Технологічна схема роботи відділу
Для забезпечення оперативною інформацією різних категорійспівробітників лікарні і формування звітних матеріалів про лікувальнудіяльності відділень стаціонару в ньому існує відділення медстатистики.
Розглянемо технологію роботи медстатистики при надходженні інформаціїз відділень стаціонару. На рис.1 представлена структура функціональноїзв'язку відділу з іншими підрозділами лікарні при надходженні інформаціїпро вибулих хворих.
Рис. 1. Технологічна схема роботи відділу медстатистики.
У медстатистики надходять історії хвороби (ІБ) із заповненими лікарямистатистичними картками на тих, хто вибув зі стаціонару (форма № 066/у). Форма
№ 066/у заповнюється на кожного вибулого. На кожного іногороднього вибулогозаповнюється додатково ще одна форма № 066/у. У підрозділімедстатистики проводиться звірка надійшли ІБ на тих, хто вибув з данимижурналу на вибулих, померлих і переведених (ЖВ). У ЖВ вносяться відмітки пронаявності ІБ на вибившіх. Далі складається довідка про непоступівшіх ІБ навибулих хворих, яка передається назад у відділення. Надійшли ІБвідправляються в архів на зберігання. Форми № 066/у складаються в папкивідділень для складання звітів про діяльність стаціонару. Другийпримірник форми № 066/у на іногородніх хворих відправляється в Боткінськулікарню для подальшої статобработкі. Далі, на підставі форми № 066/у впідрозділі медстатистики готуються наступні звітні форми длявідділень стаціонару, бухгалтерії та адміністрації лікарні:
> щомісячний звіт по кожному відділенню;
> річні звіти по всьому стаціонару (див. Додаток 5):
1. Склад хворих в стаціонарі, строки та результат лікування;
2. Склад хворих новонароджених, які надійшли у віці 0-6 діб життя і результат їх лікування;
3. Хірургічна робота установ;
4. Розподіл хворих за віком та району;
5. Склад хворих, які вибули у віці від 0 до 6 діб життя;
6. Хворі, переведені в інші лікувальні установи;
7. Нозологія хворих, переведених з інших стаціонарів;
8. Нозологічна таблиця померлих;
9. Нозологія хворих померлих по віку;
10. Нозологія померлих у віці від 0 до 6 днів життя;
11. Операції померлих;
12. Нозологія померлих до доби;
13. Нозологія інфекційних захворювань;
14. Розподіл інфекційних захворювань по відділеннях;
15. Розподіл вибули іногородніх хворих по каналах госпіталізації та відділенням лікарні;
16. Число хворих, переведених в інші стаціонари, з них кількість новонароджених, переведених в інші стаціонари, і число осіб, госпіталізованих для обстеження і опинилися здоровими;
17. Число новонароджених, які померли у віці від 0-6 діб, кількість померлих в перші 24 години після надходження в стаціонар: у віці 0-24 години після народження, до 1 року, у тому числі від пневмонії;
18. Кількість хворих на інфаркт міокарда, що надійшли в першу добу від початку захворювання, кількість хворих на інфаркт міокарда, які померли в перші 24 години після надходження в стаціонар;
19. Число померлих вагітних, породіль та породіль, з них число померлих від захворювань, що ускладнюють вагітність і пологи.
Таблиці 1-3,16-19 формуються для написання звітів про діяльністьстаціонару для адміністрації лікарні та у вищестоящі організації, 4-15 --тільки для адміністрації лікарні.
2.2. Формалізоване опис документообігу
Форма № 066/у є обов'язковим документом для будь-якого стаціонару
Російської Федерації та має повну назву "Статистична картавибулого із стаціонару ". Вона заповнюється на кожного вибулого та укладаєв собі наступну інформацію:
1. Номер історії хвороби хворого;
2. Прізвище І.Б. хворого;
3. Пол хворого;
4. Дата народження;
5. Час народження;
6. Вік;
7. Вага;
8. Адреса постійного місця проживання;
9. Район проживання;
10. Горожанин/селянин;
11. Держава, громадянином якої є хворий;
12. Направляюча організація;
13. Причина напрямку;
14. Відділення стаціонару;
15. Профіль ліжка,
16. Доставлений в стаціонар по екстрених показаннями або в плановому порядку;
17. Через скільки годин після захворювання (отримання травми);
18. Дата надходження в стаціонар;
19. Час надходження в стаціонар;
20. Вихід захворювання;
21. Дата виписки/переведення/смерті;
22. Час виписки/переведення/смерті;
23. Кількість, проведених у стаціонарі днів;
24. Діагноз направив установи;
25. Госпіталізовано вперше/повторно;
26. Діагноз стаціонару;
27. Хірургічні операції;
28. Обстеження на реакцію Вассермана;
29. Прізвище І.Б. лікуючого лікаря.
2.3. Оцінка потоків інформації, що проходять через відділ медстатистики
У 1998 році план на пролікованих хворих у ДГКБ склав 22 400чоловік. На кожного пролікованих хворих має бути сформованаф. № 066/у. Обсяг однієї цієї форми становить близько 1 КБ, тоді обсягнадходить інформації за ф. № 066/у в рік складе близько 19 МБ. При цьому вмедстатистики надходить і інша інформація: про рух хворих і ліжковогофонду (ф.7), а також інформація з хірургічного центру, районноїполіклініки та травмопункта. Найбільший обсяг тут має форма 7. Якщовважати, що обсяг однієї ф.7 також дорівнює 1 КБ, то в день обсяг надійшлаінформації з ф.7 складе 15 КБ. Якщо вважати, що кількість робочих днів уроці 273, то річний обсяг інформації, що надійшла в медстатистики по ф.7складе близько 4 МБ. Тоді загальний обсяг інформації складе 23 МБ. Прицьому обсяг інформації, що надходить у день, складе близько 0.1 МБ. Устаціонар з медстатистики надходить приблизно 0.003 МБ інформації, у томувипадку, якщо адміністрації передається інформація, сформована на основіф.7.
З огляду на характер роботи стаціонару, слід припустити, щоосновна інформація буде проходити в мережі з 8 до 14 годин. При цьомуінтенсивність потоку інформації складає близько 0.036 Кбіт/с. Припропускної здатності стандартної мережі Ethernet 10 Мбіт/с цей потік непредставляє великого навантаження на мережу. Слід очікувати, що нерозглянуті оцінки потоків інформації з хірургічного центру, районноїполіклініки та травмопункта не зроблять істотного впливу на завантаженнямережі.
3. Розробка структури бази даних (БД) та алгоритмів обробки
3.1. Структура БД
Для зберігання інформації з вибулим хворим була розроблена БД,концептуальна модель якої представлена на рис.2.
Рис. 2. Концептуальна модель бази даних.
БД є розподіленою - вона складається з трьох таблиць:
> ТАБЛИЦІ "DIA66" (яка містить діагнози захворювань хворого);
> ТАБЛИЦІ "OP66" (яка містить назви операцій хворого );
> ТАБЛИЦІ "KARTA" (яка містить всю іншу інформацію).
Зв'язок здійснюється за номером історії хвороби. Кожному який вибуввідповідає один запис в таблиці "KARTA" і така кількість записів утаблицях "DIA66" і "OP66", скільки діагнозів йому проставлено і скількиоперацій йому було проведено відповідно. Іншими словами між таблицею
"KARTA" і таблицею "DIA66", а також між таблицею "KARTA" і таблицею
"OP66" існує зв'язок "один до багатьох".
Для зменшення об'єму, відведеного для зберігання одного запису в таблиці
"KARTA", використовується наступне: заповнення ф. № 066/у в програмі йде вавтоматизованому режимі, тобто всі пункти ф. № 066/у (де це можливо)заповнюються за допомогою вибору однієї з кількох альтернатив,представлених у вигляді меню. Сукупність усіх альтернатив називаєтьсядовідником. Заповнення довідника відбувається на ранньому етапіексплуатації програми. Кожній альтернативі в довіднику відповідаєунікальний номер або код (тому довідники іноді називаютькодифікатор), тобто між альтернативою та її кодом існуєвзаімооднозначное відповідність. З огляду на це в БД зберігаються не саміальтернативи, а їх коди. Існують відпрацьовані процедури роботи зідовідниками, зокрема розроблені співробітниками кафедри 29.
3.1.1. Файлова структура таблиць
Кожна таблиця містить у собі файл (и) даних і файл (и) індексів.
Таблиця для зберігання даних по пацієнтах містить файли:
> КАRТА66.DBF і КАRТА66.NTX;
> DIA66.DBF і DIA66.NTX;
> OP66.DBF і OP66.NTX. < p> Структура файлу KARTA66.DBF:
| ІМ'Я ПОЛЯ | ТИП | ДОВЖИНА | ЗМІСТ |
| NUM_IB | C | 7 | номер історії хвороби |
| FAM | C | 30 | прізвище хворого |
| F_S_NAME | C | 30 | ім'я, по батькові хворого |
| DATE_B | D | 8 | дата народження |
| HOUR_B | N | 2 | годинник народження |
| MINS_B | N | 2 | хвилини народження |
| OLD | N | 2 | код віку |
| POL | N | 1 | код статі |
| MASSA | C | 6 | маса |
| PLACE_LIV | C | 60 | адреса |
| RAION | N | 2 | код району |
| CITY_VIL | N | 1 | код: городянин/селянин |
| DIRECT1 | N | 2 | код напрямного |
| | | | Установи |
| DIRECT2 | N | 2 | код стаціонару |
| STATE | N | 2 | код держави |
| WHY | N | 1 | код причини напрямки |
| DEPARTMENT | N | 2 | код відділення стаціонару |
| KOIKA | N | 2 | код профілю ліжка |
| PASS | N | 1 | код стану надходження |
| TIME | N | 1 | код надходження після |
| | | | Хвороби |
| DATE_IN | D | 8 | дата надходження до |
| | | | Стаціонар |
| HOUR_IN | N | 2 | годинник надходження |
| MINS_IN | N | 2 | хвилини надходження |
| END1 | N | 1 | код результату |
| END2 | N | 1 | код причини результату |
| END3 | N | 2 | код установи для перекладу |
| DATE_END | D | 8 | дата результату |
| HOUR_END | N | 2 | годинник результату |
| MINS_END | N | 2 | хвилини результату |
| OLD_D | N | 2 | вік на момент смерті |
| ALL_DAY | N | 2 | кількість днів у |
| | | | Стаціонарі |
| DIA_DIRECT | C | 4 | напрямний діагноз |
| NUM_COME | N | 1 | код числа надходжень |
| RW_DATE | D | 8 | дата аналізу на RW |
| RW_REZ | N | 1 | код результату RW |
| FAM_DOCTOR | N | 2 | код прізвища лікуючого лікаря |
індексне вираз для файлу: NUM_IB.
Структура файлу DIA66.DBF:
| ІМ'Я | ТИП | ДОВЖИНА | ЗМІСТ |
| NUM_IB | C | 7 | номер історії хвороби |
| KOD1 | C | 1 | код захворювання |
| KOD2 | C | 1 | код діагнозу |
| SHIFR | C | 4 | шифр захворювання |
| COMM1 | M | 10 | назви захворювань |
індексне вираз для файлу: NUM_IB + KOD1.
Структура файлу OP66.DBF:
| ІМ'Я | ТИП | ДОВЖИНА | ЗМІСТ |
| NUM_IB | C | 7 | номер історії хвороби |
| SHIFR | C | 4 | шифр операції |
| DATA | D | 8 | дата операції |
| COMM | M | 10 | назва операції |
індексне вираз для файлу: NUM_IB.
3.1.2. Збереження БД
З метою підтримки збереження і цілісності БД були розробленіорганізаційно - технічні заходи, які полягають у створенніпрограми збереження на дискети основних баз даних автоматизованоїсистеми та навчання роботи з нею користувачів, а також рекомендації щодо їїзастосування, які полягають в наступному: після закінчення сеансу роботи зсистемою бажано зберегти знову введену інформацію на дискетиможливості її відновлення, якщо жорсткий диск вийде з ладу. Призбереженні інформації на дискети переносяться всі основні бази данихповністю, причому кожна база даних на свою дискету. Якщо обсягу однієїдискета буде не достатньо для збереження будь-якої бази даних, то цябаза даних буде збережена на декількох дискетах. Програма збереження невимагає від персоналу спеціальних навичок: необхідно лише запустити її івставляти/виймати дискети, реагуючи на повідомлення, що вона будевидавати на екран. Частоту запусків програми збереження визначає самкористувач.
3.2. Алгоритм програми
Система призначена для автоматизації заповнення форми № 066/у
Мінохоронздоров'я Росії і створення на її основі типових звітів для стаціонарів.
Відповідно до ТЗ на розробку системи взаємодія програми зкористувачем повинно бути реалізовано за наступним алгоритмом:
1) Введення поточної дати;
2) Вибір з головного меню однієї з наступних функцій: а) Введення даних (перелік даних див. пункт 2.2 ) і друк; б) Корекція раніше введених даних; в) Пошук даних хворого по N ІБ або за прізвищем. г) Отримання звітних форм (за звітний період з по); д) Вихід з програми.
Після виконання кожної функції необхідно забезпечити повернення вголовне меню і вибір будь-якої іншої функції.
При виборі функції "Вихід з програми" робота програми завершується.
При виборі функції "Корекція раніше введених даних" користувач може відкоригувати дані, введені раніше .
Передбачений також режим "Настройка програми", який повинензабезпечувати адаптацію програми до мінливих довідників, використовуванимв програмі. Режим налаштування повинен бути прихований від кінцевого користувачапрограми і доступний лише адміністратору БД.
Розроблений алгоритм програми наведено на рис.3. Алгоритм процедуриформування звітних документів наведено на рис.4.
Рис. 3.Алгорітм програми.
Рис. 4. Алгоритм формування звітів.
4. Опис програмної реалізації
4.1. Опис програми
Як вже зазначалося раніше, автоматизована система вибулого зстаціонару призначена для автоматизації процесу заповнення форми № 066/у
Мінохоронздоров'я Росії і формування на її основі звітних форм для стаціонару.
Програма забезпечує:
> введення, зберігання, корекцію даних за що вибув із стаціонару хворим;
> оформлення друкованих документів з даними про вибулих хворих за звітний період;
> настроювання на структуру конкретного стаціонару.
Вона орієнтована на користувача, що не є професіоналом вобласті обчислювальної техніки.
Система реалізована для персональних ЕОМ IBM PC XT/AT з наступнимнабором периферійних пристроїв: принтер; дисплей з платою адаптера EGA/VGA,накопичувач на жорсткому диску обсягом не менше 80 Мб. Мінімальний обсягвільної оперативної пам'яті 540 Кб.
Програма написана на мові програмування Clipper і працює підуправлінням операційної системи MS DOS версії 3.1 і вище.
Для запуску програми необхідно набрати в командному рядку => karta інатиснути клавішу ENTER.
Про успішний запуск програми свідчить запрошення ввести дату
(див. пункт 4.1.1 .).
Процес роботи з системою розбивається на кілька етапів:
> введення поточної дати;
> робота в головному меню;
> введення нових даних ;
> корекція введених даних;
> формування та друк звітів за обраний період;
> налаштування програми на структуру конкретного стаціонару;
> вихід з програми
4.1.1. Введення поточної дати
При запуску програми на екрані з'являється заставка з написом
"СЕГОДНЯ:" і певною датою. На машинах, оснащених автономнимивбудованим годинником, буде виведена поточна дата, на інших машинахвиводиться дата, встановлена останньої системної командою "DATE".
Для підтвердження дати натисніть клавішу ENTER, для зміни - наберітьпотрібну дату та натисніть клавішу ENTER.
Також можна ввести будь-яку дату, а не тільки поточну.
4.1.2. Робота в головному меню
Головне меню програми містить наступні пункти:
> створення;
> видалення;
> редагування;
> навігація;
> звіти;
> вихід.
Переміщення по пунктах головного меню здійснюється клавішамипереміщення курсору: стрілка вправо, стрілка вниз і стрілка вліво, стрілкавгору. Вибір і відмова від вибору пункту меню здійснюється клавішами ENTER і
ESC відповідно. У нижній частині екрана є підказка про тідії, які будуть проводитися при виборі відповідного пунктуголовного меню.
4.1.3. Введення нових даних
Якщо вибрати пункт головного меню "Створення", то можна ввести дані внову карту, що вибув зі стаціонару (іншими словами, заповнити новуформу № 066/у).
висвічується запрошення для введення номера історії хвороби зновувибулого зі стаціонару хворого. Нова карта буде створена тільки в томувипадку, якщо інформації про хворого, з вказаним номером історії хвороби, вбазі даних немає.
Після цього на екрані з'являється текст, який містить основніпункти форми № 066/у, що підлягають заповненню (див. пункт 2.2). Рух поцього тексту здійснюється клавішами переміщення курсору, при цьому заекрану зміщується "світлове пляма". Для заповнення потрібного пункту требапідвести "світлове пляма" до даного пункту тексту і натиснути клавішу ENTER.
Якщо даний пункт форми № 066/у може містити одне з наперед заданихзначень, то на екран виводяться всі ці значення і користувач, використовуючиклавіші переміщення курсору і клавішу ENTER, здійснює вибір (використовуючиклавішу ESC, можна вийти з цього пункту без вибору якого-небудьзначення). Усі ці, "наперед задані" значення зберігаються в довідниках.
Якщо цей пункт може містити будь-яке значення, то користувачевіпропонується ввести його самому.
Повернення до основного меню відбувається після натискання клавіші F10.
Якщо деякі пункти (а саме, ті які потрібні для складаннязвітних документів) не будуть заповнені, то знову введена форма не будезбережена. При спробі виходу, в цьому випадку, користувачеві буде запропонованозаповнити потрібні пункти.
4.1.4. Редагування раніше введеної інформації
Вибравши пункт головного меню "Редагування", користувач можепровести корекцію будь-який раніше введеної форми, що зберігається в БД. Дляцього йому пропонується або ввести номер історії хвороби, або прізвищещо цікавить його хворого.
Корекція здійснюється за тими ж правилами, що при про "створення" (див.пункт 4.1.3 .).
Для пошуку № 066/у форми цікавить хворого, користувач можевикористовувати "Навігатор" БД (див. пункт 4.1.5 .).
Користувач має можливість отримати тверду копіювідредагованою їм форми. Для цього йому треба, перебуваючи в режимі
"Редагування" або "Створення", зробити наступне:
> включити принтер;
> вставити в принтер аркуш паперу;
> натиснути клавішу F5.
Перед користувачем з'явиться меню, пунктами якого є:
1. "Друкувати поточний розділ документа", тобто той пункт, на якому в даний момент знаходиться курсор ( "світлове пляма ");
2. "Друкувати весь документ", тобто всю цю № 066/у форму цілком;
3. "Відмова від друку".
клавішами переміщення курсора і клавішею ENTER користувач здійснюєвибір.
4.1.5. Перегляд БД
Вибравши пункт "Навігатор", користувач може проглянути всюінформацію, яка зберігається в БД. Для цього йому пропонується меню другурівня, використовуючи пункти "Т?? кущая карта "," Наступна карта "і" Попереднякарта "якого, користувач може послідовно проглянути всю БД. Прицьому в нижній частині екрана буде представлені номер історії хворобипацієнта, його прізвище та дата виписки, відповідні черговий № 066/уформі. Крім того, користувач може ввести умови перегляду:
> або номер історії хвороби, що цікавить його хворого (в цьому випадку, користувач буде переглядати БД, починаючи з форми до введеного номера історії хвороби (якщо вона є в БД); якщо форми з введенням номером історії хвороби в БД; ні, то буде представлена перша форма з номером більшим, ніж у заданої);
> або прізвище хворого;
> або дату виписки хворого зі стаціонару (у цьому випадку, користувач буде переглядати № 066/у форми хворих, виписаних у введену дату і в усі наступні дні).
Повернення до основного меню - по F10 або по ESC.
Після виходу з "Навігатора" поточним номер історії хвороби стаєтой номер, який був у останньою з переглянуто форм. Це можнавикористовувати для пошуку і наступного редагування цікавитькористувача форми або для її видалення (див. пункт 4.1.6 .).
4.1.6. Видалення інформації
Вибравши цей пункт основного меню, користувач отримує можливість,шляхом послідовного перегляду БД, помічати його цікавлять № 066/уформи на видалення.
Помічені користувачем на видалення форми після виконання пункту
"Видалення" фізично видаляються з БД.
4.1.7. Отримання звітних форм
Блок-схема процедури формування звітів була представлена раніше намал.4.
Вибравши пункт головного меню "Звіти", можна отримати звітифіксованої форми на основі введеної інформації. Пропонується меню знаступними пунктами:
> Місячні звіти;
> Квартальні звіти.
Вибравши перший пункт, можна отримати місячний звіт по будь-якого відділеннястаціонару. Для цього користувачеві пропонується вказати назви відділення,по якому буде формуватися звіт. Якщо відділення не буде вказано, тозвіт формуватися не буде.
Якщо вибрати другий пункт, то необхідно вказати конкретний звіт, якийтреба сформувати. Вибір здійснюється за допомогою наступного меню:
1. Склад хворих в стаціонарі, строки та результат лікування;
2. Склад хворих новонароджених, які надійшли у віці 0-6 діб життя і результат їх лікування;
3. Хірургічна робота установ;
4. Розподіл хворих за віком та району;
5. Склад хворих, які вибули у віці від 0 до 6 діб життя;
6. Хворі, переведені в інші лікувальні установи;
7. Нозологія хворих, переведених з інших стаціонарів;
8. Нозологічна таблиця померлих;
9. Нозологія хворих померлих по віку;
10. Нозологія померлих у віці від 0 до 6 днів життя;
11. Операції померлих;
12. Нозологія померлих до доби;
13. Нозологія інфекційних захворювань;
14. Розподіл інфекційних захворювань по відділеннях;
15. Розподіл вибули іногородніх хворих по каналах госпіталізації та відділенням лікарні;
16. Число хворих, переведених в інші стаціонари, з них число але
