Розробка функціональної моделі ФОМС

[ виправити ] текст може містити помилки, будь ласка перевіряйте перш ніж використовувати.

скачати

АНОТАЦІЯ
Дана робота присвячена розробці функціональної моделі ФОМС. Для цього був проведений збір та аналіз інформації, використовуваної в ФОМС. Так само був проведений аналіз програмних і апаратних засобів, які використовуються при обробці та зберіганні інформації. Після аналізу вивчених матеріалів були виявлені проблеми, які мають місце в ФОМС і побудована функціональна модель. Так само в даній роботі наведено оцінку техніко-економічної ефективності вирішення завдань, відображений питання безпеки життєдіяльності та екологічності проекту, а також соціальний аспект роботи.

THE SUMMARY
Given work is dedicated to development to functional model FOMS. For this was organized collection and analysis to information, used in FOMS. In the same way, the analysis programme was made and hardware, which are used when processing and keeping to information. After analysis studied material were revealled problems, which exist in FOMS and is built functional model. In the same way in given work is brought estimation to technical-econmic efficiency of the decision of the problems, is displayed question to safety to vital activity and ecological capacities of the project, as well as social aspect of the work.

Введення
У світовій практиці організації медико-санітарного обслуговування склалися основні системи економічного функціонування охорони здоров'я: державна, страхова і приватна. Державна система заснована на принципі прямого фінансування лікувально-профілактичних установ і гарантує безкоштовну медичну допомогу.
В основу страхової системи закладено принцип участі громадян, підприємств чи підприємців у фінансуванні охорони здоров'я безпосередньо або через посередництво страхових медичних організацій.
Приватна медицина в даний час представлена ​​частнопрактикующими лікарями, клініками і лікарнями, що знаходяться в індивідуальній власності. Їх фінансування здійснюється за рахунок платного медичного обслуговування пацієнтів.
Мета медичного страхування - гарантувати громадянам при виникненні страхового випадку отримання медичної допомоги за рахунок накопичених коштів і фінансувати профілактичні заходи. Систему медичного страхування доцільно розглядати у двох аспектах.
У найбільш широкому сенсі медичне страхування являє собою систему громадської охорони здоров'я, економічну основу якої становить фінансування зі спеціальних страхових фондів. При цьому охорона здоров'я громадян фінансується «знизу». Страхові фонди утворюються за рахунок різних джерел фінансування: коштів державного бюджету, внесків підприємств, підприємців і працюючих.
У вузькому сенсі це процес надходження фінансових ресурсів та їх витрачання на лікувально-профілактичну допомогу, що дає гарантію отримання цієї допомоги, причому її об'єм і характер визначаються умовами страхового договору.
Говорячи про систему медичного страхування, необхідно розрізняти добровільне і обов'язкове медичне страхування, так останнє є складовою частиною державного соціального страхування і забезпечує всім громадянам Російської Федерації рівні можливості в отриманні медичної і лікарської допомоги, що надається за рахунок коштів обов'язкового медичного страхування в обсязі і на умовах, відповідних програмам обов'язкового медичного страхування.

1. ПОСТАНОВКА ЗАВДАННЯ І ВИЗНАЧЕННЯ ОСНОВНИХ ПРИНЦИПІВ ОРГАНІЗАЦІЇ ФОНДУ СТРАХУВАННЯ
1.1 Цілі і завдання ФОМС в системі пільгового забезпечення громадян
Складовою частиною системи соціального страхування в РФ є ФОМС (фонд обов'язкового медичного страхування).
Страхова медична організація включає в себе наступне:
· Проводить розрахунки та оплачує медичні послуги лікувально-профілактичних установ,
· Реалізує безпосередній контроль за обсягом та якістю медичного обслуговування,
· Захищає права та інтереси своїх клієнтів,
· Забезпечує видачу та облік страхових полісів
Взаємовідносини між страхувальником і страховою медичною організацією реалізується через страхові внески. По обов'язковому медичному страхуванню вони встановлюються як ставки платежів у розмірах, що покривають витрати на виконання програм ОМС і забезпечують рентабельну діяльність СМО.
Фонди обов'язкового медичного страхування - це самостійні державні некомерційні фінансово-кредитні установи. Відповідно до Закону «Про медичне страхування громадян у Російській Федерації» основними завданнями фондів є:
· Акумулювання фінансових коштів на обов'язкове медичне страхування,
· Забезпечення фінансової стабільності державної системи обов'язкового медичного страхування і вирівнювання фінансових ресурсів на його проведення,
· Забезпечення загальності обов'язкового медичного страхування громадян і досягнення соціальної справедливості та рівності усіх громадян у системі обов'язкового медичного страхування.
Територіальні фонди ОМС виконують роль центральної організації, яка фінансує страхової медицини. Вони вступають у правові та фінансові відносини або з громадянами (фізичними особами), або з підприємствами, установами, організаціями (юридичними особами, страхувальниками), страховими організаціями, а так само об'єктами охорони здоров'я. При цьому територіальні фонди контролюють обсяг і якість наданої медичної допомоги.
Важливим чинником є ​​створення основи системи ОМС на рівні суб'єкта РФ, що дозволить врегулювати взаємовідносини «центру» і «регіонів» щодо розподілу повноважень у системі охорони здоров'я, а не територіальному рівні здійснювати вирівнювання фінансових коштів територій, необхідних для реалізації програм ОМС.
Основний сенс проводяться в охороні здоров'я перетворень полягає у створенні медичних послуг при дотриманні принципу громадської солідарності та задоволення потреби громадян у медичній допомозі.
1.2 Проблема інформаційного обміну
В даний час існує безліч проблем в системі охорони здоров'я на різних рівнях взаємодії.
Загальні проблеми учасників системи охорони здоров'я:
· Програми для автоматизації обліку в дло не інтегровані з усього набору необхідних функцій і не відпрацьовані на практиці, оновлення інформації довідкового характеру і Федерального реєстру витратна за часом (використовуються магнітні носії інформації, доставка кур'єрами) і ресурсів, не досить оперативні і не встигають за змінами і тому призводять до численних неузгоджень в інформації в подальшому інформаційному обміні;
· Організація інформаційного обміну на рівні транспортування інформації від відправника до одержувача між відповідними прикладними програмними засобами не автоматизована і не використовує сучасні можливості телекомунікаційного зв'язку;
Проблеми взаємодії ТФОМС і зовнішніх організацій:
· Відсутність єдиного відповідального за ведення всієї НДІ на федеральному рівні у вигляді електронних баз даних з усією історією внесених змін (наприклад, ліки і їх ціни з урахуванням, коли воно внесено або змінилася ціна) призводить до самостійного формування довідників ТФОМС та ФО і технічним неузгоджень двох версій довідників;
· Деякі громадяни, які мають право на набір соціальних послуг, не враховані в Федеральному регістрі, а також інформація по знову внесеним відомостями в Федеральний регістр передається в ТФОМС, а значить - поліклінік і аптек з істотним запізненням, з різною затримкою з різних громадянам;
· Відсутність постійного ідентифікатора громадянина в даних, переданих ПФР по Федеральним регістру, ускладнює ведення регістра в ТФОМС з урахуванням історії зміни інформації по кожному громадянину (СНІЛС може змінитися);
· Недостатньо оперативна передача нових відомостей, внесених до Федерального регістр, за затвердженим регламентом (протягом 10 днів з моменту внесення) призводить до випадків відсутності відомостей про громадян у регістрі при виписці рецепту і відпуску ліків.
Проблеми розрахунків за відпущені ліки між ТФОМС та ФО:
· Велика кількість неоплачених випадків видачі ліків громадянам, які мають право на ДСП, через невідповідність формальним вимогам медико-економічної експертизи: відсутність громадянина в Федеральному регістрі, неправильного коду лікаря або інших проблем оформлення персоніфікованих реєстрів відпущених лікарських засобів;
· Затримки у формуванні рахунків фарморганізацій;
· Відсутність функцій обліку розрахунків з фарморганізацій;
· Недостатня регламентація взаємодії ТФОМС та ФО при здійсненні розрахунків за відпущені ЛЗ та надання персоніфікованих реєстрів.
1.3 Аналіз вимог до системи обміну інформацією
· Для обміну даними використовуються DBF-файли.
· Порядок, склад і формати файлів обміну даними між відділеннями Пенсійного фонду Російської Федерації та територіальними фондами ОМС визначені в наступних документах:
· Угода між Пенсійним фондом Російської Федерації і Федеральним фондом обов'язкового медичного страхування про використання засобів захисту при організації інформаційної взаємодії (затверджено Головою Правління Пенсійного фонду Російської Федерації та директором Федерального фонду обов'язкового медичного страхування від 05.11.2004 N ГБ-18-32/98СОГ/N 211-91-2004).
· Порядок обміну інформацією між відділеннями Пенсійного фонду Російської Федерації та територіальними фондами ОМС в ході реалізації Федерального закону N 122-ФЗ від 22.08.2004 із змінами та доповненнями (затверджений Головою Правління Пенсійного фонду Російської Федерації та директором Федерального фонду обов'язкового медичного страхування 11.07.2005 N 3і/3166/91-і).
· Порядок обміну інформацією між відділеннями Пенсійного фонду Російської Федерації та територіальними фондами обов'язкового медичного страхування про окремих категоріях громадян, які мають право на державну соціальну допомогу, у випадках відсутності відомостей про громадян у регіональному сегменті федерального регістра, в тому числі про громадян, тимчасово прибулих з території інших суб'єктів Російської Федерації (затверджений Головою Правління Пенсійного фонду Російської Федерації та директором Федерального фонду обов'язкового медичного страхування 26.12.2005 N 6І/6495/91-і).

2. ОГЛЯД І ВИБІР АРХІТЕКТУРИ БАЗИ ДАНИХ

Від структури баз даних залежить продуктивність і швидкодія розроблюваних інформаційних систем. При збільшенні частки електронної інформації на підприємствах виникає необхідність її зберігати і обробляти таким чином, щоб користувач отримував потрібну йому інформацію швидко і в повному обсязі. У процесі прийому дистанційних даних із супутників, відбувається їх перетворення, дешифрування, коректування, і підготовка до аналізу. Виникає ряд труднощів з методами і способами збереження і представлення даних, щоб у подальшому забезпечити проведення широкомасштабного аналізу отриманих зображень. Для розробки інформаційної системи в дипломному проекті необхідно вибрати оптимальну структуру бази даних, здатної оперувати великими масивами інформації за мінімальну кількість часу. Таким чином, при створенні інформаційних систем для управління даними, успіх розробки у великій мірі залежить від правильного вибору системи управління базами даних (СКБД) та її архітектури - платформи будь-якої інформаційної системи [2,3,4].

2.1 Загальні відомості. Огляд структур баз даних

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


Рис. 1.1. Рівні моделей даних
Така людино-орієнтована модель повністю незалежна від фізичних параметрів середовища зберігання даних. Зрештою, цим середовищем може бути пам'ять людини, а не ЕОМ. Тому инфологическая модель не повинна змінюватися до тих пір, поки якісь зміни в реальному світі не зажадають зміни в ній деякого визначення, щоб ця модель продовжувала відображати предметну область.
Решта моделей, показані на рис. 1.1., Є компьютеро-орієнтованими. З їх допомогою СУБД дає можливість програмам і користувачам здійснювати доступ до збережених даними лише за їхніми іменами, не піклуючись про фізичне розташування цих даних. Потрібні дані відшукуються СУБД на зовнішніх запам'ятовуючих пристроях з фізичної моделі даних.
Такі бази даних називають операційними чи транзакційними, оскільки вони характеризуються величезною кількістю невеликих транзакцій, або операцій запису-читання. Комп'ютерні системи, що здійснюють облік операцій і власне доступ до баз транзакцій, прийнято називати системами оперативної обробки транзакцій (OLTP - O n-L ine T ransactional P rocessing) або обліковими системами.
Облікові системи налаштовуються і оптимізуються для виконання максимальної кількості трансакцій за короткі проміжки часу. Як правило, великої гнучкості тут не потрібно, і найчастіше використовується фіксований набір надійних і безпечних методів збору даних та звітності. Показником ефективності є кількість трансакцій, що виконуються за секунду. Звичайно окремі операції дуже малі і не пов'язані один з одним. Однак кожен запис даних, що характеризує взаємодію з клієнтом (дзвінок у службу підтримки, касову операцію, замовлення по каталогу, відвідування Web-сайту компанії і т.п.) можна використовувати для отримання якісно нової інформації, а саме для створення звітів та аналізу діяльності фірми .
Реляційна архітектура. З появою персональних комп'ютерів отримав поширення спосіб обробки даних, орієнтований на користувача. Найбільш простими у реалізації виявилися системи управління реляційними базами даних (DB2, Oracle, Sybase, Interbase, Access, Microsoft SQL Server і т.д.), які використовують наочні двовимірні моделі даних (таблиці). Удавана легкість розробки породило серйозна помилка, що за допомогою непроцедурного мови запитів (SQL) можна реалізувати практично всі. І якщо інформаційний об'єкт простий (наприклад довідник), то проблем немає. Але проблема виникає, коли розробник додатків намагається втиснути відносини всередині складного інформаційного об'єкта (реального світу) в рамки, обмежені простими реляційними технологіями. Результатом стає нагромадження таблиць, складним чином взаємодіють між собою і погано відображають реальні відносини між даними. Також зв'язку між цими таблицями часто знаходяться не в базах даних, де ними можна керувати більш ефективно, а приховані в прикладних програмах. І, звичайно, все це вимагає значних обчислювальних ресурсів. Не секрет, що реляційна модель даних - одне з найсерйозніших перешкод для ефективної роботи додатків. Тому закономірно поява постреляціонних СУБД, в яких швидкодію і масштабованість транзакційної багатовимірної моделі даних поєднуються з потужністю та гнучкістю об'єктної технології. Багатовимірні моделі даних значно спрощують завдання моделювання даних, оскільки складні структури реального світу можна відображати, не ігноруючи реальність з урахуванням доступності для технології. Крім того, такі моделі забезпечують значний виграш в швидкості при виконанні складних завдань обробки даних. Як приклад можна навести польотне завдання як інформаційний об'єкт. Якщо в реляційної СУБД це набір таблиць (файлів) з реквізитами, то в багатовимірної базі даних всі реквізити польотного завдання знаходяться в хіба одному файлі з усіма необхідними зв'язками. І доступ до них здійснюється безпосередньо методом навігації. Тому швидкість доступу не залежить від обсягу бази даних.
В даний час реляційні СУБД (РСУБД) шукають відповідь на це питання на шляхах модернізації та зовнішніх архітектурних змін. Це, так званий, "об'єктно-реляційний" підхід. Істота підходу в збереженні реляційного ядра системи і доповнення його більш-менш вдалими об'єктними надбудовами. На цьому шляху виробники РСУБД стикаються з двома проблемами: зниження продуктивності навіть у порівнянні з вихідною РСУБД (з'являється ще один шар інтерпретації об'єктів моделі предметної області) та труднощі з реалізацією в повному обсязі концепцій об'єктного програмування засобами SQL. Виникає суперечлива ситуація і при проектуванні. Логічно пов'язаний проект розпадається на дві різні частини: об'єктно-орієнтоване проектування та розробка схеми бази даних і, фактично, традиційний реляційний підхід до розробки програмного коду програми. Технічно, в рамках існуючих стандартів проблема не знаходить свого рішення, тому вже досить тривалий час додаються зусилля з вироблення нового стандарту SQL.
OLAP архітектура. Набір аналітичних функцій в облікових системах зазвичай дуже обмежений. Схеми, що використовуються в OLTP-додатках, ускладнюють створення навіть простих звітів, так як дані найчастіше розподілені по безлічі таблиць, і для їх агрегування необхідно виконувати складні операції об'єднання. Як правило, спроби створення комплексних звітів вимагають великих обчислювальних потужностей і призводять до втрати продуктивності.
Крім того, в облікових системах зберігаються постійно змінюються дані. У міру збору транзакцій сумарні значення змінюються дуже швидко, тому два аналізу, проведені з інтервалом у кілька хвилин, можуть дати різні результати. Частіше за все, аналіз виконуватися після закінчення звітного періоду, інакше картина може виявитися спотвореною. Крім того, необхідні для аналізу дані можуть зберігатися в декількох системах.
Деякі види аналізу потребують таких структурних змін, які недопустимі в поточної оперативної середовищі. Наприклад, потрібно з'ясувати, що станеться, якщо в компанії з'являться нові продукти. На "живої" базі таке дослідження провести не можна. Отже, ефективний аналіз рідко вдається виконати безпосередньо в обліковій системі.
Цим пояснюється інтерес до об'єднання та аналізу даних облікової системи з допомогою технології OLAP (On-Line Analytical Processing - оперативна аналітична обробка). Цей метод дозволяє аналітикам, менеджерам і керівникам "проникнути в суть" накопичених даних за рахунок швидкого та узгодженого доступу до широкого спектру уявлень інформації. Вихідні дані перетворюються таким чином, щоб наочно відобразити структуру діяльності підприємства.
При цьому кінцевому користувачеві надається ряд аналітичних і навігаційних функцій:
· Розрахунки та обчислення за кількома вимірами, ієрархій та / або членам;
· Аналіз трендів;
· Вибірка підмножин даних для перегляду на екрані;
· Поглиблення в дані (drill down), для перегляду інформації на більш деталізованому рівні;
· Перехід до детальним даними, які лежать в основі аналізу;
· Поворот таблиці даних, що відображаються.

2.2 Порівняння архітектур

Як правило, облікові системи працюють з реляційними базами даних. Для OLAP-додатків само розроблена спеціальна багатовимірна модель, яка дозволяє більш ефективно використовувати дані, накопичені в оперативних системах. Технологія оперативної аналітичної обробки орієнтована на представлення даних у вигляді масивів. Під масивом розуміється послідовність елементів, наприклад продажу продукту по ринках / тимчасових періодах, або дохід за часом / регіону [3].
У концепції та термінології OLAP є багато аналогій з реляційною моделлю. У табл. 2.1 наведено порівняння реляційних термінів і понять і відповідних еквівалентів у OLAP.

Табл. 2.1 Порівняння реляційних і OLAP термінів і понять

Реляційна технологія
OLAP Технологія
1.
База даних
База даних
2.
Таблиця
Куб
3.
Представлення (Вибірка)
Формула
4.
Первинний ключ
Виміри
5.
Зовнішній ключ, який не є частиною первинного ключа
Ставлення
6.
Стовпець, який не є частиною первинного або зовнішнього ключа
Мінлива
7.
Рядок
Примірник декількох змінних
8.
Декларативна цілісність посилальних даних
Побічно задається при визначенні вимірювань
9.
Процедурна цілісність посилальних даних (тригери)
Відсутній
10
Індекси
Відсутній
11.
Системний каталог
Метадані
12.
Збережені процедури, сценарії, що зберігається SQL
Програми і призначені для користувача функції
13.
Null-стовпці
Null-значення
14.
Управління потоковим мовою (PL / SQL, Transact-SQL та ін)
Мова збережених процедур
15.
Агрегація (SUM, AVG, COUNT, MIN, MAX)
Функції та формули
Необхідно зазначити, що відмінності цих технологій істотні. У табл. 2.2 наведено порівняння системних характеристик OLTP і OLAP.
Табл. 2.2 Cравненіе системних характеристик OLTP і OLAP
Системна характеристика
Облікова система (OLTP)
OLAP
Взаємодія з користувачем
На рівні транзакції
На рівні всієї бази даних
Дані, що використовуються при зверненні користувача до системи
Окремі записи
Групи записів
Час відгуку
Секунди
Від декількох секунд до декількох хвилин
Використання апаратних ресурсів
Стабільне
Динамічне
Характер даних
Головним чином первинні (найнижчий рівень деталізації)
В основному похідні (зведені значення)
Характер доступу до бази даних
Попереднє визначення або статичні шляхи доступу і відносини даних
Невизначені або динамічні шляхи доступу і відносини даних
Мінливість даних
Висока (дані оновлюються з кожної транзакції)
Низька (під час запиту дані оновлюються рідко)
Пріоритети
Висока продуктивність Висока доступність
Гнучкість Автономність користувача
Спільне використання OLAP та облікової системи, зокрема пряма настройка аналітичних функцій на OLTP-базу, ускладнюється декількома факторами:
· OLAP запити до баз даних найчастіше бувають складними і вимагають багато часу. Прямий доступ до OLTP-базі істотно знижує загальну продуктивність оперативної системи.
· Різноманітні облікові системи неоднорідні за типом використовуваних синтаксичних угод і концептуальних припущень (одиниці вимірювань, онтології, найменування, кодування і т.п.), тому їх інтеграція утруднена.
· Дані в облікових системах часто "зашумлені", неповні та неузгоджені.
· Як правило, немає єдиної моделі даних масштабу підприємства. Крім того, при проектуванні баз облікової системи можуть використовуватися різні моделі даних (ієрархічна, реляційна, об'єктно-орієнтована, плоскі файли, "фірмові" моделі).
· В оперативних системах відсутній метод надання даних для конкретних груп користувачів в потрібній для них формі.
· Інформація за минулі періоди втрачається при оновленні OLTP-бази (при записі в неї нових, актуальних даних). Це перешкоджає виконанню аналізу тимчасових тенденцій, який так важливий для багатьох сфер бізнесу.
· У OLTP-базі не зберігаються дані в агрегованому, денормалізованном, вигляді, що необхідно для оперативної аналітичної обробки. А перетворення даних в процесі виконання запитів виявляється дуже трудомістким.
Крім всіх перерахованих вище концептуальних відмінностей, існують ще й технологічні проблеми, які необхідно подолати для впровадження аналітичних можливостей в облікові системи. Серед них можна назвати наступні складності: розбіжність у апаратних платформах (комп'ютерах, мережах і периферійних пристроях), використання різного програмного забезпечення (різноманітних операційних систем, СУБД, мов програмування, протоколів, сполучного ПЗ і т.п.), а також географічний розподіл баз даних по всій організації і поза нею.

2.3 Обгрунтування обраної архітектури

Процес інтегрування OLAP-технології з обліковими системами може здійснюватися по-різному. Всі підходи мають свої переваги і недоліки. Як вже було сказано вище, прямий настройка аналітичних засобів (Direct BI) утруднена. Можливо також створення дубльованих баз даних, вітрин і Сховищ даних. Практично завжди виникає необхідність у перетворенні операційних даних в аналітичні. Для створення багатовимірного подання, потрібно налаштувати дані так, щоб вони відповідали логічної багатовимірної структурі, далекій від структури облікової системи. Наприклад, багато вимірювання, що використовуються для аналізу, можуть взагалі не мати відповідників в облікових системах і вилучатись з інших джерел [4].
Вимоги до сучасних програм для обробки транзакцій - робота в розгалужених мережах. Обслуговування тисяч клієнтів при забезпеченні високої продуктивності виконання операцій, сумісність з Інтернет - перевершують можливості реляційної технології баз даних. Програми, змодельовані як об'єкти, що не можуть без додаткових перетворень зберігатися в реляційних СУБД, так як останні оперують лише плоскими нормалізованими таблицями. Найчастіше ці витрати бере на себе сама СУБД, якщо вона є об'єктно-реляційної. Але проблема реляційної декомпозиції складних об'єктів на їх складові залишається.
Використання багатовимірних БД в системах оперативної аналітичної обробки має наступні достоїнства:
· У разі використання багатовимірних СУБД пошук та вибірка даних здійснюється значно швидше, ніж при багатовимірному концептуальному погляді на реляційну базу даних, так як багатовимірна база даних денормалізована, містить заздалегідь агреговані показники і забезпечує оптимізований доступ до запитуваною осередкам.
· Багатовимірні СУБД легко справляються з завданнями включення в інформаційну модель різноманітних вбудованих функцій, тоді як об'єктивно існуючі обмеження мови SQL роблять виконання цих завдань на основі реляційних СУБД досить складним, а іноді й неможливим.
Таким чином, об'єктно-орієнтованої підхід дозволяє спрощувати системи збору даних, і визначаючи об'єкти, підкоряти їм певні типи інформації. Розробка системи збору та систематизація інформації, що зберігається дозволяє використовувати різні сучасні технології обробки та аналізу даних.

3. ТЕОРЕТИЧНІ ОСНОВИ ПРОЕКТУВАННЯ БД І ОРГАНІЗАЦІЇ ІНФОРМАЦІЙНОГО ОБМІНУ
3.1 Технологічні можливості збору і зберігання даних у ФОМС
Загальні правила обміну інформацією між відділеннями Пенсійного фонду Російської Федерації (далі - ОПФР) і територіальними фондами обов'язкового медичного страхування (далі - ТФОМС) з метою реалізації конституційних прав громадян окремих категорій, що мають право на отримання державної соціальної допомоги (далі - ДСП) у вигляді набору соціальних послуг та надання додаткового лікарського забезпечення, у разі відсутності відомостей про громадян у регіональному сегменті Федерального реєстру, в тому числі про громадян, тимчасово прибулих з території інших суб'єктів Російської Федерації, де вони зареєстровані як одержувачі ДСП.
1. Основні процедури обміну інформацією здійснюються з урахуванням федерального регістра осіб, які мають право на ДСП (далі - Федеральний регістр), на рівні ОПФР і ТФОМС з підключенням, у разі необхідності, районних управлінь ПФР і філій територіальних фондів ОМС.
2. Територіальні фонди ОМС за результатами проведення медико-економічної експертизи рахунків і реєстрів, переданих фармацевтичними організаціями, направляють запит в ОПФР за встановленою формою на паперовому носії та файл з переліком осіб, зазначених у запиті, у форматі, затвердженому в чинній редакції цього Порядку, з метою підтвердження факту права на отримання громадянами ГСП у вигляді набору соціальних послуг відповідно до ст. 6.2. п. 1 пп. 1 Федерального закону від 22.08.2004 N 122-ФЗ, в наступних випадках:
- Повної відсутності відомостей про громадянина, зареєстрованому на території даного суб'єкта в регіональному сегменті Федерального реєстру;
- Повної відсутності відомостей про СНІЛС громадянина;
- Прибуття громадянина з території іншого суб'єкта Російської Федерації.
Термін оформлення запиту за встановленою формою - не більше 10 календарних днів з моменту завершення медико-економічної експертизи. Форма запиту і формат файлу наведено у Додатку N 1.
3. Відділення Пенсійного фонду Російської Федерації:
- Проводять ідентифікацію відомостей про громадян, зазначених у запитах з даними Федерального реєстру;
- Направляють в ТФОМС відповідь на запит, підписаний уповноваженим співробітником ОПФР, і файл з даними на громадян, зазначених у запиті за встановленою формою, в форматі, затвердженому в чинній редакції "Порядку обміну інформацією між відділеннями Пенсійного фонду Російської Федерації та територіальними фондами обов'язкового медичного страхування в ході реалізації Федерального закону від 22.08.2004 N 122-ФЗ "Про внесення змін до законодавчих актів Російської Федерації та визнання такими, що втратили чинність, деяких законодавчих актів Російської Федерації у зв'язку з прийняттям Федеральних законів" Про внесення змін і доповнень до Федерального закону "Про загальні принципи організації законодавчих (представницьких) і виконавчих органів державної влади суб'єктів Російської Федерації "і" Про загальні принципи організації місцевого самоврядування в Російській Федерації "(Додаток N 2). Термін обробки запиту і передачі в ТФОМС відповіді не більше 10 днів з моменту надходження запиту.
4. Після отримання відповіді на запит від ОПФР територіальні фонди ОМС:
- Проводять повторну медико-економічну експертизу даних рахунків та реєстрів і відшкодовують фармацевтичним організаціям витрачені кошти;
- Готують і передають (файлах) відомості про сумарних фактичних показниках обсягів і вартості медичної допомоги за програмою ОМС і додатковому лікарському забезпеченні, наданих зазначеним громадянам, в ОПФР, відповідно до форматів, зазначених у чинній редакції "Порядку обміну інформацією між відділеннями Пенсійного фонду Російської Федерації та територіальними фондами обов'язкового медичного страхування в ході реалізації Федерального закону від 22.08.2004 N 122-ФЗ "Про внесення змін до законодавчих актів Російської Федерації та визнання такими, що втратили чинність, деяких законодавчих актів Російської Федерації у зв'язку з прийняттям Федеральних законів" Про внесення змін і доповнень до Федерального закону "Про загальні принципи організації законодавчих (представницьких) і виконавчих органів державної влади суб'єктів Російської Федерації" і "Про загальні принципи організації місцевого самоврядування в Російській Федерації".
5. У разі необхідності процедури, викладені в п.п. 2 і 3, повторюються до повного уточнення відомостей про громадян.
6. Забезпечення захисту інформації при обміні даними між органами ПФР і територіальними фондами ОМС здійснюється з використанням засобів захисту та електронного цифрового підпису, прийнятих в ПФР.

3.2 Використання каналів зв'язку
· Передача даних регістрів та реєстрів здійснюється одним пакетом у вигляді архівованого ZIP-, RAR-або ARJ-файлу. Склад файлів в пакунку відповідає вигляду регістру або реєстру.
· Передача даних може здійснюватися як на машинних носіях, так і по каналах зв'язку з дотриманням заходів конфіденційності інформації (наприклад, застосуванням засобів криптографічного захисту даних).
· При передачі пакету даних без використання засобів електронного цифрового підпису (ЕЦП) передача пакета файлів супроводжується паперовим документом - паспортом пакета файлів, - завіреним печаткою та підписом посадової особи. У паспорті зазначається контрольна сума пакета, розрахована за алгоритмом CRC32.
· ЛПУ передає в ТФОМС інформаційну посилку, що містить три файли (П, М, Р). ФО передає в ТФОМС інформаційну посилку, що містить два файли (П і Л), окремо - по громадянах, зареєстрованим на території даного суб'єкта Російської Федерації, і окремо - по громадянах, які тимчасово прибули з територій інших суб'єктів Російської Федерації. ТФОМС передає в ФО інформаційну посилку, що містить два файли (П і ОЛ), окремо - по громадянах, зареєстрованим на території даного суб'єкта Російської Федерації, і окремо - по громадянах, які тимчасово прибули з територій інших суб'єктів Російської Федерації.
· За результатами прийому-передачі пакету даних формується протокол синтаксичного контролю, представлений у вигляді DBF-файлу наступного формату:

Таблиця ПРОТОКОЛ синтаксичний контроль
N п / п
Ім'я поля
Тип
Розмір
Зміст
1.
T_REC
Char
2
Тип файлу: ФП, ФЛ, П, М, Р, Л
2.
N_PP
Num
5
Порядковий номер запису у файлі
3.
C_ERR
Char
4
Код помилки в записі
· Протокол синтаксичного контролю пересилається суб'єкту, який представив пакет даних. Після виправлення помилок допускається повторне подання відповідної частини пакета даних. Терміни обробки визначаються графіком обміну даними.

4. БЕЗПЕКА І ЕКОЛОГІЧНІСТЬ ПРОЕКТУ

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

4.1 Аналіз трудового процесу створення функціональної моделі ФОМС

При розробці інформаційна система збору та обробки даних дистанційного зондування Землі були пройдені наступні етапи:
· Підготовка до передпроектного обстеження ФОМС;
· Проведення збору матеріалів;
· Обробка та систематизація одержаної інформації;
· Побудова організаційної моделі;
· Аналіз інформаційних і функціональних зв'язків у моделі.
Особливістю першого етапу є підготовка матеріалів для опитувань: складання анкет, реєстрів фіксують документообіг, рекомендацій щодо заповнення та правила здачі заповнених документів. Таким чином, від розробників це зажадає зосередженості і ретельного обмірковування своєї діяльності. На другому етапі буде потрібно увагу, терпіння для спілкування з фахівцями предметної області, поясненню цілей опитувань і правил заповнення опитувальних матеріалів. Приклавши фізичні сили на третьому етапі, збирається вся заповнена документація і систематизується шляхом занесення в базу даних всієї отриманої інформації. Четвертий етап вимагатиме аналітичного мислення і розумового навантаження для побудови моделі, використовуючи інструментарій автоматизованого проектування і прийняття неординарних технічних рішень, що вимагають творчого підходу. Автоматизація проектування має свої величезні переваги, однак тут не слід упускати шкідливі фактори, що впливають на розробника. Особлива концентрація уваги необхідна для аналізу і винесення рекомендацій з автоматизації на підприємстві. На кожному етапі для прискорення виконуваних робіт використовуються обчислювальні машини (ЕОМ, ПЕОМ), до складу яких входять відеодисплейний термінали (ВДТ). Таким чином, з одного боку необхідно мінімізувати негативний вплив проектної діяльності на розробника, і з іншого боку забезпечити безпечну роботу з обчислювальними пристроями.
Недотримання гігієнічних норм і правил на робочому місці може призвести до виникнення розумової перевтоми, нервового збудження і як наслідок зниження працездатності. До цього можуть призвести такі характеристики трудового процесу, як значущість роботи, відповідальність за кінцевий результат, а також фактори монотонності праці: число елементів і тривалість простих завдань і повторюваних операцій, число об'єктів спостереження та інші. Для продуктивної роботи розробнику необхідні: правильний режим харчування, режим дня, режим праці та відпочинку, правильна організація робочого місця.

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

Оцінимо ті шкідливі фактори, яким піддається розробник у процесі розробки моделі та експлуатації комплексу програмно-апаратних засобів [10].
У процесі аналізу ми будемо спиратися на керівництво - «Гігієнічні критерії оцінки умов праці за показниками шкідливості і небезпеки факторів виробничого середовища, важкості та напруженості трудового процесу», затверджені Госкомсанепіднадзор РФ Керівництво-Р 2.2.755-99. По ньому працю класифікується за чотирма класами: оптимальні умови праці (клас 1.0), допустимі умови праці (клас 2.0); шкідливі умови праці (клас 3). Шкідливі умови праці за ступенем перевищення гігієнічних нормативів та вираженості зміні в організмі працюючих, поділяються на 4 ступені: 1 ступінь 3 класу (3.1); 2 ступінь 3 класу (3.2); 3 ступінь 3 класу (3.3); 4 ступінь 3 класу ( 3.4). Небезпечні (екстремальні) умови праці (клас 4.0).
Даний метод класифікації дозволяє при виставленні загальної оцінки враховувати комбінації і поєднання всіх факторів виробничого середовища і трудового процесу, а також прогнозувати ризик розвитку професійних захворювань чи інших порушень здоров'я.
Оцінювати напруженість праці пропонується по двадцяти одному запропонованому фактору, кожному обраному фактору дається оцінка від 1.0 до 3.2, а потім за запропонованим алгоритмом виконується розрахунок загальної напруженості праці. Результати оцінок 3 класу впливають факторів приведені в табл. 5.1.
Табл. 5.1. Що впливають фактори

Найменування чинника
Висновок
Оцінка
Навантаження інтелектуального характеру
1.
Зміст роботи.
Найбільш складна за змістом робота, що вимагає тій чи іншій мірі евристичної (творчої) діяльності.
3.2
2.
Сприйняття сигналів (інформації) та їх оцінка.
Сприйняття сигналів з наступним співставленням фактичних значень параметрів з їх номінальними значеннями. Заключна оцінка фактичних значень параметрів.
3.1

Найменування чинника
Висновок
Оцінка
3.
Ступінь складності завдання.
Обробка, перевірка та контроль за виконанням завдання.
3.1
Сенсорні навантаження
4.
Тривалість зосередженого спостереження в% від часу зміни.
від 51 до 75.
3.1
5.
Щільність сигналів (світлових, звукових і т.д.).
Від 176 до 300.
3.1
6.
Спостереження за екранами відеотерміналів. Кількість годин за зміну.
Від 3-х до 5-х годин на зміну.
3.1
Емоційні навантаження
7.
Ступінь відповідальності за результат власної діяльності. Значимість помилки.
Несе відповідальність за функціональний якість основної роботи (завдання). Помилка тягне за собою виправлення за рахунок додаткових зусиль всього колективу.
3.1
Монотонність навантажень
8.
Кількість елементів (прийомів), необхідних для реалізації простого завдання або в багато разів повторюваних операціях.
Від 3 до 5.
3.1
9.
Тривалість (у секундах) виконання простих виробничих завдань або повторюваних операцій.
Від 10 до 24.
3.1

4.3 Розробка заходів, що знижують вплив виявлених шкідливих факторів. Аналіз небезпеки на етапі проектування, побудова «дерева небезпек»

У результаті підрахунку загальної напруженості праці вона дорівнює 3.1 одиниць. Число факторів з оцінкою 1.0 склало 7, з оцінкою 2.0 склало 5, з оцінкою 3.1 склало 8 і з оцінкою 3.2 склало 1. Даний показник характеризує в цілому рівень шкідливості умов праці і вказує на те, що якщо не вдаватися до організаційних заходів щодо зниження впливу шкідливих чинників на організм розробника, у нього можуть розвинутися профзахворювання [11].
Розглянемо більш детально фактори, що отримали оцінку 3.1 і вище, і визначимо способи усунення їх шкідливого впливу.
1. Зміст роботи. У процесі розробки складних організаційних структур розробнику доводиться приймати неординарні технічні рішення, які вимагають творчого підходу. В даний час, автоматизовані системи проектування, так звані CASE-технології, дозволяють у значній мері полегшити процеси моделювання. Зображати в ручну нічого не потрібно, CASE-інструментарій дозволить в наочному і читаємо вигляді представити модель. Від розробника потрібно велике навантаження на логічне мислення. Тому необхідно, щоб розробника під час роботи нічого не відволікало, робоче місце було комфортним і зручним. У роботі обов'язково мають бути присутні перерви, протягом яких розробники повинні розслабитися і переключитися на невеликі фізичні вправи. Організація проектування повинна дозволяти розробникам виконувати завдання, чергуючи складні і менш складні. Тому що при розробці моделі потрібно підтримку високого рівня розумової працездатності, то необхідно дотримання низки умов: поступове входження в трудовий процес після відпочинку, індивідуальний ритм роботи, дотримання звичної послідовності діяльності, правильне чергування періодів праці та відпочинку.
2. Сприйняття сигналів (інформації) та їх оцінка, ступінь складності завдання. Розробнику на кожному кроці необхідно враховувати вплив прийнятих рішень на всю модель в цілому. При цьому необхідно оцінювати безліч параметрів - функціональність, інформативність, ступінь взаємодії функціональних елементів і т.д. Це завдання значно складніша, ніж розглянута в п.1. З метою ефективного вирішення даних проблем при розробці складної організаційної структури створюється група розробників. Частина групи займається збором опитувальних матеріалів, системним аналізом, інша частина займається проектуванням елементів структури. Для ефективного обміну інформацією всередині і між групами необхідна підтримка з боку CASE-інструментарію (групові проекти).
3. Тривалість зосередженого спостереження. Значну частину часу розробнику доводиться спостерігати за об'єктами на порівняно невеликій площі (екрана). Це призводить до розвитку значного втоми у сфері зорового аналізатора. Причиною цього є фіксація близько розташованих, об'єднаних об'єктів, розгляд дрібних деталей, постійний переклад погляду з одного об'єкта на інший, часті різкі переходи від світла до тіні і назад, блескость, пульсація освітленості та ін Все це через певний період часу може призвести до патологічних змін органу зору. Робота за відеотерміналами вимагає великого нервово-психічної напруги, пов'язаного з необхідністю тривалого спостереження концентрації пам'яті та уваги, вирішення складних завдань.
При роботі в умовах зорової напруги відбуваються суттєві зміни рефракції і акомодації здатності очей, погіршується контрастна чутливість, знижується стійкість хроматичного і ахроматичного зору, скорочуються межі поля зору, знижуються гострота зору і швидкість сприйняття переробки інформації. Весь цей комплекс змін у сфері зорового аналізатора свідчить про розвиток зорового стомлення. При надмірної тривалості або інтенсивності напруги органу зору стомлення може накопичуватися, приводити до розвитку перенапруги, виникнення патології зорового апарату.
Тому періодично необхідно робити перерви. Під час перерв рекомендується психологічне розвантаження в обладнаних для цієї мети приміщеннях. У них повинні стояти зручні крісла, звучати спеціально підібрана спокійна музика, на стінах можуть бути зображені пейзажі, які надають заспокійливе вплив. Можна виконати спеціальний комплекс фізичних вправ або просто порухатися.
4. Щільність сигналів (світлових, звукових і т.д.). У процесі проектування організаційної структури розробник отримує величезна кількість зорової інформації, яку необхідно обробити для виконання потрібної дії. Для зменшення цього потоку інтерфейс системи проектування повинен бути зручним, інтуїтивно зрозумілим, містити якомога менше довгих назв. При невдалому поданні даних на екрані можливо стомлення розробника від необхідності долати всі недоліки інтерфейсу програми. Бажана можливість налаштування інтерфейсу інструментального кошти і наявність звукового супроводу деяких дій розробника.
5. Спостереження за екранами відеотерміналів. У процесі проектування пристрою за допомогою CASE-інструментарію розробник велику частину часу проводить за екраном монітора, яким оснащено його робоче місце. Як правило, монітор побудований на базі ЕЛТ. Випромінювання такого монітора надають саме згубний вплив на здоров'я людини, в першу чергу на очі. Гігієнічні вимоги до відіодісплейним терміналам викладені в «Санітарні правила і норми СанПіН 2.2.2.542-96».
Згідно з гігієнічними нормами освітленість на поверхні стола і клавіатурі повинна бути не менше 300 люкс, а вертикальна освітленість екрана - всього 100-250 люкс. Дослідження фізіологів і гігієністів переконливо довели, що і напівтемрява, і занадто висока освітленість екрана призводять до швидкого зорового стомлення. Розміщувати комп'ютер рекомендується так, щоб світло (природний або штучний) падало збоку, краще зліва, це позбавить від заважають тіней і допоможе знизити освітленість екрана. В якості джерел освітлення рекомендується застосовувати люмінесцентні лампи типу ЛБ зі світильниками серії ЛПО36 з зеркалізованнимі гратами. Лампи розжарювання краще використовувати для місцевого освітлення зони робочого документа
Пил, що осідає на екрані, знижує його освітленість, погіршує видимість зображення і сприяє накопиченню статичної електрики. Тому його необхідно протирати м'якою неворсистою тканиною. Згідно СанПиН в приміщеннях з ПЕОМ повинна щодня проводитися вологе прибирання.
Ще одним способом зниження шкідливого впливу відеотермінала можна назвати застосування в якості останніх рідкокристалічних (РК) панелей. Їх перевагою є відсутність електромагнітних випромінювань і мерехтіння екрану.
6. Ступінь відповідальності. Значимість помилки. Як було сказано, прийняті невірні технічні рішення можуть зробити істотний вплив на організаційну модель в цілому і як наслідок на процеси автоматизації на підприємстві. Для усунення помилок проектувальника CASE-інструментарій повинна містити потужну систему перевірки та корекції помилок. Помилки розробника необхідно усувати відразу ж після їх виявлення. Для цього інструмент проектування повинен мати можливість відкоту (скасування дій оператора) на декілька кроків. Для мінімізації появи помилок і швидкому їх виправлення необхідна тісна співпраця в колективі розробників, щоб аналітики контролювали процес проектування, а проектувальники вимагали від аналітиків як можна точну і достовірну інформацію. Для підтримки працездатності в робочих приміщеннях розробників необхідна присутність кондиціонерів та різного роду іонізаторів, наприклад люстри «Чижевського», які створюють в приміщенні атмосферу гірського повітря, очищують повітря від пилу й істотно знижують дію електростатичного поля навколо програмно-апаратних засобів. Таким чином, створений мікроклімат благотворно вплине на творчу діяльність розробників.
7. Кількість елементів (прийомів), необхідних для реалізації простого завдання або в багато разів повторюваних операціях та тривалість (в секундах) виконання простих виробничих завдань або повторюваних операцій. У добре пророблений інструменті проектування не повинно зустрічатися у великих кількостях повторюваних операцій з високою частотою їх повторення. Якщо такі операції можливі, необхідно передбачити кошти для їх автоматизації. Наприклад, автоматичне розміщення назв входів і виходів функціональних блоків на всіх нижче лежачих діаграмах, автоматичне розміщення однотипних елементів у попередньо заданому порядку і т.д.
Таким чином, у процесі аналізу шкідливих факторів, що впливають на розробника, були запропоновані рішення щодо повного або часткового усунення цього впливу. Безумовно, задовольнити повною мірою всім вимогам неможливо, проте до цього потрібно в максимальній мірі прагнути, оскільки мова йде про здоров'я і працездатності людини.
Рис. 5.1. Дерево небезпек


4.4 Екологічність проекту

Також у процесі проектування виявляється вплив на навколишнє середовище. Шкідливі фактори, що впливають на навколишнє середовище в основному генеруються тим обладнання, яке розробник використовує в процесі розробки. Зокрема таким обладнання при розробці даної задачі був монітор комп'ютера, системний блок та принтер. Розглянемо кожен з негативних факторів і запропонуємо заходи щодо його усунення [11].
1. Низькоенергетичне рентгенівське випромінювання, що генерується монітором з ЕПТ. Спектр випромінювань генеруються монітором з ЕПТ дуже широкий. У нього потрапляє і рентгенівське випромінювання. Використання всіляких екрануючих пристроїв не дає відчутних результатів по значному зниженню рівня рентгенівського випромінювання. Для усунення впливу на оператора ЕОМ рентгенівського випромінювання необхідно застосовувати монітори з рідкокристалічними екранами або щось подібне.
2. Низькоенергетичне ультрафіолетове випромінювання. Низькоенергетичне ультрафіолетове випромінювання практично повністю поглинається спеціальними захисними екранами, які вішаються поверх екрана монітора.
3. Електромагнітне випромінювання створюване в основному монітором. Для усунення електромагнітної складової випромінювання монітора комп'ютера можливе застосування екранів закривають електромагнітну систему монітора. Екрани виготовляються з матеріалів з високою електромагнітної проникністю (наприклад сталь, пермолой).
4. Статичну електрику. Статична електрика накопичується в основному на незаземлені ділянках оргтехніки і призводить до накопичення великої кількості пилу на її поверхнях, що погіршує екологічну обстановку в приміщенні. Для нейтралізації статичних зарядів необхідно протирати поверхні предметів спеціальними розчинами-антистатиками або проводити зняття статичних зарядів за допомогою заземлення. Також для запобігання накопичення статичних зарядів необхідно підтримувати необхідний рівень вологості в приміщеннях.
5. Монотонний шум. Його джерелом є системний блок комп'ютера. Усередині системного блоку присутні такі основні джерела шуму як: вінчестер, вентилятор блоку живлення комп'ютера, вентилятор процесора. При тривалій роботі за комп'ютером, особливо у відсутності інших звуків крім шуму системного блоку, оператор може відчувати деякі негативні відчуття (головний біль, шум у вухах і т. д.). Для усунення шумового забруднення навколишнього середовища потрібно укладати системний блок в звуконепроникний корпус або знизити обороти обертання вентиляторів, що знаходяться всередині системного блоку (останній засіб часто використовують рядові користувачі персональних комп'ютерів).
Використовуючи вищенаведені методи боротьби з шкідливими факторами, які супроводжують процесу розробки організаційної структури, можна досягти допустимих рівнів шкідливих впливів, як на навколишнє середовище, так і на людину.

5. Техніко-економічне обгрунтування

У даному дипломному проекті розробляється функціональна модель ФОМС.
Необхідно провести економічне обгрунтування проектованої моделі та структури, тобто визначити витрати на проектування, собівартість, час, необхідний для виконання робіт, а також капітальні витрати [12].
Аналогом було обрано архітектура реляційної бази даних.

5.1 Розрахунок витрат на етапі проектування

Аналіз ринкової ситуації. Дана розробка призначена для побудови функціональної моделі ФОМС. Зробимо сегментування ринку підприємств.
1. За масштабами підприємства.
Розробка буде користуватися попитом у великих підприємств.
2. За джерелами фінансування.
Найбільш реальними споживачами запропонованого методу розробки фізичної моделі бази даних та її інтеграції на платформу будуть організації, що займаються розвідувальною діяльністю. Імовірність використання його ними набагато вище, ніж виробничих підприємств.

5.2 Розрахунок інтегрального технічного показника якості

У таблиці 6.1 наведено зіставлення основних критеріїв порівняння за 10-бальною шкалою розробляється моделі бази даних і моделі бази даних створеної з використанням аналога - реляційної БД.

Таблиця 6.1 Зіставлення техніко-економічних критеріїв
Критерій
Ваговий Коеффіц. bi
Оцінка разрабативаемПП, Аi 1
bi · Ai 1
Оцінка аналога, Аi 2
bi · Ai 2
Створення концептуальних і фізичних моделей структури бази даних
0,2
10
2
7
1,4
Функціональна зв'язаність даних
0,2
9
2
7
1,4
Генерація коду програми
0,1
9
0.9
6
0,6
Генерація програмного коду, SQL-сценаріїв для створення структури бази даних
0,2
9
1,8
6
1,2
Інтеграція на різні платформи
0,3
10
3
2
0,6
РАЗОМ:
1
9.7
5.2
Результати розрахунку інтегрального технічного показника якості наведено нижче:
Інтегральний технічний показник визначається так:
, Де
b i - ваговий коефіцієнт i - го параметра в загальному показнику якості;
А i - значення даного параметра системи, оціненого в балах;
n - число параметрів порівняння.
Інтегральний показник якості:
.
У нашому випадку K н дорівнює 1,865.

5.3 Розрахунок витрат на етапі проектування

Під проектуванням ми будемо розуміти роботи, які необхідно виконати, щоб розробити функціональну модель ФОМС [12].
Для розрахунку витрат на етапі проектування необхідно визначити тривалість кожної роботи (починаючи зі складання технічного завдання (ТЗ) і до оформлення документації включно). Тривалість робіт визначається або за нормативами (з використанням спеціальних довідників), або розрахунком за допомогою експертних оцінок за формулою:

де Т о - очікувана тривалість робіт;
Т min і Т max - найменша та найбільша на думку експерта тривалість робіт. Всі розрахунки зведені у таблиці 6.2.
Таблиця 6.2 Визначення тривалостей робіт
Найменування робіт
Тривалість робіт (днів)
мінімум
максимум
очікувана
1. Аналіз моделі і вибір інструментарію *
7
15
10
2. Створення словника моделі (визначення сутностей, атрибутів) *
15
35
23
3.Створення логічної моделі та уточнення логічної моделі *
13
30
20
4.Створення фізичної моделі *
3
8
5
5.Оформлення пояснювальної записки *
9
20
13
Примітка: * - роботи, вироблені з-використанням ЕОМ. Витрачений машинний час - 568 ч.
10 20 30 40 50 60 70 80 90 100
5
4
3
2
1
SHAPE \ * MERGEFORMAT
Рис. 6.1. Стрічковий графік.
Капітальні витрати на етапі проектування розрахуємо за формулою:
К = Z п + М п + Н р
де Zп - заробітна плата розробника на всьому етапі проектування Тп;
Мп - витрати на використання ЕОМ на етапі проектування;
Нр - накладні витрати.
У загальному випадку витрати на машинний час складаються з витрат за процесорний час (при роботі з об'єктним або абсолютним модулем) і витрат за дисплейне час. Формулу для розрахунку має вигляд:
М = C п t п + C д t д
де CП і Cд - відповідно вартість 1 години процесорного і дисплейного часу; tп і tд - необхідна для вирішення завдання процесорний і дисплейне час відповідно (годину).
Витрати на експлуатаційні приналежності визначаються прямим рахунком за оптовими або вільними цінами.
Витрати на використання ЕОМ:

тис.руб.
Одним з основних видів витрат на етапі проектування є заробітна плата розробника яка розраховується за формулою:
Z n = z d * T n * (1 + a c / 100) * (1 + a n / 100)
де zd-денна заробітна плата розробника завдання на етапі проектування;
ас - відсоток відрахувань на соціальне страхування (ас = 37%);
ап - відсоток премій (ап = 15%).
Денна заробітна плата розробника завдання на етапі проектування
z d = 300 руб.
Zn = 300 * 71 * (1 + 37 / 100) * (1 + 15 / 100) = 33.558 тис. крб.
Накладні витрати:
Нр = 15.124 * 80 / 100 = 26.846 тис.руб.
Таким чином, отримаємо капітальні витрати на етапі проектування:
До п = 1.305 + 33.558 + 26.846 = 63.042 тис. крб.

5.4 Порівняння аналога і проектованої моделі бази даних

Розраховуємо капітальні витрати при проектуванні аналога:
Заробітна плата розробника (аналог):
Z n = Z d * T n * (1 + a c / 100) * (1 + a n / 100)
де ас - відсоток відрахувань на соціальне страхування (а з = 37%);
а п - відсоток премій (а п = 15%).
z d = 300 руб.
Zn = 300 * 118 * (1 + 37 / 100) * (1 + 15 / 100) = 55,772 тис. руб.
Витрати на використання ЕОМ:
тис.руб.
Накладні витрати згідно / 2 / становлять 80% - 120% від заробітної плати персоналу зайнятого експлуатацією програм.
Накладні витрати:
Нр = 55,772 * 80 / 100 = 44.617 тис. крб.
Таким чином, отримаємо капітальні витрати на етапі проектування (аналог):
Кп = 2.156 + 55,772 + 44.617 = 102.545 тис. руб.
Наочним чином порівняння аналога та проекту представлено в табл. 6.3.

Таблиця 6.3 Порівняльний аналіз аналога та проекту
Найменування робіт
Витрати (в днях)
Вартість
Проект
Аналог
Проект (т.р.)
Аналог (т.р.)
Найменш.
Дні
Найменш.
Дні
Аналіз предметної області і вибір Case-засобів
Вибирається інструментарій на основі вимог до моделі БД
8
Вибирається інструментарій на основі вимог до моделі БД
8
2,4
2,4
Створення словника моделі (визначення сутностей, атрибутів)
Проводиться розробників вручну
23
Виконується
вручну
(Одночасно)
90
6,9
27
Створення логічної моделі
Генерується автоматично на основі словника моделі
-
-
Зв'язка сутностей і нормалізація моделі
Частково автоматизований процес
20
6
Створення фізичної моделі та її уточнення
Частково автоматизований процес
7
З використанням інших засобів
7
2,1
2,1

Оформлення звітів

Підтримується автоматичне документування проекту
13
13
3,9
3,9
Разом:
71
118
21,3
35,4
Разом з урахуванням відсотка відрахувань на соціальне страхування та відсотки премій:
33.558
55,772
Витрати на використання ЕОМ:
1,305
2,156
Накладні витрати:
26.846
44.617
Капітальні витрати на етапі проектування:
63.042
102.545
Ціна програмного забезпечення
Реляційного
Багатовимірного
80.400
110.200
Разом:
143.442
212.745
Економія склала:
69.303

6.СОЦІАЛЬНИЕ АСПЕКТИ РОЗРОБКИ

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

ВИСНОВОК

Таким чином, можна сказати, що в умовах кризового стану охорони здоров'я велике значення має надаватися соціальної значущості медичного страхування, вишукування додаткових можливостей відновлення здоров'я громадян. В умовах розширення ринку медичних послуг страхові організації можуть взяти на себе значну частку довгострокового кредитування бюджетного сектора економіки.
Система медичного страхування, як один з секторів ринкової економіки, формує власну структуру фінансових ресурсів і витрат, вступає в фінансові відносини з іншими суб'єктами фінансового ринку. Формування страхового ринку медичних послуг має базуватися на універсальної правовій базі. Необхідно виробити, зокрема, економічні та правові вимоги, які пред'являються до створення будь-яких страхових організацій; критерії оцінки можливої ​​сфери страхових операцій, виходячи з організаційно-правового статусу страхової медичної організації; розміру основного капіталу, запасних фондів.
Важливим аспектом розвитку ОМС є розробка схеми взаємодії між страховою медичною організацією і лікувально-профілактичним закладом. Подібна взаємодія в умовах ринкових відносин може бути засноване або на договорі про підряд, або на договорі про спільну діяльність. При цьому страхова медична організація виступає в ролі замовника, а лікувально-профілактичний заклад - виконавця. Істотним недоліком підрядного договору є непідготовленість лікувально-профілактичних закладів до роботи в нових організаційно-правових умовах. Для усунення недоліків підрядної форми договору доцільно на перехідний період в якості базового договору приймати договір про спільну діяльність. Проте договір про спільну діяльність має досить обмежені можливості застосування. Тому в міру розвитку страхової медицини, вдосконалення механізму господарської діяльності лікувально-профілактичних установ будуть створені передумови для переходу до власне підрядним договорами між страховими медичними організаціями та лікувально-профілактичними установами.

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

1. Гришин В.В. Обов'язкове медичне страхування: стан, аналіз, шляхи розвитку / / Економіка і життя. -1995 - № 3 - с. 15.
2. Гришин В. Федеральний фонд обов'язкового медичного страхування. / / Медичне страхування .- 1993. - N 3. - С.13
3. Анісімов В. Правові та організаційно-економічні засади формування територіальних програм ОМС. / / Страхова справа - 1995. - № 3. - С. 26-32.
4. Бородін А.Ф. Про медичне страхування. / / Фінанси - 1994. - № 12.
Додати в блог або на сайт

Цей текст може містити помилки.

Програмування, комп'ютери, інформатика і кібернетика | Диплом
215кб. | скачати


Схожі роботи:
Розробка функціональної схеми кінцевого автомата
Аудит основних засобів 2 Розробка функціональної
Розробка організаційного проекту функціональної підсистеми управління бухгалтерським обліком
Розробка моделі діючої організації
Розробка моделі демісезонної жіночої куртки
Розробка математичної моделі електронного пристрою
Проектування та розробка моделі жіночої сукні
Розробка моделі теорії масового обслуговування
Розробка імовірнісної моделі криптографічних протоколів
© Усі права захищені
написати до нас