Автоматизированная информационная система медицинского центра "Вторая жизнь" на базе MedWork

Размещено на http://www.allbest.ru/

1

Федеральное государственное бюджетное образовательное учреждение высшего профессионального ОБРАЗОВАНИИ

Казанский Национальный исследовательский ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ им. А.Н. Туполева-каи (КНИТУ-КАИ)

отделение среднего профессионального образования

Пояснительная записка к дипломному проекту (работе)

Тема: Автоматизированная информационная система медицинского центра “Вторая жизнь” на базе MedWork

Введение

Проектирование - это процесс преобразования исходного объекта в его окончательное описание на основе выполнения комплекта работ исследовательского, расчетного и конструкторского характера.

Под электронно-вычислительным средством (ЭВС) понимается изделие, в основе функционирования которого лежат принципы электроники и вычислительной техники. С позиции функциональной сложности ЭВС различаются следующие уровни: вычислительные системы, комплексы, устройства, узлы, компоненты и функциональные компоненты.

По конструктивной сложности ЭВС имеется также ряд уровней, среди которых наиболее распространены интегральные схемы (ИС).

Постоянное усложнение проектируемых ЭВС требует применения современных информационных технологий, позволяющих быстро перерабатывать огромное количество информации как исходной, так и получаемой в процессе проектирования.

Автоматизация процесса проектирования ЭВС и создание систем автоматизированного проектирования (САПР) позволяют сократить не только сроки разработки ЭВС, но и повысить их качество.

Максимальная формализация процесса конструирования позволяет применять математические модели и методы решения задач анализа и синтеза, необходимые для разработки математического обеспечения таких задач конструкторского проектирования, как компоновка узлов, размещение конструктивных компонентов на монтажном пространстве и трассировка межсоединений. Эти задачи тесно связаны между собой, однако в современных САПР они решаются последовательно. Требуются новые подходы и алгоритмы для их совместного решения.

В последние годы для решения задач конструкторского проектирования активно разрабатываются алгоритмы на основе эволюционного подхода, получившие название генетических алгоритмов. Основным их преимуществом является возможность учета одновременно нескольких критериев при поиске оптимального конструкторского решения, а также совместного решения задач компоновки, размещения и трассировки.

документирование автоматизированный логический

1. Цели и задачи АИС

В рамках цикла медицинского администрирования, АИС решает задачи автоматизации работ на стадиях проектирования и подготовки производства.

Основная цель создания САПР -- повышение эффективности труда инженеров, включая:

· сокращения трудоёмкости формирование медицинской информации;

· сокращения времени печати ;

· сокращения проектирования и изготовления, уменьшение затрат на эксплуатацию;

· повышения качества и технико-экономического уровня результатов проектирования;

· сокращения затрат на натурное моделирование и испытания.

В данном разделе будут включены результаты экспресс анализа, предпроектного обследования производственно-хозяйственной деятельности и описание существующей информационной технологии организации (как есть). В результате проведенного предпроектного анализа конкретизируются задачи, формулируются цели и обосновывается необходимость разработки системы автоматизированного проектирования (САПР).

В подразделе 1.1. проводится описание модели производственно-хозяйственной деятельности организации. Для документирования модели необходимо использовать диаграммы IDEF0. Модель должна обязательно содержать диаграммы A-0, A0, A1 и A2.

В подразделе 1.2. на основе проведенного предпроектного обследования осуществляется построение модели существующей в организации информационной технологии (диаграммы IDEF3).

В подразделе 1.3 приводится обоснование необходимости построения системы автоматизированного проектирования.

1.1 Формулирование целей и задач АИС

Основная цель создания АИС -- повышение эффективности труда инженеров, включая:

· сокращения трудоёмкости формирование медицинской информации;

· сокращения времени создания амбулаторных карт;

· повышения качества и технико-экономического уровня результатов администрирования;

Основными целями в данном дипломном проекте являются:

1) Повышение качества выполнения проектной процедуры размещения компонентов при разработке печатных плат цифровых электронных средств.

2) Сокращение времени выполнения проектной процедуры размещения компонентов на печатной плате.

Повышению качества и сокращению времени выполнения процедуры размещения электронных компонентов на печатной плате способствуют следующие факторы:

1) Автоматизация анализа механических, электрических и габаритных параметров электронных компонентов, необходимых для сборки платы.

2) Обеспечение автоматизированного выбора критериев и ограничений для задачи размещения.

Основными задачами в данном курсовом проекте являются:

1) Анализ тепловых параметров и параметров электромагнитной совместимости компонентов печатных плат для выбора критериев и ограничений задачи размещения.

2) Поиск оптимального варианта размещения электронных компонентов на печатной плате с учетом определенных критериев и ограничений.

Данный проект посвящен совершенствованию работ инженеров и проектировщиков, а именно созданию системы автоматизированного проектирования печатных плат цифровых электронных средств на основе информационных технологий и алгоритмов действий, которые будут разработаны с учетом обоснованных факторов, влияющих на эффективность и качество проектирования печатных плат.

Результатом автоматизированного решения задачи является «Компьютеризованная модель печатной платы с размещенными на ней электронными компонентами», которая поступает группам инженеров для последующего процесса механического конструирования платы и электронных компонентов.

1.2 Автоматизированная информационная система медицинского центра

Диаграмма А «минус» 0 (рис. 1).

1. Название моделируемого процесса: «Автоматизированная информационная система медицинского центр "Вторая жизнь" на базе MedWork».

Рис. 1. IDEF0 диаграмма А «минус» 0.

2. Внешние связи.

2.1. Материальные процессы (название, источники, направления, объемы).

Название процесса: «Автоматизированная информационная система медицинского центра "Вторая жизнь" на базе MedWork».

В многопрофильный медицинский центр поступает пациент. Он должен пройти регистрацию в базе данных медицинского центра, для внесения своих данных в базу данных достаточно иметь паспорт. Администраторы медицинского центра, вводят данные, записывают пациента в электронную очередь, далее данные о пациенте поступают на компьютер медицинского персонала клиники, который проводит обследование больного. После осмотра данные о пациенте вводятся в карту клиента, и отправляются обратно администраторам. Система проводит подсчет выполненных услуг, после чего происходит печать чека.

2.2. Оперативная входящая информация (состав документов, характеристики информационных процессов, источники, получатели, частота, объемы, информационные процедуры).

Входными данными моделируемого процесса являются:

- данные о пациенте.

2.3. Выходящая информация.

Выходными данными процесса являются:

- амбулаторная карта больного;

- чек.

2.4. Нормативно-справочная информация (рекомендации, распоряжения, законы, инструкции, методики принятия решений, справочники, Госты, классификаторы, кодификаторы, нормативы, источники обновления, частота обновления, объемы информации и объемы изменений).

Автоматизированная информационная система медицинского центра “Вторая жизнь” регламентируется следующими документами: Нормативно-распределительная документация, Медицинская информационная документация.

3. Персонал, лица принимающие решения, исполнители решений.

Администраторы, медицинский персонал.

Диаграмма А0 (рис. 2).

Как правило, в IDEF0 диаграммах диаграмму А0 разбивают на диаграммы А1 (управляемый процесс) и А2 (управляющий процесс). В нашем случае управляемым процессом является процесс «Обработка данных о пациенте», а управляющим - «Проведение лечения больного».

Рис. 2. IDEF0 диаграмма А0.

Описание диаграммы А1 (рис. 3).

1. Название моделируемого процесса: «Обработка данных о пациенте».

1.1. Оперативная входящая информация.

На вход системы поступают данные о пациенте необходимые для внесения в базу данных и создания амбулаторной карты.

1.2. Выходящая информация.

Система в результате формирует структурную схему информации о пациенте в виде амбулаторной карты.

1.3. Нормативно-справочная информация.

Необходимой информацией для занесения информации в амбулаторную карту нормативно-распределительная документация из технической документации (присвоения ID, заполнения анкеты, т.д.).

2. Внутренние связи процесса (для дочерних диаграмм). Информационные (состав документов, характеристики потоков, источники, получатели, частота, объемы) и материальные потоки (название, источники, направление, объемы).

В данном моделируемом процессе существуют только информационные потоки. К ним относятся:

- паспортные данные;

- зарегистрированное обращение.

Процедуры, порождающие данные потоки, описываются в п. 4 описания диаграммы А1.

3. Процессы и процедуры.

Основная задача АИС - обработка данных о пациенте, т.е. построение компьютерной модели базы данных пациента. Этой задаче соответствует процесс «регистрация пациента». Этот процесс напрямую информационно связан с другими процедурами - «проверка данных паспорта», «регистрация обращения» и «занесения информации в амбулаторную карту». Все данные процедуры выполняются поочередно, которые поступают на вход функции основной задачи. Процесс основной задачи осуществляет выборку критериев и передачу их инженеру-эксперту для оценки. Выбранные критерии снова поступают на вход основного процесса, который с учетом этих критериев реализует структурную схему в виде модели печатной платы.

4. Оборудование, инструменты, программы.

Для выполнения необходимых аналитических и математических вычислений используются компьютеры.



Рис. 3. IDEF0 диаграмма А1.

Описание диаграммы А2 (рис. 4).

Рис. 4. IDEF0 диаграмма А2.

1. Название моделируемого процесса: «Проведения лечения больного».

1.1. Материальные процессы.

К материальным процессам относятся: “Проведение осмотра пациента и присвоение ID при поступлении”, ”Принятие решения о лечении”, “оказание амбулаторного лечения”, “назначение стоимости лечения”

1.2. Оперативная входящая информация.

Входящей информацией является:

- Амбулаторная карта больного.

1.3. Выходящая информация.

Выходными данными являются:

- Чек

1.4. Нормативно-справочная информация.

Нормативно-справочной информацией являются медицинская информационная документация, а также определенная нормативно-распределительная документация.

2. Внутренние связи процесса (для дочерних диаграмм).

В данном моделируемом процессе существуют только материальные связи между процедурами. Пациент с ID, назначение лечения, амбулаторная карта.

3. Процессы и процедуры.

Первым связующим звеном с управляемой системой является процедура «проведения осмотра пациента и присвоение ID при поступлении», которая отправляет информацию о выбранных видах оказываемых услугах пациенту, на основе, которой управляемая система определяет параметры критериев для решения основной задачи. Вторым связующим звеном является процедура «принятие решения о лечении», на вход которой поступают вычисленные критерии и ограничения для их оценки и выборки медицинского персонала. Заданные критерии отправляются в управляемую систему для получения структурной схемы лечения. После этого выполняется процесс «оказание амбулаторного лечения». В результате выясняются болезнь пациента, назначается лечение и составляется «назначение стоимости лечения».

4. Персонал, лица принимающие решения, исполнители решений.

Всем процессом обследования и лечения пациента руководят группы медицинского персонала.

1.3 Информационная технология

Построение сценария информационного процесса

Описание информационной технологии представим в виде поведенческой модели (диаграммы IDEF3). В ней отражаются такие категории как действия (работы), события (соединения, перекрестки) и связи между действиями (временные, объектные), отражающие возможный порядок выполнения действий.

Диаграммы IDEF3 позволяют представить сценарий информационного процесса (информационную технологию) в виде параллельно последовательно выполняемых действия и событий с одновременным описанием объектов, имеющих к процессу непосредственное отношение.

Описание диаграммы IDEF3 (рис. 5).

1. Название моделируемого процесса: «Автоматизарованная информационная система медицинского центра “Вторая жизнь” на базе MedWork».

2. Описание процесса.

В многопрофильный медицинский центр поступает пациент. При предъявлении паспорта администраторы проверяют о наличие пациента в базе данных клинике. Если пациент пришел в первый раз, он должен пройти регистрацию в базе данных медицинского центра, для внесения своих данных в базу данных достаточно иметь паспорт. Администраторы медицинского центра, вводят данные, записывают пациента в электронную очередь, далее данные о пациенте поступают на компьютер медицинского персонала клиники, который проводит обследование больного. После осмотра данные о пациенте вводятся в карту клиента, и отправляются обратно администраторам. Система проводит подсчет выполненных услуг, после чего происходит печать чека.

Рис. 5. IDEF3 диаграмма.

2. Функциональная структура АИС

Функциональная структура АС определяется множеством подсистем, задач, функций, источников и потребителей информации, объединенных информационными связями.

Построение функциональной структуры АС осуществляется на этапе технического проектирования на основе данных, полученных в результате предпроектного и детального обследования информационных потоков и процедур обработки данных.

При разработке функциональной структуры АС производится окончательный выбор задач АС, осуществляется их постановка, определяются информационные и управляющие связи между задачами и службами управления.

Описание постановки каждой задачи включает в себя:

· шифр, названия задачи, подсистемы ИС;

· описания структурного подразделения и пользователей задачи, результатов ее решения, выходных форм, используемой входной оперативной информации задачи, частоты и методов ее сбора;

· список нормативно-справочной информации, используемой при решении задачи, частоты и методов ее обновления; периодичность решения задачи и ограничения на время решения и краткое описание логической последовательности решения задачи.

2.1 Внешние объекты и диаграммы окружения

Модель окружения - совокупность функционального блока с основной функций f_m выполняемой АС, внешних объектов E={e}, с которыми взаимодействует АС (отправители и получатели информации) и связей между ними.

Компонентами модели окружения являются:



Рис. 8. DFD диаграмма «Модель окружения».

1. Внешние объекты - E={e} (пользователи, операторы, источники, получатели, должностные лица, группы должностных лиц, подразделения, организации, и т.д.).

2. Функциональный блок с основной функцией АС - f_m.

3. Информационные связи функционального блока с внешними объектами.

Модель окружения описывает систему как объект, реагирующий на события, порождаемые внешними сущностями. Модель окружения представляет собой совокупность одного функционального блока, обозначающего моделируемую систему, и внешних сущностей, от которых в систему и/или к которым из системы поступают информационные или управляющие потоки.

Функциональный блок на диаграмме изображается прямоугольником с закругленными вершинами.

Внешняя сущность представляет собой материальный объект или физическое лицо, которые могут выступать в качестве источника, приемника информации. Примерами внешних сущностей могут служить: клиенты организации, заказчики, персонал организации, операторы ЭВМ и т. д.

Внешняя сущность обозначается прямоугольником с тенью, внутри которого указывается ее имя. При этом в качестве имени рекомендуется использовать существительное в именительном падеже и уникальный номер сущности в модели. Обычно эти блоки располагаются у краев диаграммы. Одна внешняя сущность может повторяться на одной и той же диаграмме несколько раз.

Внешними объектами данного моделируемого процесса являются администраторы, а также медицинский персонал, который непосредственно выполняют соответствующие работы для корректного функционирования системы с использованием различного технического оборудования.

2.2 Данные, результаты, хранилища и логическая модель

Логическая модель включает:

- множество - F = F_M F_I F_C - функции задач АС, где F_M -функции основных задач АС, F_I - функции, обеспечивающие подготовку исходных данных для решения основных задач (функции задач сбора, ведения базы данных, и т.д.), F_C - функции корректировки, редактирования результатов решения основных задач;

- множество R_F = {r_f} информационных связей, существующих между задачами: R_F (F_I F_M) (F_M F_M) (F_M F_C) (F_C F_M).

Связи из R_F взвешиваются наименованиями фрагментов данных M, (M={m}, f_M: R_F M), отражающих содержание информационных связей функций.

Логическая модель, отображает систему как набор действий и описывает, что должна делать система.

Логическая модель представляет собой набор функциональных блоков, связанных потоками данных.

Функциональный блок представляет собой совокупность операций по преобразованию входных потоков данных в выходные в соответствии с определенным алгоритмом или правилом. Хотя физически процесс может быть реализован различными способами, наиболее часто подразумевается программная реализация процесса.

Функциональный блок на диаграмме изображается прямоугольником с закругленными вершинами. В блоке указывается его номер и имя. В качестве имени необходимо использовать словосочетание, обозначающее процесс и содержащее отглагольное существительное или глагол в неопределенной форме с необходимыми дополнениями.

Исходными данными для функций задач настоящей АС являются данные о пациенте. Результатом является амбулаторная карта, т.е. зафиксированная в базе данных результаты и данные пациента. А так же на выходе нашей АИС мы получаем чек, по которому пациент рассчитывается за указанные клиникой услуги.

Рис. 9. DFD диаграмма «Логическая модель»

2.3 Задачи, функции и модель поведения

Модель поведения содержит множества:

- внешних объектов E={e};

- хранилищ фрагментов данных: M={m};

- процессов, соответствующих функциям из F_M;

- информационные связи: R_I (E M) (M F_M) (F_M F_M) (F_M M ) (M E ) (E F_M ) (F_M E).

- управляющие связи: R_С (E F_M ) (F_M F_M ) (F_M E).

Модель поведения показывает, как система обрабатывает те или иные события.

Модель поведения содержит внешние сущности (представлены в модели окружения) как источники и/или приемники информации и функциональные блоки (представленные в логической модели) для обработки этой информации. Соединение блоков отражает процессы приема/передачи информации. Для моделирования процессов сохранения данных используются хранилища данных. Таким образом, модель поведения есть интегрирующая и детализирующая схема того, что было представлено в логической модели и модели окружения.

Хранилище представляет собой абстрактное устройство или место хранения информации (часть базы данных). Предполагается, что данные можно в любой момент поместить в хранилище и через некоторое время извлечь, причем физические способы помещения и извлечения данных могут быть произвольными.

Хранилище на диаграмме изображается прямоугольником с двумя полями. Первое поле служит для указания номера. Второе поле для имени хранилища. В качестве имени рекомендуется использовать существительное, которое характеризует способ хранения соответствующей информации.



Рис. 10. DFD диаграмма «Модель поведения».

3. Информационное обеспечение САПР

Задача проектирования информационного обеспечения ИС формулируется следующим образом: определить потоки, содержание, носители, форму и структуру представления информации, необходимой и достаточной для управления объектом в рассматриваемой предметной области.

3.1 Концептуальное проектирование базы данных

При концептуальном проектировании базы данных используется методика, ориентированная на модель представление данных «Сущность-связь». Базовыми компонентами в этой модели являются сущности и связи.

Под сущностью понимают основное содержание, совокупность важнейших свойств объектов рассматриваемой предметной области. Сущность состоит из множества экземпляров, каждый из которых содержит характеристики или свойства конкретного объекта предметной области.

Для каждой сущности указывается наименование, дается краткое описание. Оценивается количество экземпляров сущности.

Атрибуты ? поименованные свойства объектов, являющиеся содержанием сущности. Для каждого атрибута устанавливается имя и дается определение, которое вносится в глоссарий. Сущность не может содержать двух атрибутов с одним и тем же именем. Каждый экземпляр сущности должен быть уникален и отличаться от других экземпляров.

Атрибут может использоваться в качестве первичного ключа, вторичного ключа или определять не ключевое свойство сущности.

Домен можно определить как совокупность значений, из которых берутся значения атрибутов. Каждый атрибут может быть определен только на одном домене, но на каждом домене может быть определено множество атрибутов. В понятие домена входит не только тип данных, но и область значений данных.

Под связью понимают ассоциацию между экземплярами сущностей, которая строится по определенному правилу. Одна сущность может участвовать в нескольких связях. Связь также как и сущность характеризуется множеством атрибутов.

Связи характеризуется кардинальностью и избирательностью.

Кардинальность (мощность связи) связи между сущностями А и В определяется парой чисел: <v,w>, которая показывает, что одному экземпляру сущности А соответствует согласно связи w экземпляров сущности В, а одному экземпляру сущности В соответствует v экземпляров сущности А.

Избирательность - это минимальная кардинальность. По избирательности связи делятся на обязательные, возможные и необязательные.

Исходными данными для концептуального проектирования является DFD-диаграмма (модель поведения) задачи.

Этапами концептуального проектирования базы данных являются:

1. Устанавливаются сущности (хранилища соответствуют сущностям БД).

2. Сущностям присваиваются названия, формируются описания, устанавливается количество экземпляров каждой сущности. Результат оформляется в таблицу 1:

Таблица 1

Обозначение сущности (связи)	Наименование сущности (связи)	Количество экземпляров
S1	Пациенты	1000
S2	Лечебные кабинеты	20
S3	Оказываемые услуги	200
S4	Прайс-лист	200

3. Для каждой сущности определяется совокупность атрибутов.

«Пациент»

ID пациента

ФИО пациента

Дата рождения

Контактные данные

Место работы

«Лечебные кабинеты»

Номер кабинета

Наименование кабинета

Расписание кабинета

«Оказываемые услуги»

ID услуги

ID пациента

Наименование услуги

Номер кабинета

«Прайс-лист»

ID услуги

Цена

4. Выполняются преобразования декларативных атрибутов в параметрические, составных в простые, устраняются вторичные атрибуты, динамические по возможности преобразуются в статические.

5. Для каждого атрибута устанавливается наименование, приводится описание, определяется домен.

Результат оформляется в таблицу 2:

Таблица 2

Наименование сущности (связи)	Наименование атрибута	Наименование домена
Пациент	ID пациента	ID пациента
	ФИО пациента	ФИО пациента
	Дата рождения	Дата рождения
	Контактные данные	Контактные данные
	Место работы	Место работы
Лечебные кабинеты	Номер кабинета	Номер кабинета
	Наименование кабинета	Наименование кабинета
	Расписание кабинета	Расписание кабинета
Оказываемые услуги	ID услуги	ID услуги
	ID пациента	ID пациента
	Наименование услуги	Наименование услуги
	Номер кабинета	Номер кабинета
Прайс-лист	ID услуги	ID услуги
	Цена	Цена

6. Для доменов определяются типы значений. Результат оформляется в таблицу 3.

Таблица 3

Наименование домена	Описание типа данных (максимальное кол-во знаков)	Примеры значения
ID пациента	числовой (5)	10
ФИО пациента	текстовой (30)	Иванов Иван Иванович
Дата рождения	числовой (8)	01.01.1975
Контактные данные	текстовый (20)	г.Казань, ул.Фучика 1-1
Место работы	текстовой (10)	“Сбербанк”
Номер кабинета	числовой (4)	35
Наименование кабинета	символьный (20)	Стоматолог
Расписание кабинета	числовой (4)	11:30
ID услуги	числовой (10)	32
Наименование услуги	текстовой (30)	УЗИ
Цена	числовой (10)	390

Если домен конечное множество, то приводятся все значения кодов в приложении 2 с пояснениями этих значений.

7. Для каждой сущности определяются первичный и основной ключи.

8. Среди сущностей выявляются связи.

9. Для каждой связи определяется кардинальность и избирательность.

10. Осуществляется построение графовой концептуальной модели (рис.19).

Рис. 11. Концептуальная модель

3.2 Логическое проектирование базы данных

При логическом проектировании базы данных используется методика, ориентированная на реляционную модель данных.

Базовыми понятиями в реляционной модели данных являются: отношение, схема отношения, атрибуты, домены, функциональная зависимость атрибутов отношения.

Функциональная зависимость. Рассмотрим отношение r с атрибутами А и В. Атрибут В функционально зависит от атрибута А, если каждому значению атрибута А во всех компонентах отношения соответствует одно и только одно значение атрибута В.

Атрибут А будем называть определяющим атрибутом, а атрибут В определяемым атрибутом функциональной зависимости В от А.

Нормализация отношений.

1. Первая нормальная форма (1НФ).

Отношение R находится в 1НФ тогда и только тогда, когда все входящие в него домены содержат только неповторяющиеся значения.

Все отношения после концептуального проектирования находятся в 1НФ.

2. Вторая нормальная форма (2НФ).

Отношение R задано во 2НФ, если оно является отношением в 1НФ, и каждый атрибут, не являющийся ключевым атрибутом в этом отношении, полностью функционально зависим от любого возможного ключа этого отношения.

В общем случае каждый атрибут должен полностью зависеть от всего ключа; в противном случае его следует выделить в отдельное отношение.

3. Третья нормальная форма (3НФ).

На последнем шаге ликвидируется так называемая транзитивная зависимость.

Этапы логического проектирования базы данных.

1. Получение начальной логической модели базы данных из исходной концептуальной модели.

2. Построение системы полных функциональных зависимостей. Результат оформить в виде таблицы 4:

Таблица 4

Наименование сущности (связи)	Наименование атрибута	Функциональные зависимости
Пациент	ID пациента	*
	ФИО пациента	<
	Дата рождения	<
	Контактные данные	<
	Место работы	<
Лечебные кабинеты	Номер кабинета	*
	Наименование кабинета	<
	Расписание кабинета	<
Оказываемые услуги	ID услуги	*
	ID пациента	*
	Номер кабинета	*
Прайс-лист	ID услуги	*
	Цена	<
	Наименование услуги	<

1. Нормализация отношений и получение отношений в третьей нормальной форме.

В данном случае все отношения находятся в третьей нормальной форме.

2. Установление атрибутов связи.

Построение логической модели базы данных в форме графа (рис. 20).

Рис. 12. Логическая модель базы данных

МИС "Medwork"

Медицинская информационная система MEDWORK разработана компанией «Мастер Лаб» (MASTER LAB) для решения комплекса лечебных и управленческих задач, стоящих перед современной поликлиникой и стационаром. Сегодня, благодаря двадцатилетнему опыту эксплуатации и развития системы, мы можем предложить полнофункциональный, масштабируемый и открытый продукт - рабочий инструмент руководителя, врача и всех сотрудников клиники.

Компьютерная программа MedWork предназначена для автоматизации медицинских учреждений любого профиля и обеспечивает:

· Ведение истории болезни и амбулаторной карты

· Охват всех основных этапов лечебного процесса

· Получение и обработка медицинской и финансовой статистики

· Подготовка и печать выписок

· Планирование приемов, лечебной работы

· Формирование счетов пациентам и учет оказанных услуг

· Автоматизация печати листков нетрудоспособности

· Взаимодействие с организациями и страховыми компаниями по ОМС и ДМС

· Проектирование и формирование выходных отчетных форм

· Применима во всех типах лечебных учреждений благодаря:

1. Полной настраиваемости пользователем всех форм ввода и выписок

2. Легкости администрирования и обучения

3. Масштабируемости системы от использования в медпункте до крупной клиники, диагностическом центре, больнице из нескольких зданий

4. Гибкости и удобству системы в настройке профилей пользователей, в интеграции с существующими программами, экспорте-импорте данных из существующих программ

5. Открытости системы для доработки и сопровождения как персоналом клиники, так и сторонними разработчиками

История болезни

В Medwork История Болезни пациента представлена в виде привычной для медиков карты пациента, состоящей из набора документов (бланков). Документы могут содержать данные различного рода: текст, изображения, таблицы, диаграммы и др.

Рис. 13

Это позволяет хранить в электронном виде любые сведения о пациенте и ходе лечения, включая:

· результаты обследований;

· описания функционального состояния пациента, диагнозы;

· сведения об операциях, процедурах;

· данные лабораторных анализов;

· счета за лечение;

· изображения, полученные с медицинских приборов, сканера или цифровой камеры.

Заполнение карты значительно ускоряется за счет использования формализованных схем лечения и пополняемых и настраиваемых справочников.

Удобный интерфейс с возможностью группировки и сортировки документов позволяет врачу быстро найти необходимую информацию в карте пациента.

Рис. 14

Данные с приборов (УЗИ, кардиограммы, анализы и др.) могут с помощью специального интерфейса напрямую передаваться в карту пациента.

Выписка из истории болезни одним нажатием клавиши

Данные из карты пациента могут быть представлены в произвольно задаваемом виде с помощью мощного и настраиваемого механизма выписок. Создание выписок происходит автоматически и освобождает пользователей от длительной работы по сбору информации - несколько секунд, и вы получаете готовую выписку в виде документа Microsoft Word.

Максимально удобная работа с листками нетрудоспособности

Работа с листками нетрудоспособности нового образца (утвержденных приказом №347н от 26.01.2011) в MedWork максимально проста и интуитивно понятна. В карту пациента вкладывается документ "Листок нетрудоспособности", MedWork сам заполняет большинство полей листка данными из базы или шаблонов. Верифицированные данные из MedWork впечатываются в бланк листка временной нетрудоспособности. Данные обо всех выданных листках нетрудоспособности сохраняются в MedWork.

Рис. 15

Статистические отчеты по всем направлениям деятельности

Medwork позволяет получить любые статистические отчеты за любой срок: по лечебной работе, статистике приемов, заболеваемости, разнообразные финансовые отчеты и т.п. Создание нового отчета не требует дополнительного программирования и выполняется с помощью специального мастера, включенного в Medwork. Открытый формат данных делает возможным доступ к системе из любых известных генераторов отчетов.

Удобное планирование приема пациенто

Рис. 16

Пользователи в интерактивном режиме могут создавать разнообразные очереди, списки пациентов для направления на другие рабочие места. Простой и удобный интерфейс работы с группами пациентов дает возможность планировать график приемов на любом рабочем месте, от процедурного кабинета до планирования и учета операционных списков

Настройка и развитие системы в процессе работы силами специалистов медучреждения

Medwork предоставляет широкие возможности настройки и может работать в любом медицинском учреждении. Такие понятия как отделы, списки-очереди, группы пользователей позволяют гибко описать структуру клиники и технологию прохождения пациента по различным этапам лечебного процесса.



Рис. 17

Рис. 18

Редактирование и пополнение библиотеки вводных форм, выписок и отчетов с помощью удобного и мощного редактора, а также изменения в структурe базы данных можно делать в процессе работы и не требует специальной квалификации. Открытая архитектура системы делает возможным подключение к ней программных модулей, разработанных пользователями, что позволяет функционально расширять систему по мере расширения клиники или введения новых схем лечения.

Архитектура МИС

Медицинская информационная системы MEDWORK является комплексным решением.

Ключевым понятием системы является профиль. Например, профиль регистратура, приемное отделение, постовая медсестра, процедурная медсестра,…. и т.п. Всего в рамках Типовой Конфигурации (полная поставка системы) разработано более 60 профилей для разных типов медучреждений. Все профили доступны для использования. Набор профилей образует Конфигурацию. Примеры конфигураций - Типовая (полная), Стационар, Поликлиника, Частная клиника, Диализ, ЭКО-клиника и т.п. Клиенты легко могут дорабатывать и развивать профили и конфигурации под свои нужды без потери целостности данных.

Выбор профиля МИС

Рис. 19

Ключевые функциональные возможности

«Электронная медицинская карта»

«Электронная медицинская карта» (ЭМК) - это удобная автоматизированная амбулаторная карта пациента или (для стационаров) электронная история болезни. ЭМК соответствует требованиям государственного стандарта «Электронная история болезни» (ГОСТ Р 52636-2006).

Устанавливается на рабочее место медицинских специалистов разного профиля: врача, медицинской сестры, лаборанта, руководителей разного уровня медицинского учреждения, а также везде, где есть потребность вносить информацию в карту пациента.

Краткий список возможностей:

· Предоставляет пользователям возможность быстро и удобно вносить информацию о пациенте.

· Обеспечивает безопасность доступа к ЭМК с учетом прав доступа пользователей к медицинской информации, утвержденной в медицинском учреждении.

· Позволяет просматривать ЭМК пациента и быстро находить нужную информацию в больших объемах медицинской документации.

· Дает возможность формировать на основе ЭМК различные выписки, справки, эпикризы, печатать их и хранить копию этих документов.

· Предоставляет возможность наглядно просматривать медицинские данные по пациенту: диагнозы, лист назначений, строить различные графики и т.п.

· Позволяет настроить удобные протоколы для врачей любых специальностей.

· Дает возможность прикреплять к ЭМК различные документы, например, голосовые сообщения.

· Позволяет в электронном виде передавать пациенту его ЭМК на различных носителях в формате, доступном для просмотра на любом компьютере.

· Тесно интегрируется практически со всеми модулями системы MEDWORK: учет услуг, аптека, коечный фонд, обработка изображенийи другими.

Возможности и преимущества

Быстрое заполнение амбулаторной карты и истории болезни

Ввод обследований, результатов анализов и другой медицинской информации производится посредством создания записей различных профилей, специально разработанных для врачей разных специальностей: терапевтов, офтальмологов, хирургов, кардиологов, пульмонологов и т.д.

ЭМК/электронная история болезни поставляется с уже готовыми формами ввода, разработанными совместно с врачами и отлаженными в течение многих лет использования системы в медицинских учреждениях.

В системе предусмотрены инструменты, предназначенные для ускорения набора текстовой информации:

· Контекстные справочники прикреплены к полям ввода и содержат часто употребляемые термины и словосочетания. Иерархическая структура справочников позволяет автоматически конструировать длинные фразы. Стандартная поставка ЭМК включает множество готовых справочников, которые можно расширять самостоятельно.

· Режим поиска позволяет быстро находить в справочнике нужные термины.

· Инструмент шаблонов позволяет копировать данные из предыдущих записей истории болезни, а также облегчает ввод однотипной информации (протоколов операций, медосмотров и т.п.).

Ввод разнородной информации

ЭМК/электронная история болезни системы MEDWORK предлагает врачу мощный арсенал инструментов ввода данных, адаптированных для разнообразных видов информации.



Рис. 20

В программе предусмотрены возможности типизированного ввода, то есть заполнения полей текстового, числового, логического типов, списков и дат, которые в свою очередь предоставляют дополнительные возможности при сборе статистики и построении графиков. Редактор схем позволяет делать графические пометки и рисунки, например, на изображении роговицы глаза. В ЭМК могут быть помещены изображения в любом из наиболее распространенных форматов.

Инструменты ввода данных разнообразны. Они могут быть универсальными, узкоспециализированными, с элементарной или сложной логикой поведения. Открытая архитектура программы позволяет постоянно расширять и совершенствовать набор таких объектов.

Гибкая настройка структуры базы данных и интерфейса ввода

Данные можно вводить не только быстро, но и в полном соответствии с профессиональными потребностями специалиста.

Стандартный набор экранных форм, включенных в комплект медицинской информационной системы MEDWORK, может быть легко изменен и расширен благодаря использованию встроенного редактора форм. Используя этот удобный инструмент, пользователь создает новые формы и поля ввода, меняет внешний вид рабочего стола и взаиморасположение основных объектов интерфейса. Таким образом, можно в любой момент отразить в системе новые виды исследований или оптимизировать ведение электронной медицинской карты, не прибегая к помощи разработчиков.

Переключение между режимом ввода данных и режимом редактирования форм ввода производится мгновенно, но может быть заблокировано для защиты от неквалифицированного использования.

Рис. 21 Настройка доступа к документам в зависимости от профиля

Также возможно изменение структуры базы данных. В таблицы можно добавлять поля разных типов, меняется форматы хранения.

Удобный и быстрый поиск информации о пациенте

ЭМК/электронная история болезни медицинской информационной системы MEDWORK была спроектирована таким образом, чтобы не только ввод, но и последующие просмотр и анализ данных были удобны, наглядны и информативны, а любая информация, хранящаяся в базе данных MEDWORK, была легко доступна пользователю.

Важным инструментом просмотра медицинской карты является объект «выписка», отражающий основные показатели состояния здоровья пациента, развитие болезни, назначенные курсы лечения и позволяющий быстро перейти к любому экрану досье.

Рис. 22

Объект «Лист назначений» показывает, когда и какие медикаменты были прописаны пациенту, на какой срок и какие лекарства были отменены досрочно. Другой интересной особенностью системы является возможность анализировать с помощью графиков изменение любых числовых параметров во времени.

Справочник МКБ-10

ЭМК/электронная история болезни содержит справочник “Международная Классификация Болезней 10-го пересмотра”, который используется для внесения диагнозов в стандартизованном виде.

Предусмотрена возможность сформулировать свой собственный диагноз и связать его с «официальным» диагнозом по МКБ, а также много других полезных функций.

Рис. 23

Например, врач может найти в МКБ некоторый диагноз по ключевому слову, MEDWORK осуществит его перевод на английский язык с помощью английской версии МКБ и выполнит запрос в медицинской базе MEDLINE в Интернет для поиска статей по данной тематике.

Справочник VIDAL®

Инструмент назначений реализован на основе взаимодействия системы MEDWORK и встроенной базы данных электронного справочника лекарственных препаратов VIDAL®



Рис. 24

Формирование документов для печати

Создание документов разного типа (отчетов, писем, выписок, заключений) является повседневной работой врача. В ЭМК/электронная история болезни системы MEDWORK предусмотрены инструменты, которые существенно облегчают этот процесс, а также обеспечивают надежное архивирование всей документации в электронном виде.

Карта каждого пациента содержит набор документов, отсортированных по категориям и снабженных специальными описателями. Простота классификации позволяет врачам быстро находить нужные документы в архиве.

Работа с текстами может осуществляться либо посредством встроенного текстового редактора, либо с использованием Microsoft Word^®.

Данные могут быть скопированы из карты пациента непосредственно в документ. Письма и другие стандартные документы могут быть созданы автоматически на основе заранее подготовленных шаблонов. В шаблоны можно добавлять поля из электронной медицинской карты, которые заполняются реальными данными в процессе генерации письма. Созданные по шаблонам документы автоматически прикрепляются к карте и могут быть отредактированы вручную.

Размещено на Allbest.ru