77
Рис. 2.13. Дерево функций системы по учету пациентов
На базе описанной информации рассмотрим последовательность работы с
конфигурацией (рис.2.14).
Рис. 2.14. Последовательность выполняемых операций
2.3.2. Характеристика базы данных
Для описанных выше сущностей нужно указать связи.
Между объектами Пациенты и Учет пациентов присутствует связь «один-
ко-многим», поскольку один пациент может несколько раз присутствовать в
документе Учет пациентов.
Между объектами Отделения и Врачи есть связь «один-ко-многим»,
поскольку несколько врачей могу работать в одном отделении.
Ввод данных в справочники
• Регистратор
Ввод информации о пациенте
• Регистратор
• Пациент
Обработка амбулаторной карты
• Регистратор
Формирование отчетной информации
• Регистратор
• Пациент
78
Между объектами Услуги и Учет пациентов будет присутствовать связь
типа «один-ко-многим», поскольку одна услуга несколько раз может быть
востребована и записана в учете пациентов.
Между объектами Врачи и Учет пациентов используется связь «один-ко-
многим», так как один врач может проконсультировать нескольких пациентов.
[13]
На рисунке 2.15 рассматриваются связи между таблицами:
Рис. 2.15. ER-модель
2.3.3. Структурная схема пакета (дерево вызова программных модулей)
Созданная конфигурация полностью соответствует всем требованиям по
структуре и обработке информации.
На основании платформы 1С:Предприятие рассматриваются данные,
которые обрабатываются при распределении на несколько подсистем.
Для каждой подсистемы присутствует ряд функций, которые кое в чем
накладываются и совпадают.
Врачи
Код
Код отделения (FK)
ФИО
Адрес
Телефон
Отделение
Отделения
Код отделения
Наз вание
Главврач
Услу ги
Код
Наз вание
Стоимость
Пациенты
Код
ФИО
Адрес
Пол
Телефон
Учет пациентов
Номер
Код (FK)
Код отделения (FK)
Дата
Рез ультат
Наз вание у слу ги
Врач
Оплачено
79
Платформа в этом случае обеспечивает хранение информации с помощью
базы данных, а также при использовании встроенных инструментов выполняется
обработка информации в соответствии с целью проекта.
На рисунке 2.16 показано дерево вызовов, которое применяется в ИС.
Рис. 2.14. Пример дерева вызовов
2.3.4. Описание программных модулей
Рассмотрим далее процесс описания программных модулей, что
представляются созданной ИС:
– подсистемы:
– Бухгалтерия;
– Отделения;
– Регистратура.
– справочники:
– Справочник отделений;
– Справочник пациентов;
– Справочник услуг.
Подсистема
"Бухгалтерия"
Справочник
отделений
Справочник
пациентов
Справочник
услуг
Документ
"Врачи"
Документ "Учет
клиентов"
Регистр
Выплата
Подсистема "Отдел
кадров"
Справочник
отделений
Справочник
пациентов
Справочник
услуг
Документ
"Врачи"
Документ "Учет
клиентов"
Регистр
Выплата
Подсистема
"Регистратура"
Справочник
отделений
Документ
"Врачи"
Доумент "Учет
пациентов"
Отчет
80
– документация;
– Врачи;
– Учет пациентов.
– регистр накопления Выплаты;
– отчет;
– созданные перечисления:
– Пол.
2.4. Контрольный пример реализации проекта и его описание
После запуска программы откроется окно, показанное на рисунке 2.15:
Рис. 2.15. Главное окно системы учета пациентов
К примеру, для регистратуры используются объекты, рассмотренные на
рисунке 2.16:
81
Рис. 2.16. Перечень объектов регистратуры
Для ввода информации по пациентам надо открыть Справочник Пациенты
(рис.2.17):
Рис. 2.17. Перечень пациентов
Для добавления информации надо ввести данные в форму (рис.2.18):
82
Рис. 2.18. Ввод пациента
Так же есть все возможности добавить другие данные, которые описаны
выше.
Для ввода информации об учете пациентов также применяется
соответствующий документ (рис.2.19):
83
Рис. 2.19. Учет пациентов
Для ввода нового пациента для учета необходимо применить форму
(рис.2.20):
Рис. 2.22. Форма учета пациентов
В результате применения ИС формируется электронный реестр пациентов
городской поликлиники «Медси».
84
III ОБОСНОВАНИЕ ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ
ПРОЕКТА
3.1 Выбор и обоснование методики расчёта экономической эффективности
При выполнении обоснования экономической эффективности общий
уровень полезности рассматривается в качестве некоторого денежного
эквивалента процесса до и после автоматизации, насколько именно изменились
итоговые расходы/доходы денежных средств, разница затраченного рабочего
времени поликлиники «Медси» после инвестирования денег непосредственно в
автоматизацию учета пациентов. [6]
Под методологией оценки степени эффективности созданного ПО
подразумевается методика или совокупность программных инструментов для
оценки ПО.
Заметим, что они могут также состоять с формальных и с неформальных
процедур оценки.
Заметим, что оценка успешности внедрения АИС в деятельность
поликлиники не всегда была на высоком уровне. [5]
Для расчета технико-экономического эффекта для модернизации проекта
АРМ для учета пациентов, выбран метод сравнения двух вариантов работы
регистратуры: начального и проектного, а также анализ затрат для его создания.
Экономический эффект состоит с 2-х составных компонентов:
1) Косвенный эффект – характеризуется тенденцией к увеличению уровня
прибыли, а также снижением неточностей, ошибок, сбоев при использовании
хранимых данных, привлечением большего количества клиентов посредством
внедрения требуемого уровня автоматизации, уменьшения количества
рекламаций.
2) Прямого эффекта, который описывается, в основном, при использовании
снижения показателей труда.
К таким показателям труда можно отнести:
– абсолютное снижение уровня трудовых затрат на создание системы:
∆???? = ????0 − ????1, (3.1)
85
где параметр Т0 обозначает трудовые затраты на обработку информации по
начальных данных, Т1 – аналогичный уровень затрат по проектному варианту
АРМ.
В результате выполненных вычислений можно найти еще несколько
показателей, которые характеризуют технико-экономический эффект:
– коэффициент относительного снижения затрат труда рассчитывается по
формуле:
%100
0
T
T
КЗТ
(3.2)
Подставив в формулу (3.2) данные, получим, что КЗТ = 50%.
– индекс снижения обобщенных затрат труда рассчитывается по формуле
(3.3):
1
0
Т
Т
ППТ
(3.3)
Средней численностью исполнителей АИС при непосредственной
реализации разработки можно вычислить по формуле:
N
Q
F
p
(3.4)
где Q
p
– затраты труда на создание проекта АРМ, F – суммарный итоговый
фонд для рабочего времени.
Величина итогового фонда времени определяется с помощью соотношения
(3.5):
F T FM
(3.5)
где Т – время создания проекта, F
M
– итоговый фонд времени для текущего
месяца, что рассчитывается с учета числа дней в определенном году, числа
выходных дней (3.6):
F
t D D D
M
p K B П
( )
12
(3.6)
где t
p
– продолжительность дня; D
K
– общая численность дней в году; D
B
–
общая численность выходных дней; D
П
– численность праздничных дней.
Затраты на выполнение АРМ вычисляются по формуле (3.7).
86
K C С С С
ЗАРП ОБ ОРГ НАКЛ
(3.7)
тут С
ЗАРП
– з/п разработчика, С
ОБ
– затраты на аппаратное обеспечение, С
ОРГ
– организационные затраты, С
НАКЛ
– накладные затраты.
Затраты для исполнителя определяются по формуле:
ЗАРП З ОСН З ДОП З ОТ
С С С С
. . .
(3.8)
где С
З.ОСН
- основная заработная плата, С
З.ДОП
– дополнительная плата,
С
З.ОТЧ
– отчисления.
Накладные расходы равны:
НАКЛ З ОСН
С С
0 6.
.
(3.9)
3.2 Расчёт показателей экономической эффективности проекта
Выполним расчет абсолютного снижения общих затрат на труд.
По документации разработчика 7 час/день – это затраты на труд для
обработки данных по исходному варианту системы. Рассчитаем сколько часов на
месяц составляют временные затраты труда для обработки информации по
исходному варианту:
7 * 24 раб. дня = 168 час/месяц.
Готовые затраты труда равны:
168 час/месяц * 12 = 2016 час/год.
Именно столько и составляют затраты на труд непосредственно для
обработки информации.
После внедрения проекта затраты на труд будут составлять 3,5 час/день.
Месячный показатель равен:
3,5 час/день * 24 раб. дня = 84 час/мес.
Годовой показатель равняется
84 час/мес. * 12 мес. = 1008 час/год.
Получим 50%-е снижение работы в следующем объеме:
ΔТ = 2016 - 1008 = 1008 час/год.
После подстановки данных получим:
ППТ =
2016
1008
= 2