Автоматизированное средство учета госпитализированных больных
Введение
Определяющая тенденция мирового развития - повсеместное внедрение
информационно-коммуникационных технологий во все сферы человеческой
деятельности - государственное и местное управление, материальное производство,
здравоохранение, культуру, науку, социальную и другие сферы человечекой
деятельности.
Актуальной проблемой современного здравоохранения, ключевым моментом в
достижении эффективности его инфраструктуры является информатизация - создание
единого информационного пространства для всех заинтересованных сторон:
пациентов, врачей, организаций и органов управления здравоохранением. Информатизация -
организационный, социально-экономический и научно-технический процесс,
обеспечивающий условия для формирования и использования информационных ресурсов
и реализации информационных отношений [11].
Внедрение информационных технологий и вычислительной техники
- стратегическое направление реформирования отрасли. Скорость, качество
получения и обработки информации стали одним из важнейших условий повышения уровня
оказываемой медицинской помощи. Современные методы информатики позволяют
обеспечить комплексный анализ данных, получаемых из многочисленных источников,
оптимизацию решений при обследовании, диагностике, прогнозе течения заболеваний
и выборе тактики лечения. Инфокоммуникационные технологии сделали возможным
дистанционную диагностику и консультирование больных. На основе сбора и
комплексного анализа полноценной, постоянно обновляемой информации, учитывающей
тенденции в состоянии здоровья населения и характер медико-деографических
процессов, существенно возрастает эффективность принимаемых организационных и
управленческих решений.
Информатизация в сфере здравоохранения Республики Беларусь неуклонно развивается. Все учреждения
здравоохранения в той или иной степени оснащены компьютерами. Практически во всех организациях
автоматизированы задачи бухгалтерского учета, кадрового учета, во многих
учреждениях работают комплексы по подготовке статистической отчетности. В ряде учреждений внедрены комплексные медицинские
автоматизированные информационные
системы (АИС), функционирующие на базе локальных
вычислительных сетей и охватывающие различные подразделения, начиная с приема
больного в стационаре и заканчивая его выпиской.
Работает значительное количество автоматизированных рабочих мест.
В организации оказания медицинской помощи приоритетным
направлением является первичная медицинская помощь. В этой связи ускорение
внедрения информационных технологий в работу амбулаторно-поликлинических
организаций позволит значительно улучшить медицинское обслуживание населения.
По состоянию на 01.01.2011 подключение к электронной почте и открытый
доступ в глобальную сеть интернет имеют почти три четверти медицинских
учреждений амбулаторно-поликлинического типа - 73,1%. Кроме того, с 2002 года
во врачебных амбулаториях и амбулаториях врача общей практики была внедрена
автоматизированная информационная система «Врач общей практики», разработанная
ГУ «Республиканский центр медицинских технологий, информатизации, управления и
экономики здравоохранения», которая позволяет вести амбулаторные карты
пациентов в электронном формате и отслеживать запланированные медицинские
назначения, осуществлять контроль диспансерной группы пациентов [11].
В связи с выходом новых постановлений, указов и других нормативных
правовых актов Министерства здравоохранения Республики Беларусь, а также с
учетом особенностей и некоторых индивидуальных требований учреждений, в которых
приведенная система используется, автоматизированная информационная система
«Врач общей практики» постоянно дорабатывается и модифицируется.
Разрабатываемая подсистема «Автоматизированное средство учета
госпитализированных больных» предназначена для выполнения одной из функций АИС
«Врач общей практики».
По состоянию на 01.01.2011 автоматизированная информационная система
«Врач общей практики» внедрена в 439 врачебных амбулаториях и амбулаториях
врача общей практики, что составляет около 72% от их общего количества [11].
1
Постановка задачи
1.1 Описание предметной области
Существуют централизованная и децентрализованная системы госпитализации.
При централизованной системе в городе создается единый центр (бюро)
госпитализации, который ведет учет свободных мест в больничных учреждениях и
выдает направления (наряды) на госпитализацию. При децентрализованной системе
госпитализацию проводят по территориально-производственному принципу - к
больнице прикрепляются амбулаторно-поликлинические учреждения, обслуживающие
определенную территорию или предприятия. В Республике Беларусь децентрализованная
система госпитализации.
В целях
полноты информирования населения о его правах и порядке их реализации,
организации здравоохранения должны иметь внутренний распорядок для пациентов,
утверждаемый приказом руководителя организации здравоохранения по согласованию
с профессиональным союзом. Внутренний распорядок организации здравоохранения
для пациентов - это регламент (порядок) выполнения профессиональной
деятельности сотрудниками организации здравоохранения, обеспечивающий получение
пациентом медицинской помощи надлежащего качества, а также права и обязанности
пациента при получении медицинской помощи в организации здравоохранения [11].
Правила внутреннего распорядка организации здравоохранения для пациентов
включают:
– порядок обращения пациента в организацию здравоохранения;
– порядок госпитализации и выписки пациента;
– права и обязанности пациента;
– порядок разрешения конфликтных ситуаций между организацией
здравоохранения и пациентом;
– порядок предоставления информации о состоянии здоровья пациента;
– порядок выдачи справок, выписок из медицинской документации пациенту
или другим лицам;
– время работы организации здравоохранения и ее должностных лиц;
– информацию о перечне платных медицинских услуг и порядке их
оказания;
– другие сведения, имеющие существенное значение для реализации прав
пациента
(с учетом специфики организаций здравоохранения, в которых пациент
получает консультативную, диагностическую или лечебную помощь) [8].
Ниже приведены некоторые положения порядка госпитализации и выписки
пациента в соответствии с постановлением Министерства здравоохранения
Республики Беларусь
от 14.06.2002
№ 32 «Об утверждении типовых правил внутреннего распорядка организации
здравоохранения для пациентов».
В стационары больниц госпитализируются пациенты, нуждающиеся в
квалифицированном обследовании и стационарном лечении по направлению врачей
амбулаторно-поликлинических учреждений, скорой и неотложной медицинской помощи,
а также больные по жизненным показаниям без направления организаций
здравоохранения.
При поступлении в стационар по направлению амбулаторно-поликлинического
учреждения пациент (сопровождающее больного лицо) представляет направление на
госпитализацию установленной формы, документ, удостоверяющий личность, выписку
из истории болезни.
Прием больных в стационар производится в приемном отделении, где должны
быть созданы все необходимые условия для своевременного осмотра и обследования
больного. Здесь производится тщательный осмотр и необходимое для уточнения
диагноза обследование больного, устанавливается предварительный диагноз и
решается вопрос о том, в какое специализированное отделение он должен быть
госпитализирован, о чем делается соответствующая запись в истории болезни.
При приеме больного сестра приемного отделения вносит паспортные данные в
историю болезни и заносит в журнал учета приема больных и отказов в
госпитализации необходимые сведения о поступившем.
Выписка больного производится лечащим врачом по согласованию с заведующим
отделения стационара. Выписка из больницы разрешается:
– при выздоровлении больного;
– при стойком улучшении, когда по состоянию здоровья больной может без
ущерба для здоровья продолжать лечение в амбулаторно-поликлиническом учреждении
или домашних условиях;
– при необходимости перевода больного в другую организацию здравоохранения;
– по письменному требованию больного либо его законного представителя
до излечения, если выписка не угрожает жизни больного и не опасна для
окружающих. В этом случае выписка может быть проведена только с разрешения
главного врача больницы или его заместителя по медицинской части.
Перед выпиской из стационара в необходимых случаях производится
заключительный осмотр больного и в день его выбытия из стационара ему выдается
справка с указанием сроков лечения и диагноза или эпикриз (выписка из истории
болезни), листок временной нетрудоспособности. Первый экземпляр эпикриза
вклеивается в медицинскую карту стационарного больного, второй экземпляр
направляется в территориальную поликлинику по месту жительства (месту
пребывания), а третий экземпляр по медицинским показаниям дается на руки
пациенту.
История болезни после выбытия пациента из стационара оформляется и
сдается на хранение в медицинский архив организации здравоохранения.
Госпитализация больных в дневной стационар организаций здравоохранения
осуществляется в соответствии с порядком, принятым для стационаров с
круглосуточным пребыванием.
В случае доставки в организацию здравоохранения больных (пострадавших) в
бессознательном состоянии без документов, удостоверяющих личность (паспорта,
военного билета, удостоверения личности), либо иной информации, позволяющей
установить личность пациента, а также в случае их смерти медицинские работники
обязаны информировать правоохранительные органы по месту расположения
организации здравоохранения [8].
Различают экстренную госпитализацию, когда больной по медицинским
показаниям нуждается в срочном оказании медпомощи в условиях стационара, и
плановую.
Плановая госпитализация осуществляется в стационары дневного пребывания
или в специализированные отделения стационаров круглосуточного пребывания.
Плановая госпитализация осуществляется по направлению врача
амбулаторно-поликлинического учреждения (фельдшера):
– в соответствии с клиническими показаниями при обстоятельствах,
требующих круглосуточного медицинского наблюдения, интенсивной терапии и
госпитального режима, а также невозможности проведения лечения в амбулаторных
условиях;
– в порядке очереди, но не позднее 30 дней с момента принятия врачом
амбулаторно-поликлинического учреждения решения о направлении на госпитализацию
в стационар.
Дети от 0 до 5 лет, беременные женщины госпитализируются в течение 48
часов с момента определения показаний.
Госпитализация в экстренных и неотложных случаях при состояниях,
требующих срочного медицинского вмешательства в условиях стационара,
осуществляется по направлению специалистов (врача, фельдшера) скорой
медицинской помощи, фельдшера или врача амбулаторно-поликлинического
учреждения, а также при самостоятельном обращении больного в приемное отделение
больницы.
Экстренная госпитализация при состояниях, угрожающих жизни больного,
осуществляется в ближайший стационар согласно профилю заболевания.
Отсутствие страхового полиса и личных документов не является основанием
для отказа в экстренной госпитализации.
Обеспечение
однозначного толкования всеми категориями сотрудников учреждений
здравоохранения медицинских документов достигается путем приведения их к
единому виду и использования при их заполнении общепринятых справочников и
кодификаторов, в том числе международных. На январь 2007 года Международная
классификация болезней 10-го пересмотра (МКБ-10) является общепринятой
классификацией для кодирования медицинских диагнозов, она разработана Всемирной
организацией здравоохранения
<#"564452.files/image001.gif">
Рисунок 2.1 - Модель данных «Сущность - связь»
В ходе проектирования базы данных были выделены следующие основные
информационные объекты: Пациент, Врач, Учреждение здравоохранения, Случай
госпитализации, Диагноз. Другие информационные объекты, выделенные в ходе
проектирования базы данных: Область, Город, Улица, Отдел УЗ, Участок внутри
отдела, Заболевание, Занятость пациента и некоторые другие.
.2 Проектирование приложения
Необходимо, чтобы при загрузке программы на экране монитора была
представлена таблица, в которой отображалась бы информация о пациентах,
зарегистрированных в поликлинике. Также рядом с таблицей должны быть поля,
позволяющие осуществлять поиск пациентов по определенным критериям, таким как
адрес проживания (населенный пункт, улица, номер дома, номер квартиры), ФИО
пациента, персональный номер карты пациента.
После выбора конкретного пациента из представленного списка необходимо,
чтобы осуществлялся переход к журналу госпитализаций данного пациента. Журнал
госпитализаций должен представлять собой таблицу, записями которой являются
зарегистрированные госпитализации данного пациента. Таблица должна иметь
следующие поля: направляющее медицинское учреждение, направивший врач,
наименование стационара, отделение стационара, дата госпитализации, дата
выписки, количество дней пребывания в стационаре, дата поступления эпикриза.
Для каждого случая госпитализации больного необходимо предусмотреть способы
отображения поставленных ему во время пребывания в стационаре диагнозов. Причем
диагнозы, поставленные до прибытия в стационар, т.е. из направления, и
диагнозы, поставленные больному во время пребывания в стационаре, должны
отображаться отдельно. Информация о диагнозе должна состоять из названия
заболевания, его кода по
МКБ-10, характера заболевания.
При регистрации нового случая госпитализации пациента необходимо
предоставить возможность ввода следующих данных: направляющее медицинское
учреждение, направивший врач, наименование стационара, отделение стационара,
дата госпитализации, дата выписки, количество дней пребывания в стационаре,
дата поступления эпикриза, вид госпитализации (плановая или экстренная). Также
при регистрации необходимо предоставить возможность ввода информации о диагнозе
заболевания. К этой информации относятся: признак диагноза (диагноз вносится из
направления или из выписки), характер заболевания (острое, впервые выявленное
хроническое, хроническое, известное ранее, обострение хронического, не
уточненное, симптоматическое), вид заболевания (основное или сопутствующее), а
также код заболевания по МКБ-10 и его полное название.
Для реализации функции формирования и вывода на печать отчетов необходимо
предоставить пользователю возможность выбора критериев отбора информации, на
основании которых формируется отчет. Для этого необходимо создать программный
модуль, форма которого будет содержать поля-критерии отбора. Для отчета о числе
заболеваний, зарегистрированных в поликлинике, необходимо отобразить следующие
критерии отбора информации: отчетный период, пол пациентов, масштаб отчета (по
поликлинике, по отделению, по участку). Для запроса информации о
госпитализированных пациентах, зарегистрированных в поликлинике, необходимо
отобразить следующие критерии отбора информации: отчетный период, возраст пациентов,
дата раждения пациентов, пол пациентов, участок поликлиники, отделение
поликлиники, диагнозы заболеваний по МКБ-10.
Принцип работы программы отображен на диаграмме деятельности (приложение
Б).
3 Реализация
.1 Выбор среды реализации БД
Выбор конкретной СУБД представляет собой сложную многопараметрическую
задачу и является одним из важнейших этапов в разработке медицинской
информационной системы. Разрабатываемый программный продукт должен
удовлетворять как текущим, так и будущим потребностям амбулаторно-поликлинического
учреждения, при этом следует учитывать финансовые затраты на приобретение
необходимого оборудования, самой системы, разработку необходимого программного
обеспечения на ее основе, а также обучение персонала.
При разработке отечественных комплексных медицинских информационных
систем (КМИС) в основном применяются следующие СУБД: Oracle, IBM DB 2 и
Informix, MS SQL Server, Cache, Lotus Notes / Domino, MySQL и некоторые другие.
Преимущественно используется СУБД Microsoft SQL Server, чья доля составляет
62%.
В
2004 году Гусев А.В. <mailto:gusev@kbk.onego.ru>, кандидат технических
наук, старший инженер-программист ОАО "Кондопога" и Дмитриев А.Г.
<mailto:daas@onego.ru>, инженер-программист ОАО "Кондопога"
проводили исследования, целью которых было изучение на практике двух наиболее
ярких представителей СУБД в медицинской предметной области и определение
преимуществ и недостатков коммерческих и свободно-распространяемых СУБД. При
этом в качестве образца коммерческой СУБД было выбрано программное обеспечение
Microsoft SQL Server версий 7.0 и 2000, а в качестве свободно-распространяемой
СУБД была выбрана MySQL версии 4.0.21.
Рассмотрим
результаты исследования. Для этого процитируем важнейшие из предложенных
показателей и их особенности для КМИС:
Триггеры и хранимые процедуры. Триггер - программа базы данных,
вызываемая всякий раз при вставке, изменении или удалении строки таблицы.
Триггеры обеспечивают проверку любых изменений на корректность, прежде чем эти
изменения будут приняты. Хранимая процедура - программа, которая хранится на
сервере и может вызываться клиентом. Поскольку хранимые процедуры выполняются
непосредственно на сервере базы данных, обеспечивается более высокое
быстродействие, нежели при выполнении тех же операций средствами клиента БД. В
различных программных продуктах для реализации триггеров и хранимых процедур
используются различные инструменты.версии 4.0.21, в отличие от Microsoft SQL
Server, не поддерживает ни триггеры, ни хранимые процедуры, что значительно
усложняет ее использование, так как в приложениях системы большую часть
необходимых проверок введенных данных и всевозможных блокировок, а также
обеспечение целостности базы данных приходится выполнять на уровне клиентского
приложения, что очень усложняет процесс создания и эксплуатации КМИС.
Особенности разработки приложений. Многие производители СУБД выпускают
средства разработки приложений для своих систем. Как правило, эти средства
позволяют наилучшим образом реализовать все возможности сервера, поэтому при
анализе СУБД стоит рассмотреть также возможности средств разработки приложений
(таблица 3.1).
Таблица 3.1 - Особенности разработки приложений
|
Показатель
|
MS SQL Server
|
MySQL
|
|
Визуальные средства
проектирования
|
+
|
+
|
|
Многоязыковая поддержка
|
+
|
|
Возможности разработки web
-приложений
|
+
|
+
|
|
Поддержка JAVA
|
+
|
-
|
|
Встроенный язык
программирования
|
+
|
-
|
|
Data Mining
|
+
|
-
|
В этом разделе MySQL версии 4.0.21, по сравнению с Microsoft SQL Server,
также значительно проигрывает. Такие возможности Microsoft SQL Server, как
схема БД, более качественная многоязыковая поддержка, развитые средства
визуального проектирования значительно облегчают процесс моделирования БД и
создание приложений для нее. Это, в свою очередь, ведет к повышению качества
КМИС и снижению себестоимости ее производства.
Перечень операционных систем, под управлением которых способна работать
СУБД. В этом разделе, безусловно, лидирует MySQL, которая способна работать на
большинстве из имеющихся на настоящее время операционных систем: Linux, Windows 95/98/NT/2000/XP, Solaris 2.9, FreeBSD 4.x ELF, Mac OS X v10.2, Novell NetWare 6, SCO OpenUnix 8.0. Некоторые из них имеют
значительно более низкую стоимость, чем продукты фирмы Microsoft, что, конечно,
ведет к снижению затрат при внедрении КМИС. Тогда как MS SQL Server способна работать лишь на Windows NT, 2000.
Стоимость эксплуатации. Стоимость эксплуатации определяется многими
факторами. Основные из них - стоимость лицензий, требования к серверному
оборудованию и, как следствие, стоимость необходимого сервера.
Как видно из таблицы 3.2, требования к технической характеристике сервера
у MySQL значительно ниже, чем у Microsoft SQL Server. За счет этого стоимость
внедрения КМИС может быть в некоторой степени снижена.
Таблица 3.2 - Минимальные требования к серверу
|
Показатель
|
ОС
|
|
MS SQL Server
|
Pentium II 350 MHz , ОЗУ -
128 Мбайт, HDD - 250 Мбайт
|
|
MySQL
|
Pentium 100 MHz , ОЗУ - 64
Мбайт (минимум), 100 Мбайт свободного места на диске
|
Производительность. Этот показатель является одним из основных факторов,
влияющих на качество работы КМИС. Специфика медицинской информационной системы
состоит в применении объектно-реляционного подхода. При этом реляционной
составляющей отведена второстепенная роль. В ходе изучения практического опыта
использования этого подхода было выявлено, что реляционная СУБД редко
обслуживает сразу несколько запросов от пользователей, чаще все в единицу
времени выполняются запросы от 1-2 пользователей, крайне редко - 3-4
пользователей. Применение качественного проектирования модели реляционной БД и
современных СУБД позволяет выполнять запросы даже на больших таблицах с очень
малым временем отклика. Специфика медицинской деятельности приводит к тому, что
в системе редко исполняются запросы вида select * from <tablename>, когда
необходима обработка всей таблицы и передача по сети больших объемов данных.
Чаще всего используются либо запросы за агрегированной информацией, либо
запросы к определенной выборке. Все вышесказанное определило основной интерес
исследования: изучить, насколько быстро исполняются запросы, являющиеся
наиболее показательными представителями основных видов запросов в медицинских
информационных системах, а также изучить зафиксированные в моменты исполнения
запросов показатели загрузки процессоров. В результате исследований был сделан
вывод о том, что практически по всем видам запросов СУБД MS SQL Server
выполняет их значительно быстрее, причем эта разница возрастает в случае
применения настоящих серверных платформ, особенно - последних версий [13].
По результатам этого исследования, разумеется, нельзя однозначно судить о
приоритете СУБД MS SQL Server над MySQL. Однако изучение результатов,
полученных в данном тестировании, позволяет сделать вывод о значительно более
высокой скорости работы СУБД MS SQL Server, как наиболее распространенного
представителя коммерческих СУБД. Кроме того, следует отметить выдающиеся
возможности администрирования и обслуживания СУБД MS SQL Server. Аналогичные по
функциональному назначению средства, имеющиеся для СУБД MySQL, значительно
уступают в своих возможностях средствам MS SQL Server. Однако не следует
забывать, что СУБД MySQL - полностью бесплатный продукт, готовый к
использованию на абсолютно законных основаниях. Анализируя все вышесказанное,
можно сделать вывод о том, что в настоящее время решающую роль в медицинской предметной
области может играть не какие-то конкретные параметры СУБД, такие как
устойчивость или производительность, а совсем другие, относящиеся скорее к
сфере субъектных моментов. Основные из них - это доступность технической
поддержки, регулярность появления новых версий и выпуска так называемых пакетов
исправлений, наличие (в том числе в сети Internet) русскоязычной и подробной
документации, профессионализм разработчиков.
Таким образом, в качестве средства проектирования базы данных была
выбрана СУБД MS SQL Server 2000. Эта СУБД поддерживает: тиражирование данных,
параллельную обработку, создание и обработку больших баз данных на недорогих
аппаратных платформах, отличается простотой управления и использования.
Средством, связывающим клиента с сервером, является язык SQL (Structured
Query Language) - язык структурированных запросов. Он позволяет:
– создавать базы данных и таблицы с полным описанием их структуры;
– выполнять основные операции манипулирования данными, такие как
вставка, модификация и удаление данных из таблиц;
– выполнять простые и сложные запросы.
.2 Физическая структура БД
База данных состоит из 19 таблиц, из которых 14 являются справочными.
Таблицы-справочники отличаются минимальным количеством внешних ключей (чаще
всего не имеют внешних ключей вообще) и характером содержащейся в них
информации. К ним относятся следующие таблицы: spr_city
(справочник городов), spr_street (справочник улиц), spr_region (список областей), spr_busy
(список занятостей пациентов), spr_office (список учреждений здравоохранения
РБ), spr_otdel (список отделов лечебно-поликлинических учреждений), spr_otdel_stac
(список отделов стационаров), spr_uch (справочник участков, внутри отделов
поликлиники), spr_doctor (справочник врачей поликлиники), spr_class (список классов заболеваний по МКБ-10), spr_mkb (список заболеваний и их кодировок по МКБ-10), spr_char_bol
(список типов заболеваний), spr_close_case (справочник причен закрытия карт пациентов), spr_case_hosp
(виды госпитализации).
Другие таблицы БД: pacient_inf (содержит информацию о пациентах
поликлиники), pacient_disp (содержит информацию о пациентах, находящихся на
диспансерном учете), pacient_hosp (содердит информацию о случаях
госпитализации пациентов), pacient_hosp_diag (содержит информацию о поставленных госпитализированному
пациенту диагнозах), pacient_kategor (содержит информацию о пациентах,
относящихся к определенной социальной категории).
Одной из главных является таблица pacient_inf,
содержащая полную информацию о пациентах амбулаторно-поликлинического учреждения
здравоохранения. Структура таблицы pacient_inf приведена в
таблице 3.3.
Таблица 3.3 - Структура таблицы pacient_inf
|
Поле
|
Тип
|
Пояснение
|
|
pacient_id
|
bigint
|
идентификатор пациента
|
|
pers_nom
|
char(15)
|
персональный номер в
регистратуре
|
|
nas_cod
|
tinyint
|
населенный пункт
|
|
name_i, name_o,
name_f
|
char(20)
|
ФИО
|
|
date_r
|
datetime
|
дата рождения
|
|
sex
|
char(1)
|
пол
|
|
obraz_cod
|
tinyint
|
образование
|
|
prof_id
|
smallint
|
профессия
|
|
city_id,
street_id
|
smallint
|
название города, улицы
|
|
home
|
char(7)
|
номер дома
|
|
kv
|
номер квартиры
|
|
phone_home
|
char(7)
|
номер домашнего телефона
|
|
work_id
|
int
|
место работы
|
|
uch_id
|
smallint
|
номер участка
|
|
struct_cod
|
tinyint
|
1 - взрослое отделение, 2 -
детсткое
|
|
date_open
|
datetime
|
дата регистрации пациента
|
|
date_close
|
datetime
|
дата закрытия карты пациента
|
|
close_case_cod
|
tinyint
|
причина закрытия карты
пациента
|
|
passport
|
varchar(50)
|
паспортные данные
|
|
office_id
|
smallint
|
откуда прибыл пациент
|
|
group_blood_id
|
smallint
|
группа крови
|
|
rezus_factor
|
char(3)
|
резус фактор
|
|
risk
|
bit
|
контингент риска
|
|
uch_women_id
|
smallint
|
гинекологический участок
|
|
uch_stom_id
|
smallint
|
стоматологический участок
|
|
service_end_date
|
datetime
|
дата окончания разрешения
на обслуживание
|
|
group_zd
|
tinyint
|
группа здороввья
|
|
group_fizo
|
tinyint
|
группа физического
воспитания
|
|
group_inv
|
tinyint
|
группа инвалидности
|
|
aes_group_cod
|
tinyint
|
группа ЧАЭС
|
|
inv_seria
|
varchar(5)
|
серия свидетельства об
инвалидности
|
|
inv_num
|
varchar(15)
|
номер свидетельства об
инвалидности
|
|
service_begin_date
|
datetime
|
дата начала разрешения на
обслуживание
|
|
procent_lgoty
|
smallint
|
Льготы на платное
обслуживание
Таблица 3.4 - Структура таблицы pacient_hosp
|
Поле
|
Тип
|
Пояснение
|
|
hosp_id
|
bigint
|
идентификатор факта
госпитализации
|
|
pacient_id
|
bigint
|
госпитализированный пациент
|
|
doctor_id
|
int
|
лечащий врач
|
|
office_napr_id
|
smallint
|
направившее медицинское
учреждение
|
|
office_hosp_id
|
smallint
|
в какое медицинское
учреждение направлен
|
|
date_hosp_begin
|
datetime
|
дата направления на
госпитализацию
|
|
date_hosp_end
|
datetime
|
дата выписки из стационара
|
|
kol_dn
|
smallint
|
количество дней пребывания
в стационаре
|
|
case_hosp_id
|
tinyint
|
причина госпитализации
|
|
uch_id
|
smallint
|
участок поликлиники
|
|
date_save
|
smalldatetime
|
дата прибытия в стационар
|
|
otdel_stac_id
|
smallint
|
отдел стационара
|
|
date_epicr
|
smalldatetime
|
дата поступления эпикриза
|
Таблица pacient_hosp_diag содержит информацию о диагнозах,
которые были поставлены пациенту во время нахождения его в стационаре на
лечении. Структура таблицы pacient_hosp_diag приведена в таблице 3.5.
Таблица 3.5 - Структура таблицы pacient_hosp_diag
|
ПолеТипПояснение
|
|
|
|
hosp_diag_id
|
bigint
|
идентификатор диагноза
|
|
hosp_id
|
bigint
|
случай госпитализации
|
|
pacient_id
|
bigint
|
госпитализированный пациент
|
|
mkb_cod
|
сhar(6)
|
код заболевания по МКБ-10
|
|
fl_main
|
bit
|
диагноз 0 - основной или 1
- сопутствующий
|
|
priznak
|
bit
|
0 - из направления или 1 -
из эпикриза
|
|
char_bol_cod
|
tinyint
|
характер заболевания
|
.3 Выбор среды реализации приложения
В качестве инструмента программной реализации доступа к информации,
хранящейся в БД, была выбрана объектно-ориентированная среда разработки Delphi
7.
На сегодняшний день работа в Delphi является самым одним из самых
продуктивных методов быстрого создания приложений для Windows. Общая
продуктивность любых инструментов создания программного обеспечения
определяется следующими пятью важнейшими аспектами:
– скоростью работы компилятора и быстродействием откомпилированных
программ;
– мощностью языка программирования и его сложностью;
– гибкостью и масштабируемостью используемой архитектуры баз данных;
– наличием поддерживаемых средой разработки шаблонов проектирования и
использования.
Обычно, визуальная среда разработки состоит из трех взаимосвязанных
компонентов: редактора, отладчика и конструктора форм. В любом из современных
инструментов ускоренной разработки приложений (Rapid Application Development -
RAD) эти три компонента должны гармонично взаимодействовать друг с другом. При
работе в конструкторе форм IDE Delphi неявно генерирует программный код тех
компонентов, которые размещаются или на них обрабатываются. В окне редактора в
код автоматически созданной программы можно внести необходимые дополнения,
определяющие специфическое поведение данного приложения. Здесь же, в окне
редактора, можно отладить код, внося точки останова, точки просмотра (watches).
Современная версия отладчика Delphi поддерживает широкий набор
функциональных возможностей. Кроме того, Delphi предоставляет удобные средства
управления графической средой отладки. Они позволяют в ходе отладки размещать и
объединять окна в любом удобном месте, а также запоминать сведения о полученной
конфигурации в виде поименованной группы параметров настройки рабочего стола.
Быстрый компилятор позволяет разрабатывать программное обеспечение
поэтапно, поскольку допускает многократное внесение небольших изменений в
исходную программу, с последующей перекомпиляцией и тестированием. Вследствие
этого возникает весьма эффективный цикл разработки.
В Delphi определены шесть открытых
интерфейсов: Tool Interface, Design Interface, Expert Interface, File Interface, Edit Interface и Version Control Interface.Interface (модуль DsgnIntf.pas)
предоставляет средства для создания редакторов свойств и редакторов
компонентов. Редактор свойств контролирует поведение инспектора объектов при
попытке изменить значение соответствующего свойства, а редактор компонента
активизируется при двойном нажатии левой кнопки мыши на изображении помещенного
на форму компонента.Control Interface (модуль VCSIntf.pas) предназначен для
создания систем контроля версий. Начиная с версии 2.0, Delphi поддерживает
интегрированную систему контроля версий Intersolv PVCS, поэтому в большинстве
случаев в разработке собственной системы нет необходимости.Interface (модуль FileIntf.pas)
позволяет переопределить рабочую файловую систему IDE, что дает возможность
выбора собственного способа хранения файлов.Interface (модуль EditIntf.pas)
предоставляет доступ к буферу исходных текстов, что позволяет проводить анализ
кода и выполнять его генерацию, определять и изменять позицию курсора в окне
редактора кода, а также управлять синтаксическим выделением исходного текста.
Специальные классы предоставляют интерфейсы к помещенным на форму компонентам
(определение типа компонента, получение ссылок на родительский и дочерние
компоненты, доступ к свойствам, передача фокуса, удаление и другие), к самой
форме и к ресурсному файлу проекта.Interface (модуль ToolIntf.pas)
предоставляет разработчикам средства для получения общей информации о состоянии
IDE и выполнения таких действий, как открытие, сохранение и закрытие проектов и
отдельных файлов, создание модуля, получение информации о текущем проекте
(число модулей и форм, их имена и так далее), регистрация файловой системы,
организация интерфейсов к отдельным модулям и другие действия. Кроме того, Tool
Interface предоставляет средства доступа к главному меню IDE Delphi, позволяя
встраивать в него дополнительные пункты.Interface (модуль ExptIntf.pas)
представляет собой основу для создания экспертов - программных модулей,
встраиваемых в IDE c целью расширения ее функциональности. В качестве примера
эксперта можно привести входящий в Delphi Database Form Wizard, выполняющий
генерацию формы для просмотра и изменения содержимого таблицы БД.
Программы, написанные на языке Delphi (Object Pascal), являются
объектно-ориентированными. В этих программах происходит обработка событий,
наступающих в ходе выполнения, создаются объекты.
Для построения отчетов был выбран набор компонентов FastReport 4 VCL,
который представляет собой сочетание дизайнера, генератора и средства просмотра
отчетов. На сегодняшний день FastReport стал фактическим стандартом для
создания отчётности как в узкоспециализированных областях, так и в программах
для корпораций, малого и среднего бизнеса. Его преимуществами являются:
‒ встроенный дизайнер диалогов для запроса параметров перед
построением отчета, а также интерпретатор макроязыков (C++Script, PascalScript,
BasicScript, JScript) для нестандартной обработки данных, которые позволяют разрабатывать
отчеты любой сложности;
‒ создание отчётов для матричных принтеров и дальнейшего
скоростного вывода, что особо востребовано в корпоративных задачах;
‒ рекордно высокая скорость формирования отчетов;
‒ малый размер - FastReport добавляет к приложению меньше
килобайт, чем любой другой генератор отчетов со сравнимой функциональностью;
‒ FastReport не требует дополнительных DLL и органично
встраивается в .EXE-приложение;
‒ FastReport поставляется с полным исходным кодом. Вы можете
адаптировать его под собственные нужды;
‒ FastReport содержит полный набор документации (руководство
пользователя, руководство программиста, руководство разработчика компонентов,
руководство по встроенному языку) на русском языке общим объемом свыше 400
страниц.
Все выше перечисленное дает возможность создания эффективного
программного средства с удобным интерфейсом и высоким быстродействием.
.4 Физическая структура приложения
Средством
упрощения задачи проектирования программных средств и распределения процесса
разработки ПС между группами разработчиков является модульность - принцип,
согласно которому ПС разделяется на отдельные именованные сущности, называемые
модулями
<#"564452.files/image002.gif">
Рисунок 4.1 - Главная форма программы
При переходе в пункт главного меню «Журнал» отображается электронная
картотека пациентов, зарегистрированных в амбулаторно-поликлиническом
учреждении здравоохранения (рисунок 4.2).
Рисунок 4.2 - Картотека пациентов
В верхней части формы расположен переключатель, отвечающий за способ
поиска. Поиск может осуществляться по адресу, ФИО или по персональному номеру
пациентов. Для внесения критериев поиска необходимо выбрать из представленной в
выпадающих списках информации нужную, либо внести самостоятельно, где
выпадающий список не предусмотрен. При выборе признака «Учитывать населенный
пункт в адресе», расположенного под критериями поиска, в поле «Адрес» таблицы,
содержащей информацию о пациентах, будет отображаться полный адрес проживания
пациента, т.е. с названием населенного пункта.
При выборе из списка определенного пациента, который осуществляется путем
нажатия кнопки «Выбрать», расположенной в нижнем правом углу формы, или с
помощью двойного щелчка левой кнопки мыши по пациенту, отображается «Журнал
госпитализации» данного пациента (рисунок 4.3). В нем отображены краткие
сведения о случаях госпитализации данного пациента, которые заносятся при прибытии
пациента в стационар.
Рисунок 4.3 - «Журнал госпитализации» выбранного пациента
Кнопки «Новый», «Изменить», «Удалить» выполняяют соответствующие их
названиям действия над записями в «Журнале госпитализации» пациента. При
добавлении нового случая госпитализации или изменении уже существующего
(например, необходимо внести дополнительный диагноз) отображается форма,
содержащая поля-критерии, которые неоходимо заполнить (рисунок 4.4). Некоторые
поля имеют значение по умолчанию, например, в поле «Направляющее медицинское
учреждение» по умолчанию устанавливается наименование поликлиники, база данных
которой подключена к приложению, поле «Дата госпитализации» устанавливается в
текущую дату. Однако, эти поля можно изменять. Значение по умолчанию
предусмотрено лишь для удобства, чтобы ускорить процесс регистрации/изменения
случая госпитализации.
Рисунок 4.4 - Добавление/редактирование данных в «Журнале госпитализации»
Кнопка «Удалить диагноз» предназначена для удаления одного из диагнозов.
При ее нажатии появится сообщение, запрашивающее подстверждение на удаление.
Кнопка «Диагноз (Код МКБ-10)» предназначена для добавления в список нового
диагноза. При ее нажатии на экране монитора отображается форма (рисунок 4.5),
компоненты которой позволяют внести в БД характиристики заболевания.
Рисунок 4.5 - Форма ввода характеристик поставленного диагноза
В верхней части формы имеется поле «Код МКБ диагноза», в которое
необходимо ввести код заболевания. Для выбора наименования заболевания и его
кодировки из списка заболеваний классификатора МКБ-10 предусмотрена форма,
отображенная на рисунке 4.6. Доступ к ней осуществляется путем нажатия на
изображение справочника, расположенного справа от поля ввода диагноза.
Рисунок 4.6 - Встроенный справочник МКБ-10
При нажатии в главном меню на пункт «Отчеты» пользователю предоставляется
два вида отчетов: «Отчет о числе заболеваний, зарегистрированных в поликлинике»
(рисунок 4.7), который содержит перечень заболеваний, зарегестрированных в
поликлинике за отчетный период и количество болеющих этими заболеваниями,
разбитое по возрастным группам, и «Запросы по госпитализации» (рисунок 4.8).
Рисунок 4.7 - Критерии для формирования очета о числе заболеваний
Рисунок 4.8 - Запрос по госпитализации пациентов
При нажатии кнопки «Запрос» или «Отчет» происходит поиск в базе данных
информации, соответствующей критериям поиска, и отображение отчетов. Пример
отчета, сформированного с помощью запроса по госпитализации, отображен на
рисунке 4.9.
Рисунок 4.9 - Пример отчета по госпитализации
Отчеты можно распечатывать, экспортировать в MS Word, MS Excel и выполнять некоторые другие
действия. Для этого необходимо воспользоваться панелью инструментов,
расположенной над отчетом.
Тестирование
Чтобы убедиться в том, что программа будет работать правильно в различных
условиях, необходимо произвести функциональное и полное тестирование программы.
Функциональное тестирование - это проверка правильности функционирования
системы. Целью данного тестирования является проверка правильности работы
системы, включая навигацию, ввод, обработку и вывод данных.
Функциональное тестирование программы, а именно каждой операции, которую
выполняет каждый отдельный элемент программы, велось на протяжении разработки
программы при добавлении нового элемента, функции или процедуры. После
написания каждой части программы, она запускалась на выполнение, после чего
проверялось корректность работы данной части программы. При нахождении ошибок
программа исправлялась и проверялась заново. После написания законченного
модуля проверялась совместная работа всего модуля, состоящего из уже отлаженных
фрагментов. На данном этапе проверялось не только работоспособность модуля, но
и логическая связность. Здесь исправляются не столько синтаксические ошибки,
сколько логическая последовательность действий. Этот алгоритм применялся к
каждому модулю программы.
Полное тестирование производилось уже после полной реализации программы,
моделировались различные действия пользователя при работе с программой.
Выполнялись те же тесты, которые были выполнены при функциональном
тестировании.
Цель проведения испытания состояла в том, чтобы рассмотреть всевозможные
варианты работы программы, протестировать ее в нормальных, исключительных и
экстремальных условиях, выявить недостатки и устранить, если таковые имели
место.
В результате всех проверок ошибки и причины нарушения работы программы
были выявлены и устранены.
Охрана труда
6.1 Психофизиологические факторы трудовой деятельности, обусловленные
конструктивно-планировочным исполнением рабочего места оператора
Психофизиологические факторы трудовой деятельности обусловленны конкретным содержанием
трудовой деятельности, характером данного вида труда. К ним относятся
нервно-психическая нагрузка,
монотонность, темп, ритм труда, рабочие
позы, величина нагрузки на скелетную мускулатуру, на ЦНС, на высшие отделы
мозга, степень риска и другие.
При работе с
компьютером человек подвергается воздействию ряда опасных и вредных
производственных факторов: электромагнитных полей,
инфракрасного и ионизирующего излучений, шума и вибрации, статического
электричества и иных [2].
Работа с компьютером характеризуется значительным умственным
напряжением и нервно-эмоциональной нагрузкой операторов, высокой напряженностью
зрительной работы и достаточно большой нагрузкой на мышцы рук при работе с
клавиатурой электронной
вычислительной машиной (ЭВМ). Большое значение имеет
рациональная конструкция и расположение элементов рабочего места, что важно для
поддержания оптимальной рабочей позы человека-оператора.
При неудобной рабочей позе могут появиться боли в мышцах,
суставах и сухожилиях. Причина неправильной позы пользователей обусловлена
следующими факторами: нет хорошей подставки для
документов, клавиатура находится слишком высоко, а документы - низко, некуда
положить руки и кисти, недостаточно пространство для ног.
Специалисты считают, что центральная часть дисплея должна быть на уровне глаз или чуть
ниже. Когда человек смотрит прямо перед собой, его глаза открываются шире, чем
когда он смотрит вниз. За счет этого площадь обзора значительно увеличивается,
вызывая обезвоживание глаз. К тому же если экран установлен высоко, а глаза
широко открыты, нарушается функция моргания. Это значит, что глаза не
закрываются полностью, не омываются слезной жидкостью, не получают достаточного
увлажнения, что приводит к их быстрой утомляемости.
При работе
с персональным компьютером очень важную роль играет соблюдение правильного
режима труда и отдыха. В противном случае
у персонала отмечаются значительное напряжение зрительного аппарата с появлением
жалоб на неудовлетворенность работой, головные боли, раздражительность,
нарушение сна, усталость и болезненные ощущения в глазах, в пояснице, в области
шеи и руках [2].
.2 Проектирование параметров рабочего места оператора и размещение
средств его деятельности
Рабочее место и взаимное расположение всех его элементов
должно соответствовать антропометрическим, физическим и психологическим
требованиям. Планировка рабочего места должна удовлетворять санитарным и противопожарным
нормам и требованиям,
обеспечивать безопасность
работающим. Также при организации рабочего места оператора должны быть соблюдены следующие основные условия: оптимальное размещение оборудования,
входящего в состав рабочего места и достаточное рабочее пространство,
позволяющее осуществлять все необходимые движения и перемещения. Рабочее место должно быть
организовано в соответствии с требованиями стандартов, технических условии и
(или) методических указаний по безопасности труда.
Рациональная планировка рабочего места предусматривает четкий
порядок и постоянство размещения предметов, средств труда и документации. То,
что требуется для выполнения работ чаще, расположено в зоне легкой досягаемости
рабочего пространства.
Оптимальное размещение предметов труда и документации в зонах досягаемости
отображено на рисунке 6.1:
‒ дисплей размещается в зоне а (в центре);
‒ системный блок размещается в предусмотренной нише стола;
‒ клавиатура размещается в зоне г/д;
‒ «мышь» располагается в зоне в справа;
‒ сканер располагается в зоне а/б (слева);
‒ документация, необходимая при работе находится в зоне в;
‒ документы, неиспользуемые постоянно, ‒ в выдвижных
ящиках стола [14].
Рисунок 6.1 - Зоны досягаемости рук в горизонтальной плоскости
На рисунке 6.2 показан пример размещения основных и периферийных составляющих ПК на рабочем столе программиста [14].
1 ‒ сканер, 2 ‒ монитор,
3 ‒ принтер, 4 ‒ поверхность рабочего стола, 5 ‒ клавиатура, 6 ‒ манипулятор типа мышь.
Рисунок 6.2 ‒
Похожие работы на - Автоматизированное средство учета госпитализированных больных
|