51
свободная пропускная способность составляет 64% от общей пропускной
способности СКС. Обрабатываемые службой(сервисом) 500 заявок в день
и ежеминутный опрос почтового сервера добавит загруженность сети
всего на 3-5%, что никоим образом не повлияет не её пропускную
способность и появление коллизий. Из типа кабеля по скоростным
параметра предпочтительнее выбрать витую пару вместо устаревшего
коаксиала из за ограничения по максимальной пропускной способности
коаксиала в 10Mbps. В соответствии с указанными в пункте 1.1.3 схемами
сетевой организации становится ясно, что при использовании свитчей и
коммутаторов класса CISCO(WS-C3560G-24TS и PIX-515E (FO)) сеть
работает на скорости 100Mbps а на некоторых участках и 1Gbps.
II ПРОЕКТНАЯ ЧАСТЬ
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Объектно-ориентированное программирование (ООП) – это
совершенно новый подход к построению сложных программных систем.
Этот подход зародился в таких языках программирования как Ада, Си++,
Borland Pascal[25.стр.546].
Прикладная программа, построенная по принципам объектной
ориентации – это не последовательность каких-то операторов, не некий
жесткий алгоритм. Объектно-ориентированная программа – это
совокупность объектов и способов их взаимодействия. Для успешного
проектирования программных продуктов разработан ряд методов,
позволяющих преодолеть «барьер сложности» системы и научно
обоснованно из совокупности требований к системе получить проект
программной системы[19.стр.87].
52
Для преодоления барьера сложности используем метод анализа
задачи разбиением ее на составные части с последующим
проектированием составных частей, при необходимости также
разбиваемых на части.
Применим декомпозицию задачи по функциональному принципу,
основанную на нисходящем методе проектирования.
Для разработки структуры базы данных применим декомпозицию
проекта по данным, обрабатываемым задачей, основанную на методе
построения ER-диаграммы (диаграмма «Сущность-связь») и
преобразования ее в структуру базы данных.
Delphi – мощная система визуального объектно-ориентированного
программирования, позволяющая решать множество задач, в
частности[38.стр.172-173]:
Создавать законченные приложения для Windows самой
различной направленности, от чисто вычислительных и
логических, до графических и мультимедиа.
Быстро создавать (даже начинающим программистам)
профессионально выглядящий оконный интерфейс для любых
приложений, написанных на любом языке; интерфейс
удовлетворяет всем требованиям Windows и автоматически
настраивается на ту систему, которая установлена на
компьютере пользователя, поскольку использует многие
функции, процедуры, библиотеки Windows.
Создавать свои динамически присоединяемые библиотеки
(DLL) компонентов, форм, функций, которые затем можно
использовать из других языков программирования.
Создавать мощные системы работы с локальными и
удаленными базами данных любых типов; при этом имеются
средства автономной отладки приложений с последующим
выходом в сеть.
53
Формировать и печатать сложные отчеты, включающие
таблицы, графики и т.п.
Создавать справочные системы (файлы.hlp), как для своих
приложений, так и для любых других, с которыми, можно
работать не только из приложений, но и просто из Windows.
Создавать профессиональные программы установки для
приложений Windows, учитывающие всю специфику и все
требования Windows.
На основании выше приведенных характеристик среды
программирования, программа будет разрабатываться на языке
программирования Object Pascal в среде программирования Delphi.
Программа будет разрабатываться в среде операционной системы
(ОС) Windows 7 и будет предназначена для работы в данной операционной
системе. Выбор операционной системы Windows 7 обусловлен тем, что она
предназначена для профессионального использования в офисе или
корпоративной среде. В страховой медицинской организации
корпоративная информационная система для хранения данных использует
клиент-серверную систему управления базами данных (СУБД) MS SQL
Server в качестве корпоративной БД. Разрабатываемое программное
обеспечение будет представлять собой двухзвенную клиент-серверную
систему, где в качестве серверной части будет использоваться СУБД MS
SQL Server, а клиентская часть – это разрабатываемое программное
средство. Также в ОС Windows 7 может устанавливаться клиентская часть
СУБД MS SQL Server для управления СУБД и доступа к корпоративной
базе данных через SQL-запросы (Приложение 2).
2.1.2. Ожидаемые риски на этапах жизненного цикла и их
описание
Функциональное назначение программного средства оформления
экспертиз для дополнительного контроля реестров стационарной и
54
стационарозамещающей медицинской помощи определяем в соответствии
с анализом, проведенным в предыдущем разделе. Программное средство
дополнительного контроля стационарной и стационарозамещающей
медицинской помощи должно обеспечить[39.стр.67-68]:
- выполнение медико-экономического контроля в соответствии с
Порядком оплаты медицинских услуг и контроля в сфере обязательного
медицинского страхования Курской области;
- формирование и печать документа «Акт медико-экономического
контроля»;
- расчёт и уменьшение оплаты в соответствии с выбранным пунктом
перечня нарушений условий договора на оказание медицинских услуг;
- формирование и печать выборки записей по коду нозологии;
- формирование и печать выборки записей с пересечением сроков
госпитализации;
- формирование и печать выборки записей с отклонением сроков лечения
от норматива более 30%;
- формирование и печать выборки записей с летальным исходом;
- формирование и печать 20% случайной выборки записей по выбранным
специализациям;
- формирование и печать документа «Акт результатов медико-
экономической экспертизы»;
- формировать и печатать документа «Акт результатов экспертизы
качества»;
- задание критериев отбора, а для этого обеспечить вызов диалога выбора
ЛПУ, реестра ЛПУ, специализации, месяца в котором проводилась
экспертиза качества или медико-экономическая экспертиза;
- формирование и печать объёмов оказания стационарной и
стационарозамещающей медицинской помощи за месяц, квартал, год, по
представленным реестрам.
55
Прежде чем формировать акт контроля необходимо проверить,
представленный в электронном виде, реестр оказания стационарной и
стационарозамещающей медицинской помощи. ЛПУ представляют реестр
в виде dbf-файла со следующей структурой[36.стр.38]:
Таблица 2
Структура таблицы «Реестр стационара» (ReeDat.dbf)
Обозначение
Формат
Краткое описание назначения (комментарии)
Period
Date
Месяц, за который представляется реестр
LPU
Character 4
Код ЛПУ
Profil
Character 3
Профиль, оказанной медицинской помощи
Nozo
Character 7
Код нозологии, оказанной медицинской помощи
Nist
Character 10
Номер истории болезни
Polis_Ser
Character 4
Серия полиса ОМС
Polis_Nom
Character 16
Номер полиса ОМС
Обозначение
Формат
Краткое описание назначения (комментарии)
Fam
Character 40
ФИО пациента
Date_R
Date
Дата рождения пациента
DP
Date
Дата поступления
DP
Date
Дата выбытия
Norm
Numeric 3,0
Норма пребывания в стационаре
Fl
Character 1
Tarif
Numeric 7,2
Тариф (стоимость пребывания в стационаре)
Pred_Tarif
Numeric 7,2
Предыдущий тариф
Ukdl
Numeric 5,3
Коэффициент качества, оказанной медицинской
помощи
Продолжение таблицы 2
Ischod
Character 1
Причина выписки пациента
Sum
Numeric 8,2
Суммарная стоимость, оказанной медицинской
помощи
S_day
Numeric 5,2
Количество дней поданных ЛПУ для оплаты
S_avans
Numeric 8,2
Размер авансирования стоимости, оказанной
медицинской помощи
56
Sum_norm
Numeric 8,2
Нормативная стоимость, оказанной медицинской
помощи
Filial
Character 2
Код страховой медицинской организации (СМО)
LPU_pr
Character 4
Soato_Obl
Character 4
Код СОАТО
Pol
Character 1
Пол
Place
Character 254
Комментарий
Raion
Numeric 2,0
Kod_otd
Numeric 3,0
Код отделения
Nozo_p
Character 7
Код нозологии, оказанной медицинской помощи
Selo
Numeric 1,0
District_s
Numeric 3,0
D_avans
Numeric 3,0
Количество проавансированных дней лечения
При приёме реестра оказания стационарной и
стационарозамещающей медицинской помощи, контролируются
следующие параметры[41.стр.15-16]:
наличие действующего полиса ОМС (kodErrors=1, 28);
ошибки в записи данных полиса ОМС (kodErrors=10);
внесение в данные полиса ОМС данных полиса ОМС другой
страховой компании (kodErrors=3, 4, 5, 6, 30, 31);
соответствие кода заболевания пациента программе ОМС
(kodErrors=2, 9, 35);
соответствие кода нозологии программе ОМС (kodErrors=7, 27);
наличие лицензии на оказание медицинской помощи
(kodErrors=22).
Для формирования и печати акта медико-экономического контроля
необходимо знать регистрационный номер контролируемого реестра,
следовательно, программа должна выполнять следующие
функции[43.стр.62]:
обеспечивать доступ к данным;
57
организовать выбор ЛПУ;
организовать выбор реестра из перечня реестров, выбранного
ЛПУ;
сформировать информацию для формирования акта медико-
экономического контроля;
сформировать акт и вывести его для просмотра и печати.
Для формирования и печати актов результатов
медико-экономической экспертизы и контроля качества необходимо
выбрать ЛПУ и месяц проведения экспертизы, следовательно, программа
должна выполнять следующие функции[40.стр.64]:
обеспечивать доступ к данным;
организовать выбор ЛПУ;
организовать выбор месяца проведения экспертизы из таблицы
со статистическими данными по месяцам проведённых
экспертиз;
сформировать информацию для формирования акта;
сформировать акт и вывести его для просмотра и печати.
2.1.3. Организационно-правовые и программно-аппаратные
средства обеспечения информационной безопасности и защиты
информации
В соответствии с методологией проектирования определенной в
пункте 2.1.1. была разработана ER-диаграмма[34.стр.234].
58
Полис
ОМ С
Тариф
Гражданин
Эксперт
Рее стр
оказания МП
Регион
Код
МКБ10
Страховая
медицинская
организация
Экспертиза
каче ства
Работает
Проживает
Определяет
Формирует
Имеет
Контро-
лирует
Выдает
Соотве т-
ствует
Имеет Выполняет
Включае тЛПУ
Профиль
медицинской
помощи
Лицензия
Включае т
Имеет
Ошибки
Прове ряет
Определяет
Пункт
наруше ния
договора
Оказывает
1
1
Приводят
к
Медико-
экономиче ская
экспертиза
Имеет
Медицинская
помощь
(М П)
Получает Имеет
Имеет Причину
Включае т
Прове ряет
Медико-эконо-
мический
контроль
Уме ньше ние
оплаты
Выполняет
Состоит
Отделение
2
2
Оказана в
Уме ншение
оплаты
Определяет
Рис. 9 ER-диаграмма (диаграмма «Сущность связь»)
Преобразование приведенной диаграммы в структуру данных
выполняется по следующим правилам[35.стр.7]:
каждой сущности отдельную таблицу
каждая связь сущностей с отношением много ко многим
преобразуется в таблицу.
Определяем размерность отношений сущностей:
связь «ЛПУ» - «имеет» - «Лицензию» один ко многим;
связь «Лицензия» - «включает» - «Профиль медицинской
помощи (МП)» один ко многим;
связь «ЛПУ» - «состоит» - «Отделение» один ко многим;
связь «ЛПУ» - «формирует» - «Реестр оказания МП» один ко
многим;
связь «Реестр оказания МП» - «включает» - «МП» один ко
многим;
59
связь «Медицинская помощь (МП)» - «имеет» - «Причину» один
ко многим;
связь «МП» - «оказывает» - «Лечебно-профилактическое
учреждение (ЛПУ)» один ко многим;
связь «МП» - «оказана в» - «Отделение» один ко многим;
связь «МП» - «контролирует» - «Экспертиза качества» один ко многим;
связь «МП» - «проверяет» - «Медико-экономическая экспертиза (МЭЭ)»
один ко многим;
связь «МП» - «контролирует» - «Медико-экономический контроль
(МЭК)» один ко многим;
связь «МП» - «имеет» - «Код МКБ10» один ко многим;
связь «МП» - «имеет» - «Профиль МП» один ко многим;
связь «Профиль МП» - «имеет » - «Тариф» много ко многим;
связь «Тариф» - «соответствует » - «ЛПУ» один ко многим;
связь «Гражданин» - «получает» - «МП» один ко многим;
связь «Гражданин» - «имеет» - «Полис ОМС» один ко многим;
связь «Гражданин» - «проживает» - «Регион» один ко многим;
связь «Полис ОМС» - «выдает» - «Страховая медицинская организация
(СМО)» один ко многим;
связь «СМО» - «работает» - «Эксперт» один ко многим;
связь «Эксперт» - «выполняет» - «Экспертизу качества» один ко
многим;
связь «Экспертиза качества» - «включает» - «Пункт нарушения
договора» один ко многим;
связь «Пункт нарушения договора» - «определяет» - «Уменьшение
оплаты» один ко многим;
связь «Эксперт» - «выполняет» - «Медико-экономическую
экспертизу(МЭЭ)» один ко многим;
связь «МЭЭ» - «выявляет» - «Ошибки» много ко многим;
связь «МЭК» - «определяет» - «Ошибки» много ко многим;
60
связь «Ошибки» - «определяют» - «Уменьшение оплаты» один ко
многим;
В соответствии с концептуальной моделью данных представленной
в виде ER-диаграммы и определенными размерностями отношений,
получаем следующий перечень таблиц, который полностью соответствует
перечню сущностей:
ЛПУ;
Отделение;
Лицензия;
Медицинская помощь;
Код МКБ10;
Профиль МП;
Тариф;
Причина обращения за МП;
Гражданин;
Полис ОМС;
Регион;
Реестр оказания МП;
СМО;
Эксперт;
Экспертиза качества;
Медико-экономическая экспертиза;
Медико-экономический контроль;
Пункт нарушения договора ЛПУ с СМО;
Ошибки.
Уменьшение оплаты;
Для размерности отношений «много ко многим», по правилу
«каждой связи много ко многим отдельную таблицу» для связи «Профиль
МП» - «имеет » - «Тариф» создаем отдельную таблицу связей «Тариф