 |
Міністерство охорони здоров’я України
|
|
|
|
Міністерство охорони здоров’я України
львівський Національний медичний університет
Імені данила галицького
« Затверджено »
на методичній нараді
кафедри медичної інформатики.
Завідувач кафедри
_____________
« ___ » _____________ 200 р.
Методичні рекомендації
для самостійної роботи студентів
при підготовці до практичного заняття
| Навчальна дисципліна | Медична інформатика |
| Модуль №3 | Інформаційні системи в системі охорони здоров’я |
| Змістовий модуль №4 | Системи, направлені на пацієнтів, та інституційні інформаційні системи в охороні здоров’я. |
| Тема заняття 13: | Типи інформаційних систем в галузі охорони здоров’я. |
| Курс: | ІІ |
| Факультет: | Медичний |
Львів - 2011
1. Актуальність теми.
Медикам потрібна повна, доступна й надійна інформація про пацієнтів та медичні засоби. Інтегроване середовище допомагає медичному персоналу отримувати надійний та безпечний доступ до даних пацієнтів. При цьому спосіб подання інформації не лише найкраще підходить для розуміння стану пацієнта, а й забезпечує можливість пацієнту зрозуміти медичні дані.
2. Конкретні цілі заняття:
Інтерпретувати: типи інформаційних та госпітальних систем в галузі охорони здоров’я.
Класифікувати медичні інформаційні системи.
3. Базовий рівень підготовки
| Назви попередніх дисциплін | Отримані навики |
| Елективний курс «Європейський стандарт комп’ютерної грамотності» | Володіти навичками роботи з програмним забезпеченням комп’ютера: вміти завантажувати систему керування базами даних, створювати структуру бази даних і заповнювати її, редагувати дані у базі, виконувати основні операції з її об’єктами |
|
|
|
4. Перелік основних термінів, які повинен засвоїти студент при підготовці до заняття .
| Термін | Визначення |
| Інформаційна система | організаційно впорядкована сукупність документів (масивів документів) і інформаційних технологій, в тому числі з використанням засобів обчислювальної техніки і зв’язку, що реалізують інформаційні процеси. |
| Медичні інформаційні системи | програмно-технічний комплекс, що готує і забезпечує процеси збирання, зберігання і обробку інформації в медицині й галузі охорони здоров'я. |
| Система | множина взаємопов'язаних елементів, що становлять відповідну цілісність. |
| Автоматизована система управління | система “людина - машина”, що забезпечує ефективне функціонування об'єкта, в якій збір і переробка інформації, необхідної для реалізації управління, здійснюється із застосуванням засобів автоматизації і обчислювальної техніки. |
| Інтеграція установ охорони здоров'я (IHE) | сумісний проект працівників охорони здоров'я, направлений на удосконалення технології обміну медичними даними між комп'ютерними системами. Ініціатива IHE направлена на заохочення використання встановлених стандартів, таких як DICOM і Hl7 для задоволення конкретних клінічних потреб, пов'язаних із забезпеченням оптимального догляду за пацієнтами. Системи, розроблені відповідно до стандарту IHE, забезпечують підвищену ефективність взаємодії, відрізняються підвищеною простій реалізації і дозволяють постачальникам використовувати більш ефективно інформацію |
| Тотожне відображення | Метод створення відносин між властивостями ідентифікаційної інформації. |
| Облікові дані | Дані приватного або публічного характеру, використовувані для підтвердження автентичності ідентифікаційної інформації, що пред'являється |
| Служба (e-Health, e-Care) | запропонована установою охорони здоров'я група взаємозв'язаних служб бізнес-уровня з одноманітними правилами доступу. |
|
|
|
Теоретичні матеріали
На сьогоднішній день створено багато програмних продуктів, сотні технологій, десятки протоколів і угод про розробку і використання інтерфейсів, міжнародних стандартів в області ІТ (інформаційних технологій). На відміну від побутової сфери, де ІТ використовуються безпосередньо (аудіо- і відеотехніка, мобільний телефонний зв'язок, цифрові фототелевізійні системи, технології обробки текстів і зображень, широкий спектр інформаційних послуг і т. д. ), застосування ІТ в інформатизації медицини відбувається опосередковано - за допомогою розробки і впровадження інформаційних систем різного призначення. В рамках однієї інформаційної системи можуть використовуватися десятки ІТ.
Інформаційні системи (ІС) можуть значно відрізнятися по своїх функціях, архітектурі, реалізації залежно від конкретної області застосування. Проте можна виділити принаймні дві властивості, які є загальними для всіх інформаційних систем.
По-перше, будь-яка інформаційна система призначена для збору, зберігання і обробки інформації. Тому в основі будь-якої інформаційної системи лежить середовище переробки, зберігання і доступу до даних. Середовище повинне забезпечувати рівень надійності зберігання і ефективність доступу.
По-друге, інформаційні системи орієнтуються на кінцевого користувача. Тому інформаційна система повинна мати простий, зручний, зрозумілий інтерфейс, який повинен надати кінцевому користувачеві всі необхідні для його роботи функції, але в той же час не дати йому можливості виконувати які-небудь дії, які могли б завдати шкоди інформаційній системі.
Конкретні завдання, які повинні вирішуватися інформаційною системою, залежать від тієї прикладної області, для якої система призначена.
Життєвий цикл програмного забезпечення ІС.
Методологія проектування інформаційних систем описує процес створення і супроводу систем у вигляді життєвого циклу (ЖЦ) ІС, представляючи його як деяку послідовність стадій і виконуваних процесів. Для кожного етапу визначаються склад і послідовність виконуваних робіт, отримувані результати, методи і засоби, необхідні для виконання робіт, ролі і відповідальність учасників. Такий формальний опис ЖЦ ІС дозволяє спланувати і організувати процес колективної розробки і забезпечити управління цим процесом.
|
|
|
Життєвий цикл ІС можна представити як послідовність подій, що відбуваються з системою в процесі її створення і використання.
Модель життєвого циклу - структура, що містить процеси, дії і завдання, які здійснюються в ході розробки, функціонування і супроводу програмного продукту протягом всього життя системи, від визначення вимог до завершення її використання.
На даний час відомі і використовуються такі моделі життєвого циклу:
· Каскадна модель, яка передбачає послідовне виконання всіх етапів в строго фіксованому порядку. Перехід на наступний етап означає повне завершення робіт на попередньому етапі.
·
·
·
·
·
·
· Поетапна модельз проміжним контролем. Розробка ІС ведеться ітераціями з циклами зворотного зв'язку між етапами. Поетапні коректування дозволяють враховувати реально існуючий взаємовплив результатів розробки на різних етапах; час життя кожного з етапів розтягується на весь період розробки.
· Спіральна модель. На кожному витку спіралі відбувається створення чергової версії продукту, уточнюються вимоги розробки, визначається якість і плануються роботи наступного витка. Особлива увага приділяється початковим етапам розробки - аналізу і проектуванню, де реалізація тих або інших технічних рішень перевіряється і обґрунтовується за допомогою створення прототипів (макетування).
Можна виділити наступні позитивні сторони застосування каскадного підходу:
· на кожному етапі формується закінчений набір проектної документації, що відповідає критеріям повноти і узгодженості;
· виконувані в логічній послідовності етапи робіт дозволяють планувати терміни завершення всіх робіт і відповідні витрати.
|
|
|
Каскадний підхід добре використовувати при побудові простих ІС, коли від самого початку розробки можна достатньо точно і повно сформулювати всі вимоги до системи. Основним недоліком цього підходу є те, що реальний процес створення системи ніколи повністю не укладається в таку жорстку схему, постійно виникає потреба в поверненні до попередніх етапів і уточненні або перегляді раніше прийнятих рішень.
Проте і ця схема не дозволяє оперативно враховувати виникаючі зміни і уточнення вимог до системи. Узгодження результатів розробки з користувачами проводиться тільки в межах, що плануються після завершення кожного етапу робіт, а загальні вимоги до ІС зафіксовані у вигляді технічного завдання.
Спіральна модель ЖЦ була запропонована для подолання проблем каскадної моделі. На етапах аналізу і проектування та реалізації технічних рішень, міра задоволення потреб замовника перевіряється шляхом створення прототипів. Кожен виток спіралі відповідає створенню працездатного фрагмента або версії системи. Це дозволяє уточнити вимоги, цілі і характеристики проекту, визначити якість розробки, спланувати роботи наступного витка спіралі. Таким чином поглиблюються і послідовно конкретизуються деталі проекту і, в результаті, отримується обґрунтований варіант, який задовольняє дійсним вимогам замовника.
Ітеративна розробка відображає об'єктивно існуючий спіральний цикл створення складних систем. Вона дозволяє переходити на наступний етап, не чекаючи повного завершення роботи на поточному і вирішити головну задачу - щонайшвидше показати користувачам системи працездатний продукт, тим самим активізуючи процес уточнення і доповнення вимог.
Основна проблема спірального циклу - визначення моменту переходу на наступний етап. Для її вирішення вводяться тимчасові обмеження на кожен з етапів життєвого циклу, і перехід здійснюється відповідно до плану, навіть якщо не вся запланована робота закінчена. Планування проводиться на основі статистичних даних, отриманих в попередніх проектах, і особистого досвіду розробників.
Основні причини, з яких каскадна модель зберігає свою популярність
1. Ілюзія зниження ризиків учасників проекту (замовника і виконавця). Каскадна модель допускає розробку закінчених продуктів на кожному етапі: технічного завдання, технічного проекту, програмного продукту і призначеної для користувача документації. Розроблена документація дозволяє не тільки визначити вимоги до продукту наступного етапу, але і визначити обов'язки сторін, об'єм робіт і терміни, при цьому остаточна оцінка термінів і вартості проекту проводиться на початкових етапах, після завершення обстеження. Очевидно, що якщо вимоги до інформаційної системи зміняються в ході реалізації проекту, а якість документів виявляється невисокою (вимоги неповні і/або суперечливі), то насправді використання каскадної моделі створює лише ілюзію визначеності і реально збільшує ризики, зменшуючи лише відповідальність учасників проекту. При формальному підході розробник проекту реалізує тільки ті вимоги, які містяться в специфікації, спирається на документ, а не на реальні потреби.
|
|
|
2. Проблеми впровадженняпри використанні ітераційної моделі. У деяких областях спіральна модель не може застосовуватися, оскільки неможливе використання/тестування продукту з неповною функціональністю.
Кожна із стадій створення системи передбачає виконання певного об'єму робіт, які представляються у вигляді процесів ЖЦ. Процес визначається як сукупність взаємозв'язаних дій, що перетворюють вхідні дані у вихідні. Опис кожного процесу включає перелік вирішуваних завдань, початкових даних і результатів.
|
|
|
