Смекни!
smekni.com

Разработка модели Станции переливания крови с использованием методологии проектирования IDEF0, DFD и IDEF3 (стр. 2 из 3)

2.2.2 Врачом-трансфузиологом осуществляется:

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

– определение показаний к донорству, его вида и обьема взятия крови или ее компонентов.

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

3. В отделении забора крови и ее компонентов взятая дополнительно кровь направляется для проведения исследования(скрининга) ее состава и биохимических показателей, исследования крови на наличие сифилиса, антигена гепатита – В, антител к гепатиту С, ВИЧ -1 и ВИЧ – 2 антител, определения резуспринадлежности.

3.1 Заготовка крови от доноров осуществляется с учетом необходимости удовлетворения потребности лечебно-профилактических учреждений здравоохранения в крови, ее компонентах о препаратах.

Кровь от доноров заготавливают в стационарных или выездных условиях только станции переливания крови.

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

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

4. отдел контроля качества крови

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

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

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


2. Разработка модели

2.1 Принцип построения модели IDEFO

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

IDEFO-модель предполагает наличие четко сформулированной цели единственного субъекта моделирования и одной точки зрения.

Модель может содержать четыре типа диаграмм:

· контекстную диаграмму (в каждой модели может быть только одна контекстная диаграмма);

· диаграммы декомпозиции;

· диаграммы дерева узлов;

· диаграммы только для экспозиции (FEO).

Контекстная диаграмма является вершиной древовидной структуры диаграмм и представляет собой самое общее описание системы и ее взаимодействия с внешней средой.

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

В основе нотации и методологии IDEF0 лежит понятие «блока», то есть прямоугольника, который выражает некоторую функцию бизнеса. Как известно, прямоугольник имеет четыре стороны. В IDEF0 роли (функциональные значения) всех сторон различны:

· верхняя сторона имеет значение «управления»;

· левая – «входа»;

· правая – «выхода»;

· нижняя – «механизма».

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

Изобразительным элементом, представляющим «поток», является стрелка.

Управление – это что управляет деятельностью бюро, в данной разрабатываемой модели – это медицинские инструкции.

Стрелки «входа» вносят функции входных данных, в контекстной диаграмме – это донор.

Стрелки «выхода» – выходные данные. В контекстной диаграмме – это готовые компоненты крови.

Стрелка «механизма» – это влияющие на процессы данные. В диаграмме – это персонал и оборудование.

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

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

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

Все перекрестки на диаграмме нумеруются, каждый номер имеет префикс J. Можно редактировать свойства перекрестка при помощи диалога Definition Editor.

2.2 Принцип построения модели DFD

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

Для изображения DFD традиционно используются две различные нотации: Йодана (Yourdon) и Гейна-Сарсона (Gane-Sarson). Далее при построении примеров будет использоваться нотация Йодана, все исключения будут предварительно оговариваться.

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

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

- внешние сущности;

- системы / подсистемы;

- процессы;

- накопители данных;

- потоки данных.

2.3 Принцип построения модели IDEF3

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

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

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

Перекрестки (Junction). Окончание одной работы может служить сигналом к началу нескольких работ или же одна работа для своего запуска может ожидать окончания нескольких работ. Перекрестки используются для отображения логики взаимодействия стрелок при слиянии и разветвлении или для отображения множества событий, которые могут или должны быть завершены перед началом следующей работы. Типы перекрёстков представлены в табл.:


Типы перекрестков

Обозначение

Наименование

Смысл в случае слияния стрелок (Fan-in Junction) Смысл в случае разветвления стрелок (Fan-out Junction)
||& Asynchronous AND Все предшествующие процессы должны быть завершены Все следующие процессы должны быть запущены
||&|| Synchronous AND Все предшествующие процессы завершены одновременно Все следующие процессы запускаются одновременно
||O Asynchronous OR Один или несколько предшествующих процессов должны быть завершены Один или несколько следующих процессов должны быть запущены
||O|| Synchronous OR Один или несколько предшествующих процессов завершены одновременно Один или несколько следующих процессов запускаются одновременно
||X XOR (Exclusive OR) Только один предшествующий процесс завершен Только один следующий процесс запускается

Все перекрестки на диаграмме нумеруются, каждый номер имеет префикс J. Можно редактировать свойства перекрестка при помощи диалога Definition Editor. В отличие от IDEFO и DFD в IDEF3 стрелки могут сливаться и разветвляться только через перекрестки.