24
- если больница примет решение портировать приложение на другие
платформы, то достаточно будет перекомпилировать приложение без
изменения исходного кода;
- исполняемый файл не требует установки дополнительного
(вспомогательного) ПО, такого как библиотеки, фреймворки и т.п..
А учитывая, что в штате больницы имеется программист Delphi и
приобретена лицензия на среду Embarcadero Delphi XE3, то в качестве языка
программирования однозначно был выбран Delphi.
25
Глава 3. Проектная часть
3.1. Техническое задание
3.1.1. Общие сведения
Полное наименование: Информационная система «Листки
нетрудоспособности».
Краткое наименование: ИС «Листки нетрудоспособности».
Заказчиком является главный врач ГБУЗ ГКБ № 13 ДЗМ Аронов Л.С..
Исполнителем (разработчиком) является отдел информационных технологий
ГБУЗ ГКБ № 13 ДЗМ в лице инженера Межуева А.Б..
Данная информационная система разрабатывается на основании
приказа главного врача по ГБУЗ ГКБ № 13 ДЗМ от 15.10.2014 № 1234.
Днем начала разработки является следующий рабочий день после
подписания сторонами настоящего ТЗ. Днем окончания разработки считается
день установки и ввода в эксплуатацию ИС на территории Заказчика и
подписания Акта приемки-сдачи программы в эксплуатацию, но не позднее
трех месяцев со дня начала разработки. После подписания ТЗ любые
изменения требований к ИС оформляются дополнением или подписанным
заказчиком и разработчиком протоколом с пересмотром сроков выполнения.
3.1.2. Назначение и цель создания ИС
Функциональным назначением информационной системы является
предоставление пользователю (регистратору) возможности ввода первичной
информации о пациентах и последующего получения в автоматическом
режиме необходимой аналитической и статистической отчетности, что
повысит качество и оперативность оказания медицинской помощи.
ПО должно эксплуатироваться в профильном подразделении (Столе
больничных листов) на объекте Заказчика. Пользователями программы
должны являться сотрудники Заказчика.
3.1.3. Характеристика объекта автоматизации
Объект автоматизации уже был описан в главе № 1.
26
3.1.4. Требования к информационной системе
Пользовательский интерфейс ИС должен быть на русском языке. ИС
должна работать со стандартными устройствами ввода-вывода (монитор,
клавиатура, мышь).
Информационная система должна обеспечивать возможность:
- внесения информации, необходимой для заполнения листка
нетрудоспособности. Элементы необходимой информации, их взаимосвязь,
варианты значений и правила актуализации определяются частью IX приказа
Минздравсоцразвития РФ от 29 июня 2011 г. № 624н "Об утверждении
Порядка выдачи листков нетрудоспособности";
- сохранения внесенной информации в базе данных и возможность
быстрого поиска данных о заполненном листке нетрудоспособности;
- распечатки на принтере внесенной информации в утвержденный
приказом МЗ и СР РФ № 624н бланк листка нетрудоспособности. При
распечатке информационные поля должны четко попадать в отведенное им
место на листке нетрудоспособности (ошибка не более 1 мм);
- настройка и сохранение параметров печати (сдвиг по горизонтали и
вертикали) с возможностью их сброса;
- распечатки на бланке строгой отчетности как всей внесенной
информации (за один проход), так и частично внесенной информации (в
несколько проходов);
- формирования журнала выдачи листков нетрудоспособности и его
распечатки на принтере;
- формирование внутренних отчетов, утвержденных приказом по ГКБ
№ 13.
Для реализации возможности масштабирования в информационной
системе должна быть использована клиент-серверная архитектура.
Надежное (устойчивое) функционирование ИС должно быть
обеспечено выполнением совокупности организационно-технических
мероприятий, перечень которых приведен ниже:
27
- организацией бесперебойного питания технических средств;
- использованием лицензионного программного обеспечения;
- регулярным выполнением рекомендаций Министерства труда и
социального развития РФ, изложенных в Постановлении от 23 июля 1998 г.
«Об утверждении межотраслевых типовых норм времени на работы по
сервисному обслуживанию ПЭВМ и оргтехники и сопровождению
программных средств»;
- регулярным выполнением требований ГОСТ 51188-98. «Защита
информации. Испытания программных средств на наличие компьютерных
вирусов»;
- регулярным выполнением резервного копирования базы данных.
Отказы ПО возможны вследствие некорректных действий оператора
(пользователя) при взаимодействии с операционной системой. Во избежание
возникновения отказов ИС по указанной выше причине следует обеспечить
работу пользователя без предоставления ему административных привилегий.
ИС не требует проведения каких-либо дополнительных видов
обслуживания, кроме резервного копирования БД. Минимальное количество
персонала, требуемого для работы программы, должно составлять 1 штатная
единица - пользователь программы (регистратор). Пользователь программы
(регистратор) должен обладать общими практическими навыками работы с
графическим пользовательским интерфейсом операционной системы. Для
работы с ИС навыков в области программирования не требуется.
В состав технических средств должен входить IBM-совместимый
персональный компьютер (ПЭВМ), включающий в себя:
- процессор Pentium с тактовой частотой не менее 1.5 GHz;
- оперативная память объемом не менее 512 Мб;
- жесткий диск объемом не менее 20 Гб;
- монитор с разрешением не менее 1024х768 пикселей;
- клавиатура;
- манипулятор «Мышь»;
28
- лазерный принтер формата А4;
Программные средства:
- операционная система Windows XP с пакетом обновления SP3 или
версии выше;
Программа должна обеспечивать взаимодействие с пользователем
(регистратором) посредством графического пользовательского интерфейса,
разработанного согласно рекомендациям компании-производителя
операционной системы.
3.1.5. Порядок контроля и приемки системы
Приемосдаточные испытания ИС должны проводиться согласно
разработанной Исполнителем и согласованной Заказчиком «Программы и
методики испытаний».
Ход проведения приемо-сдаточных испытаний Заказчик и Исполнитель
документируют в Протоколе испытаний.
На основании Протокола испытаний Исполнитель совместно с
Заказчиком подписывают акт приемки-сдачи ИС в эксплуатацию.
3.1.6. Требования к составу и содержанию работ по подготовке объекта
автоматизации к вводу системы в действие
Рабочее место пользователя (регистратора) должно быть оборудовано в
соответствии с техническими требованиями к аппаратному и программному
обеспечению, указанными в «Требованиях к информационной системе», и
проведено обучение пользователей общим практическим навыкам работы с
графическим пользовательским интерфейсом операционной системы до
проведения этапа внедрения ИС.
3.1.7. Источники разработки
Основным источником разработки, регламентирующим заполнение
листка нетрудоспособности нового образца, является Приложение к приказу
Министерства здравоохранения и социального развития Российской
29
Федерации от 29 июня 2011 г. № 624н «Порядок выдачи листков
нетрудоспособности».
3.2. Моделирование учета листков нетрудоспособности в ГБУЗ ГКБ №
13 ДЗМ. Модель TO-BE
В аналитической части (раздел 1.2.) была построена модель AS-IS
основного вида деятельности, лечебного процесса и процесса оформления и
выдачи листка нетрудоспособности.
Заполнение бланков и ведение журнала учета листков
нетрудоспособности производится «от руки». Вероятность ошибки при
ручном заполнении Листка оператором достаточно высока. А поскольку
Листок нетрудоспособности является бланком строгой отчетности, его порча
крайне нежелательна. Процесс заполнения Листка весьма трудоемок и
занимает продолжительное время, а в случае ошибки и вовсе приходится
переписывать его заново. Обязанность по ведению журнала учета заставляет
дублировать информацию. Исходя из этого, сформируем требования к
проектируемой системе и построим модель TO-BE.
Диаграмма с учетом внесенных изменений представлена на рис. 7.
Рис. 7 Оформление выписных документов. Модель TO-BE
30
Исходя из вышеуказанного анализа, в диаграмме процесса движения
данных модели AS-IS (рисунок 6.) явно присутствует избыточность
(дублирование) информации. После внедрения информационной системы
диаграмма процесса движения данных представлена на рисунке 8.
Рис. 8 Процесс движения данных в стандарте DFD. Модель
TO-BE
Таким образом, Пациент приходит в Стол больничных листов и
оператор вносит в ИС его регистрационные данные. После этого оператор
распечатывает на бланке строгой отчетности необходимую информацию (с
возможностью допечатывания вновь возникших обстоятельств при
повторном визите) и передает пациенту оформленный документ для
предоставления по месту работы. При этом вероятность порчи бланка крайне
мала, т.к. информация непосредственно перед печатью на бланке проверяется
на экране монитора в режиме предварительного просмотра. Но если ошибка
и произошла, теперь нет необходимости заново вводить исходную
информацию. Реестр испорченных бланков также составляется
автоматически.
31
Процесс получения сводного отчета для предоставления в
вышестоящую организацию теперь вовсе не трудоемок – составляется
средствами информационной системы в «одно нажатие кнопки».
3.3. Моделирование структуры реляционной базы данных в составе
информационной системы учета листков нетрудоспособности в ГБУЗ
ГКБ № 13 ДЗМ
Основой базы данных является модель данных. Информационно-
логическая (инфологическая) модель отражает предметную область в виде
совокупности информационных объектов и их структурных связей.
На рисунке 9 наглядно представлена инфологическая структура базы
данных создаваемой информационной системы.
Рис. 9 Реляционная схема базы данных
32
На этапе даталогического проектирования реляционной базы данных
необходимо выполнить следующие действия:
- определить количество таблиц и структуру каждой таблицы (набор
полей);
- задать ключевые поля в таблицах;
- выбрать главную и подчиненную таблицы;
- ввести ключевое поле главной таблицы в подчиненную таблицу,
обеспечив тем самым связь "один-ко-многим".
Далее, описанные в инфологической модели сущности приводятся в
соответствующих таблицах с именами ключевых атрибутов и полей.
Основной таблицей является sicklists, в которой будет храниться
информация о ЛН.
Таблица 5
Сущность sicklists
Имя
Тип
данных
Свойства
Примечание
id_l
int
PK
Первичный ключ
p_id
int
Данные о пациенте (FK)
numBoln
varchar(12)
NULL
Номер ЛН
prodolj
varchar(12)
NULL
№ продолжения ЛН
dataProdolj
datetime
NULL
Дата продолжения
dataVyd
datetime
NULL
Дата выдачи ЛН
pervich
bit
DEFAULT 1
Первичный
dublikat
bit
DEFAULT 0
Дубликат
vidROsn
tinyint
NULL
Основная/совместительство
sovmNumBol
varchar(12)
NULL
№ основного ЛН
sostUchet
bit
DEFAULT 0
Учет в службе занятости
kodPrich
tinyint
NULL
Код причины нетрудоспособн.
33
Таблица 5 Продолжение
dopKodPrich
tinyint
NULL
Дополнительный код причины
kodIzmPrich
tinyint
NULL
Измененный код причины
data1
datetime
NULL
Дата нач.путевки, дата родов и
т.п.
data2
datetime
NULL
Дата окончания путевки
numPut
nvarchar(10)
NULL
Номер путевки
ogrnSan
nvarchar(15)
NULL
ОГРН санатория
ranBerem
tinyint
NULL
Ранний срок беременности
narush
tinyint
NULL
Код нарушения режима
dataNarush
datetime
NULL
Дата нарушения режима
vrachNarush
smallint
NULL
Врач, установивший нарушение
sStacionar
datetime
NULL
Дата начала стац.лечения
poStacionar
datetime
NULL
Дата окончания стац.лечения
let1
tinyint
NULL
По уходу (полных лет)
mes1
tinyint
NULL
По уходу (полных месяцев)
rodSvjaz1
tinyint
NULL
Тип родственной связи
fio1Uhod
varchar(40)
NULL
ФИО, за кем осуществляется
уход
let2
tinyint
NULL
По уходу (полных лет)
mes2
tinyint
NULL
По уходу (полных месяцев)
rodSvjaz2
tinyint
NULL
Тип родственной связи
fio2Uhod
varchar(40)
NULL
ФИО, за кем осуществляется
уход