Posts tagged ‘Ит-Пеликан’
Сангвис 1995-1996г. Поездка в Гонконг и Японию
Сегодня все глаза смотрят на Японию – столько несчастий на этот замечательный народ опять свалилось.
И, конечно, именно в эти дни, мне ярко вспоминается моя поездка в Японию.
Поездка случилась в марте 1996года, но вся подготовка шла, конечно, в 1995г.
О том, что очередной Конгрес ISBT будет в Токио (вернее под Токио) было известно и в 1994г в Амстердаме (а на самом деле – гораздо раньше), но о том, что мне удастся туда поехать, в 1994г никто и не мечтал. Тогда то, что удалось присоединиться к работам зарубежных специалистов, да еще о себе рассказать, казалось чистой случайностью.
Но после поездки в Америку осенью 1994г и в Австрию в июне 1995г, мы уже стали практически «своими» в рабочей группе ISBT по автоматизации в службе крови, представляли Россию, а Осповат – Белоруссию.
Поэтому сразу после поездки в Австрию началась подготовка к очередному конгрессу. Я, с помощью коллег, подготовила тезисы доклада и мы направили их в оргкомитет. И просто очередным чудом показалось письмо о том, что доклад принят – в качестве стендового (а тезисы были опубликовны в сборнике трудов конгресса «Green N., Nizhechik Y. PELICAN” -the Information System for Medical Transfusion Data Processing in Sanguis Blood Bank. Proceedings of the 24 Congress of the International Society of Blood Transfusion ISBT’96- Japan, Makuhari Messe, March 31 – April 5, p.103»).
Теперь уже вопрос о том ехать или не ехать на конгресс не стоял, мы начали готовить доклад для представления на стенде. (Это уже был самый конец 1995г и начало 1996г).
Бизнес-анализ Сангвис ИТ Пеликан Работа с донорами
Часть 3 Подсистема Доноры — 3
Блок Картотека (банк данных) доноров
Это центральная часть и БД и всей ИТ Пеликан.
При формировании структуры Картотеки доноров было принято решение не делать больших различий между кадровыми донорами (у которых были большие карты) и всеми остальными. Жизнь показала, что это решение правильное, и хотя в системе имеется возможность относить доноров к разным категориям, с точки зрения содержательной и нормативной – это не простая задачка (на языке системы – правильно поставить код вида донора). В системе нет принципиальных отличий между кадровыми донорами и теми, кто сдают кровь эпизодически – структура базы позволяет для любого донора ввести (а следовательно потом и найти) любую – вдруг потребовавшуюся — информацию.
Бизнес-анализ Сангвис ИТ Пеликан Картотека отводов
Часть 3 Подсистема Доноры 2
Блок Картотеки отводов
Естественно, что первый блок, который был спроектирован в автоматизированной системе, это «Картотеки» в подсистеме «Доноры».
На первый взгляд эта задачка кажется совсем не сложной, и из предыдущего описания понятно что и как надо было делать.
Даже если представить себе, что мы бы не работали в условиях когда одновременно с автоматизацией произошло изменение оргстрктуры, тоже были бы всякие подводные камешки. Но у нас была задача не просто создать картотеки, но еще и сделать их единые по городу. Но не сразу, конечно. Сначала все делали для городской СПК (это еще до создания Сангвиса), и потом продолжили эту работу, когда СПК преобразовалась в ОЗК1 (отдел заготовки крови №1).
Мы все большие задачи решали постепенно, продвигаясь маленькими шажками. Это требовало делать много лишней работы, но зато обеспечивало реальное внедрение, причем достаточно быстрое.
Понятно, что на самом первом этапе были сделаны «Картотеки отводов». Теперь это не два типа, а именно две картотеки – два файла:
- Картотека лиц, которые не могут быть донорами
- Картотека «адресов неблагополучия»
Бизнес-анализ Сангвис ИТ Пеликан Обследование доноров
Часть 3 Подсистема Доноры
Проблемы, решаемые службой крови при работе с Донорами.
Существуют две противоречащие друг другу (в количественном аспекте) тенденции в работе с донорами в службе крови:
1) привлечение к выполнению донорской функции возможно большего числа людей, проживающих преимущественно в той местности, где расположено предприятие службы крови (регион), по крайней мере, это количество людей должно быть достаточно для обеспечения региона (по западным оценкам – не менее 5% населения)
2) недопущение до сдачи крови людей по заранее заданным критериям
Условно первую задачу можно назвать «организация донорства», а вторую — «отбор доноров».
Использовать Систему для содействия решению первой задачи стало возможно не на первых этапах ее создания, а значительно позже – когда был предусмотрен специальный блок, но главное в ее решении – привлечение общества к проблеме донорства, создание определенного имиджа донора, воспитание у молодежи соответствующего отношения и т.д
Вторая задача решается службой крови в контакте с другими медицинскими структурами в целях обеспечения безопасности. При этом есть две проблемы, которые приводят к необходимости это делать:
1) защита донора
2) защита реципиента – больного, которому для лечения требуется трансфузия компонентов крови (переливание).
Бизнес-анализ Сангвис ИТ Пеликан Структура
Часть 2 Подсистемы и Блоки
Говоря о техническом задании, я упирала на то, что главной задачей была структуризация, и последующее выстраивание этапов проектирования.
Из этого, конечно, не следует, что с первого раза – именно тогда –структура системы и сложилась окончательно.
Мы шли к окончательной структуре долго, повторяя итерации проектирования одних и тех же компонентов системы.
Трудность представляли даже термины – что на каком этапе декомпозиции использовать. Вроде бы в ГОСТах и написано, но не все, и как применить – всегда вопрос открытый. Какими именно терминами оперировать? Это именно та сфера, где никогда не было (и сейчас – я в этом уверенна – не смотря на нынешнее обилие западных книжек – тоже нет) однозначного толкования терминов.
Но в течение нескольких лет мы свою структуру как-то (совсем не очевидно) описали.
На верхнем уровне структуры в ней Подсистемы (практически по ГОСТу)
И вот подсистем у нас получилось всего 3:
Доноры
Продукция
Управление
Из этого видно, какая значительная часть приходится на все, что касается автоматизации работы с донорами.
Бизнес-анализ -Сангвис –АСУ Пеликан Структура Базы данных
Часть первая – наше техническое задание Продолжение
Итак, август 1989 года, условия начала нового проекта:
1. Новый для нас объект автоматизации, и работали мы как внешние разработчики
2. Полное отсутствие аналогов, публикаций, типовых решений – чего-бы то ни было, поэтому естественно, что это была заказная индивидуальная разработка
3. Полное отсутствие использования средств автоматизации на объекте и какого-либо опыта у пользователей
4. Обязательность использования стандартов во всех отраслях деятельности, где они существовали, и при создании информационных технологий, частности
5. Система должна была быть разработана для всей организации, а не для какого-то отдельного подразделения (со временем масштаб организации еще и вырос значительно).
6. Инициатором разработки АС являлось высшее руководство организации.
Бизнес-анализ -Сангвис –АСУ Пеликан Начало
Часть первая – наше техническое задание
Затеев свои мемуары, я уже писала о том как начиналось АСУ в Сангвисе. Даже достаточно подробно в заметке про 1990 год. Сейчас я немного повторюсь, но немного под другим углом зрения – уже с точки зрения особенностей самой разработки.
После первого знакомства с будущим Заказчиком (я предпочитаю говорить Пользователем), наша команда — воспитанники советской школы проектирования, объяснили ему, что начать надо с заключения договора на обследование и разработку Технического Задания.
В нашей команде никаких разночтений, разногласий не было, никому не пришло в голову предложить – «да зачем нам Техзадание, набацаем несколько АРМов, напрямую пообщавшись с пользователями».
Хочется мне с сегодняшних позиций понять – а почему мы были так в этом уверенны.
Отраслевые стандарты
(далее…)
Сангвис новые технологии 1993г-1994г
Закончим про этикетки.
Позже дизайн этикетки неоднократно менялся по самым разным причинам – консультации с международной комиссией и врачами лечебных учреждений, удобство использования в технологическом процессе и многократные изменения названия САНГВИСа (ГМПО превращалось в ГЦК, СПК, СПК2 и т.д).
Так выглядела этикетка в 1997 году (и это уже очень близко к сегодняшней).
По сравнению с 1994г она изменилась довольно сильно: были исправлены ошибки, подсказанные международной комиссией (и в первую очередь выстраивание кодов по 2 рядом для обеспечения конкатинации — совместного считывания кода кроводачи и кода группы крови, кода вида продукции и кода даты заготовки). В том числе, было убрано обозначение группы крови по системе АВО римскими цифрами, (мы пытались сохранить это обозначение как запасное по просьбе наших медиков, но это вызвало не добрую улыбку, а громкий смех у западных специалистов).
Этикетка стала немного больше размером — подгоняли под этикетку на пакете для взятия крови, максимльно используя место. Был заказан новый размер заготовок для этикеток производителям этих специальных рулонов самоклеющейся бумаги.
Место заготовки крови и идентификатор донора перенесены в центр этикетки. При этом ГМПО превратилось за это время в ГЦК, фамилия донора заменена на его код в системе (в интересах конфиденциальности при трансфузиях). Что было важно — вынесен на печать текст о проведенных тестах на инфекции. Ну и еще небольшие изменения.
Сангвис -Новые технологии – год 1993г
Все предварительные слова про нашу информационную систему сказаны, и теперь постепенно расскажу о сути вопроса.
При разработке ИТ в службе крови г. Екатеринбурга было принято за основу, несмотря на все трудности экономической ситуации, принимать не самые дешевые, а самые перспективные и самые современные технологии.
Информационная технология с первых шагов ее разработки рассматривалась как комплексная автоматизированная СИСТЕМА, охватывающая ВСЕ информационные объекты и процессы. В силу необходимости поэтапных разработки и внедрения отдельных частей системы, ее структура была предусмотрена и описана для автоматизации “по цепочке”. В начале — работа с донорами, затем заготовка крови, поставки продукции и лишь затем учет, другие функции управления.
О подсистеме Доноры немного я уже писала, теперь несколько основных моментов о подсистема «ПРОДУКЦИЯ«.
1993 год и второй семинар
Итак, мы реализовали ту идею, которую подарил нам Боря Зингерман на первом семинаре: регистратуры больше нет, все функции контроля по картотекам разделены между врачом на этапе осмотра донора перед кроводачей и информационной системой. Функции пополнения и обновления картотек переданы автоматизированной системе и пресоналу ее сопровождающему. Роль отдела АСУ как полноправного участника технологического процесса выросла, сфера использования компьютеров постепенно расширялась, у персонала возникала привычка к такому способу работы.
И вот через некоторое время возникла идея снова провести семинар по использованию информационных систем в службе крови. А раз появилась идея – то вскоре она была реализована.
Этот второй семинар сыграл огромную роль в дальнейшем развитии нашей информационной системы. Ставший уже нашим большим другом, В. Кобеляцкий привез к нам на семинар Максимовского Александра Степановича.
Мастерская бизнес-анализа 