37
Формирование учетных списков
пациентов по социальным факторам
-
+
+
+
Формирование отчетной документации
+
+
+
+
Как видно из таблицы 1.2, рассмотренные программные продукты
обладают достаточно схожим функционалом, что говорит об одинаковом
наборе функций почти у всех программных продуктов, за исключением
некоторых моментов. Данные факты следует учесть при создании собственного
программного продукта.
Главными недостатками рассмотренных программ является то, что они не
включают в себя специфику того, что поликлиника является структурным
подразделением Российских железных дорог. Работа железнодорожной
поликлиники имеет ряд собственных особенностей, которые не учтены в
данных программах К примеру при прохождении медосмотров машинисты
поездов имеют первоочередное право на его прохождение..
Вследствие этого возникла потребность в разработке собственной
программы
1.3.2 Выбор и обоснование стратегии автоматизации задачи
Установим стратегические и функциональные качества
разрабатываемого модуля .
Внедряемый модуль должен обладать хорошей масштабируемостью и
высокой надежностью хранения данных. К тому же он должен легко
адаптироваться под программную среду объекта внедрения. При внедрении,
разрабатываемый модуль обязан обладать возможность гибкой доработки, так
как возможно понадобится последующая его доработка. Модуль не должен
быть перегружен огромным числом ненужных функций.
С целью осуществления проекта возможно выделить следующие этапы:
1. Анализ имеющихся процессов учёта работы регистратуры.
Заключается в сборе и анализа следующих данных: количество пациентов,
38
порядок регистрации пациентов, количество врачей, порядок выдачи талонов,
анализ загруженности врачей.
2. Определение всего перечня функционала, который планируется
автоматизировать. Выявление уже реализованных функций сейчас и тех
функций, какие будут разработаны в ходе разработки и внедрения модуля.
3. Выбор стратегии автоматизации. Изучение имеющихся типов
стратегий автоматизации и отбор наиболее оптимального к структуре и бизнес
процессам фирмы
4. Создание Технического задания и графика исполнения работ
Выбор стратегии автоматизации:
Имеется четыре вида стратегии автоматизации: кусочная (хаотичная)
автоматизация, автоматизация по участкам, автоматизация по направлениям и
комплексная автоматизация. Кусочная автоматизация подразумевает под собой
получение предприятием без определенного стратегического плана единичных
фрагментов ИС, которые не возможны оказать настоящей пользы предприятию
в общем. Последующее формирование информационной системы фирмы
сопряжено с новыми, внушительными затратами.
Автоматизация по участкам предусматривает автоматизацию отдельных
производственных участков, общих по набору исполняемых задач. Данный
метод автоматизации избирается в тех обстоятельствах, если имеются участки,
где использование автоматизированных систем предоставляет значительный
финансовый результат, к примеру за счет уменьшения персонала.
Автоматизация по направлениям предполагает под собой автоматизацию
выбранных заранее функций компании. В таком случае фирма приобретает
полную автоматизацию работы, к примеру, кадровой службы, или логистики.
Данный подход к автоматизации абсолютно обычен и в будущем объединение
уже автоматизированных направлений в рамках целой компании никак не
будет связана с серьезными препятствиями[5].
Хаотичная, она же кусочная стратегия не подходит так как мы
автоматизируем целый отдел, при этом используется несколько составляющих
39
ИС, такие как субд, клиент серверное приложение, нельзя автоматизировать
только часть из них, эффекта от этого будет ноль.
Абсолютная стратегия автоматизации также никак не подходит в данном
случае, так как автоматизируется всего лишь одно из направлений работы
поликлиники.
Стратегия автоматизации по участкам лучше всего подходит в данной
работе, потому что в нашем случае мы автоматизируем деятельность одного
отдела.
1.3.3 Выбор и обоснование способа приобретения ИС для автоматизации
задачи
С целью автоматизации процессов управления и информационного
обеспечения рассматриваются три способа получения программного
обеспечения:
Приобретение готовой глубоко-специализированной ИС;
Разработка ИС собственными силами;
Разработка ИС посторонней фирмой;
Покупка системы и её доделка до своих требований;
Ниже представлена таблица 1.3 , в которой сравниваются критерии
отбора, способы приобретения программного продукта.
Таблица 1.3
Сравнение способов получения ИС
Способ
приобретен
ия \
критерии
Покупка готовой
специализирован
ной ИС
Разработк
а ИС
своими
силами
Разработка
ИС
сторонней
фирмой
Покупка
системы
и её
доработ
ка
Соответстви
е
поставленн
ой задаче
Несоответствие
поставленной
задаче, за счет
невозможности
автоматизации
собственных бизнес
Полное
соответстви
е
требования
м к системе
Частичное
соответствие
потребностя
м
Полное
соответст
вие
требован
иям к
системе
40
процессов
Стоимость
внедрения
До 100000 рублей
До 200000
рублей
От 300000
рублей
До
150000
рублей
Адаптив-
ность
Невозможность
изменения системы
Возможност
ь полной
переработк
и
Возможность
изменения
силами
компании-
разработчик
а
Возможн
ость
перерабо
тки
разрабат
ываемых
процессо
в
Надеж-
ность
Надежность
гарантируется
фирмой-
производителем ИС
Слабая
надежность
ИС
Надежность
гарантируетс
я фирмой-
разработчик
ом ИС
Высокая
надежнос
ть ИС
Покупка: приобретение так называемой коробочной версии продукта в
данной работе не рассматривается, так как там нечего проектировать.
Покупка + доделка: Это приобретение уже готового программного
обеспечения с возможностью дописать функционал силами самих
производителей данного ПО либо осуществить это возможностями своей
компании, то есть программистом, работающим в фирме на постоянной основе,
в данном случае язык программирования у него должен совпадать или хотя бы
быть подобен тому языку программирования, на котором пишет программист
поликлиники.
Разработка: в данной работе был выбран именно этот вариант. В случае
успешного внедрения этот вариант можно будет предложить к внедрению на
все отделы компании.
Покупка + доработка была не была выбрана так как это довольно дорогой
проект, который к тому растянут на долгое время.
1.4 Обоснование проектных решений
1.4.1 Обоснование проектных решений по информационному обеспечению
41
Информационное обеспечение рассматриваемой задачи включает:
внемашинное обеспечение (входные и выходные документы, классификаторы,
справочники), и внутримашинное обеспечение (условно-постоянная,
промежуточная и результатная информация в базе данных системы).
1) Входные и выходные документы. Входными документами системы
является список участок, список врачебных специальностей, список врачей.
Выходными документами являются: Талон, отчет «Список талонов на
конкретную дату к конкретному врачу», отчет «Количество жителей по
каждому участку», отчет «Список талонов на конкретную дату к конкретному
врачу», отчет «Список врачей медицинского заведения», отчет «Список
пациентов».
За основу форм документов берутся бланки, используемые на
предприятии. Их необходимо проанализировать, оценить полноту
содержащейся в них информации, и использовать при проектировании
системы.
2) Экранные формы
Для каждого из входных документов будут создаваться экранные формы
ввода первичной информации. При этом необходимо обеспечить соответствие
макета экранной формы форме входного документа. Не обязательно, чтобы
внешний вид этих форм совпадал, но все вводимые элементы данных должны
располагаться в том же относительном порядке и иметь такой же формат, что и
в исходном документе.
Результатная информация должна отображаться на экранных формах в
соответствии с формой выходного документа.
Условно-постоянная информация будет храниться в справочниках. В
системе потребуются следующие справочники:
- Справочник «Улицы»;
- Справочник «Участки»;
- Справочник «Пациент»;
- Справочник «Пол пациента»;
42
- Справочник «Доктор»;
- Справочник «Врачебная специальность»;
- Справочник «Талон».
Формы для ввода справочников должны позволять просматривать,
добавлять, редактировать, удалять записи.
Для ввода первичной информации понадобятся следующие формы:
- Улицы;
- Участки;
- Пациент;
- Пол пациента;
- Доктор;
- Врачебная специальность;
- Талон.
Все экранные формы должны быть удобными, понятными,
эргономичными. Общий цвет информационной части должен быть спокойных
тонов, не вызывающих усталости пользователя. Цвет полей, подлежащих вводу
с клавиатуры, должен отличаться от цвета информационной части. Каждое поле
должно быть снабжено подсказкой, которую следует выдавать на экран при
неправильных действиях пользователя. Должна быть обеспечена возможность
исправления ошибок во введенных данных.
3) Система классификации и кодирования. В системе необходимо учесть
принятую на предприятии систему табельных номеров врачей, а именно:
каждому врачу присваивается уникальный табельный номер. При увольнении
врача данный номер никому больше не присваивается.
Необходимо разработать локальную систему классификации и
кодирования для следующих объектов учета:
- улица;
- врачебная специальность;
- пол пациента.
4) Информационная база. Центральным компонентом информационного
43
обеспечения является информационная база (ИБА), представляющая собой
организованную определенным способом совокупность данных, хранимых в
памяти вычислительной системы в виде файлов, с помощью которых
удовлетворяются информационные потребности управленческих процессов и
решаемых задач. [2]
Существуют следующие способы организации информационной базы:
совокупность локальных файлов, поддерживаемых функциональными пакетами
прикладных программ, и интегрированная база данных, основанная на
использовании универсальных программных средств загрузки, хранения,
поиска и ведения данных, то есть системы управления базами данных (СУБД).
Локальные файлы обеспечивают более быстрое время обработки данных,
однако при таком способе организации ИБ в информационной системе
наблюдается высокая степень дублирования данных, несогласованность
данных, отсутствие гибкости доступа к информации. Интегрированная база
данных - это совокупность взаимосвязанных, хранящихся вместе данных при
такой минимальной избыточности, которая допускает оптимальное их
использование в различных приложениях.
Для решения поставленной задачи требуется интегрированная база
данных, в которой взаимосвязаны все поступающие данные.
Основными способами организации БД являются создание
централизованных и распределенных БД. [10] В рассматриваемой задаче не
предполагается распределенная структура ИС, т.к. задача небольшая по объему
данных и по количеству пользователей.
Таким образом, для решения поставленной задачи необходима
интегрированная централизованная база данных.
1.4.2 Обоснование проектных решений по программному обеспечению
Проектным решением по программному обеспечению является создание
модуля учета пациентов и талонов. Эта система будет работать под
44
управлением Windows, что позволит вести учет автоматизированным образом.
Для оптимального функционирования базы данных необходимо будет
правильно определить логические взаимосвязи между таблицами. Таким
образом, на разработку самой базы данных и основы клиентского приложения
может быть затрачено значительное время.
Точно определив, какие именно данные нам нужны, каким образом они
будут храниться в памяти и какая должна быть система доступа к данным, мы
тем самым решили только вопрос управления данными. Кроме этого нужен еще
простой способ автоматизации решения предстоящих типовых задач. Даже
если мы получиться разработать достаточно сложные «прикладные»
электронные таблицы, все равно не будет средств отладки и управления
работой таких приложений, позволяющих легко создать, скажем, полные
формы для пациентов или систему учета талонов. Напротив, СУБД специально
проектируются для создания приложений. Они представляют необходимый
инструментарий для управления данными и их обработки, а также дают
возможность каталогизировать объекты приложения и управлять
взаимосвязями между ними. При этом вместе с СУБД в нашем распоряжении
оказывается язык программирования и средство отладки.
В свете вышесказанного для автоматизации решения требуемых задач
необходимы мощная реляционная СУБД и система разработки приложений[4].
При разработке программного обеспечения весьма существенное
значение имеет правильный выбор языка программирования и СУБД,
определяемых характером конкретной задачи.
Наиболее распространены в данное время два языка – Delphi и C[1].
Рассмотрим отличия языков Delphi и C++ вернее будет сказать языков
Object Pascal и С.
С++
Если необходимо обеспечить отличную скорость работы приложения и
экономию ресурсов памяти и процессора обычно считается, что
предпочтительнее использовать C++. Но, в последнее время отличия в скорости
45
быстродействия программ, собранных разными компиляторами, становится все
менее и менее заметной[13]. Это происходит из-за того, что большая часть сред
разработки имеет встроенный конвертор кода в ассемблер, а он – самый
быстрый. Главное преимущество C++ – мощная модель работы с указателями.
В обычном случае это весьма целесообразно, так как переменные в памяти не
дублируются. Но, если проект сложный – всегда приводит к ошибками доступа
к памяти.
Говорят что язык С лучше чем Pascal, потому что программы,
написанные на языке C меньше размером и работают быстрее. Про быстроту
работы сложно сказать, и может быть это в некоторой степени правда. Но
небольшой размер exe файл - это факт. Они меньше, но не намного, в
небольших программах различие примерно в 10-50 КВ. В больших программах
размер полностью зависит от мастерства программистов, их опыта. Говоря о
скорости и размере программ, мы должны учитывать, что это зависит не от
языка программирования, а от выбранного компилятора (а это уже зависит от
программистов, которые делали компилятор)[9]. Компилятор фирмы
Майкрософт в этом плане не очень надёжный, хотя делает программы меньше
по размеру, чем компилятор фирмы Борланд.
В плане структуры скомпилированных exe файлов, есть различия между
этими языками программирования. В программах написанных на языке С, всё
тело программы помещается в одну процедуру под названием WinMain, у
которой три параметра. Программы, такой структуры, встречаются в
программах написанных на Ассемблере, хотя это не является обязательным для
Ассемблера. Популярность языка C заключается в том, что в этом языке всё
стандартно, на более низком уровне, чем в Delphi (именно в Delphi, а не Pascal).
Delphi
Delphi – хороший объектно-ориентированный язык программирования,
когда требуется разработать ПО в максимально сжатые сроки и обеспечить
хороший рефакторинг (читабельность, модифицируемость, удобство и
оптимизацию) кода приложения[8]. Код хорошо структурируется, названия
46
всех функций по сути есть сокращения английских слов, хорошая модульность
и видимость кода – все это способствует скорости разработки, а также
позволяет производить ее в командном режиме более эффективно.
Еще одно очевидное приемущество Delphi – компоненты, число которых
исчисляется миллионами. В Delphi есть возможность скомпилировать участок
кода и предоставить его в свободное пользование как компонент.
Подведем итоги в таблице 1.4.
Таблица 1.4
Сравнение характеристик языков программирования С++ и
Delphi
Характеристика
С++
Delphi
Сложность
изучения
большая (-)
маленькая (+)
Количество
специалистов-
профессионалов
много (+)
мало (-)
Восприятие кода
плохое (-)
хорошее (+)
Рефакторинг
средний (+-)
хороший (+)
Скорость работы
приложения
отличная (++)
хорошая (+)
Скорость
разработки решения
маленькая (-)
очень высокая
(++)
Наличие
документации
много (+)
MSDN не содержит
примеров кода на pascal
(+-)
Необходимость в
будущем, ввиду
конкуренции с
языками C#,VB, Java
маленькая (–)
средняя (-)
Итого
5+/5-
7+/3-
На основании вышеприведенных данных для разработки модуля было
решено использовать продукт Delphi 10.2.
Современные базы данных — один из тех объектов в сфере
информатизации, от которых иногда требуется особенно высокое качество и
наличие возможности его оценки.
БД – база данных. Под этим термином понимается информация, которую
надо сохранить[15].
СУБД – система управления базой данных. Это программа, которая