7. Принцип децентрализации: сочетание централизации и децентрализации в построении модулей и системы в целом.
Принцип децентрализации рекомендует, чтобы управляющие воздействия и принятие решений исходили не только из главного модуля, как при полной централизации, но и из подсистем более низкого уpовня. Система с полной централизацией будет негибкой, "не приспосабливающейся", не обладающей внутренней активностью. Каналы передачи информации, как правило, в такой системе окажутся перегруженными.
8. Принцип неопределенности: учет возможности возникновения непред-виденных или неопределенных ситуаций при эксплуатации системы.
Принцип неопределенности утверждает, что в любой, самой детерминированной системе, возможны непредвиденные случайности и ситуации. Для исключения их влияния на работоспособность системы необходимо применять дублирование наиболее ответственных подсистем, оценивать при разработке наихудшие ситуации в системе и проектировать в расчете на них.
9. Принцип защищенности информации.
Этот принцип охватывает все меры,которые предпринимаются для обеспечения сохранности медико-санитарных данных от шагов, которые умышленно или неумышленно могут привести к изменениям,потере или раскрытию этих данных.
Защищенность данных направлена на достижение двух главных целей: обеспечение целостности данных и гарантии сохранения личной тайны больным и врачом.
Целостность данных предполагает состояние, когда компьютеризованные данные, взятые из первичного документа, не были случайно или с умыслом изменены, потеряны или разрушены. Это означает обеспечение сохранности приобретенных, хранимых, передаваемых или извлекаемых данных против разрушений в результате дефектов технических устройств, недостатков программного обеспечения, операционных ошибок и внешних физических повреждений, кражи зарегистрированных сведений и фальсификации.
Обеспечение сохранения личной тайны предполагает, что все данные из базы данных о пациенте должны обеспечиваться такими же мерами защиты от разглашения, как и аналогичные сведения, хранящиеся в регистратуре. Только лечащий врач может иметь доступ к специфическим сведениям о больном, поэтому врачу должен быть присвоен идентифицирующий его код. Данные научного характера требуют идентификации исследователя, ведущего тему.
Общий принцип защищенности предусматривает, что медицинские данные не должны быть связаны с какими бы то ни было другими информационными системами и в обычных условиях не подлежат использованию для каких-либо других целей, помимо охраны здоровья пациента. Иногда, однако, делаются исключения, обычно в интересах научных исследований, но такие исключения делаются с осторожностью, всегда по согласованию с лечащим врачом и по мере возможности с согласия самого больного.
В общем имеется три подхода,к реализации принципа защищенности которые должны применяться комплексно, для того чтобы предупредить возможность нарушения системы защиты данных: предупредительные меры, применимые в отношении технических средств (ЭВМ), специальные методы использования технологий в оперирующих информационных системах, а также организационные мероприятия и правила.
10. Принцип унификации.
Близкие по своим функциям модули должны быть унифицированы. Унифицированы программные и аппаратные интерфейсы.
11. Принцип поэтапности ввода АИС в эксплуатацию.
Полная реализация АИС потребует несколько лет. Поэтому система внедряется поэтапно. Сначала реализуются функции приема больных, что позволит накапливать базу пациентов, затем добавляются другие компоненты системы. При этом должна обеспечиваться возможность полноценного функционирования модулей (подсистем) на любом этапе.
12. Принцип универсальности.
Этот принцип предполагает возможность тиражирования модулей АИС.
3.2. Направления компьютеризации
Компьютеризацию онкологического центра необходимо вести по следующим направлениям:
- создание локальных вычислительных сетей (ЛВС) на базе персональных компьютеров с целью интеграции технических и информационных ресурсов АИС;
- создание централизованных баз данных (БД) для хранения историй болезни и другой медицинской, административно-хозяйственной и нормативно-справочной информации;
- обеспечение совместного доступа пользователей к централизованным базам данных;
- обеспечение и поддержание целостности данных программными средствами и за счет оптимизации структуры БД;
- разработка простого и удобного в эксплуатации программного обеспечения, рассчитанного на пользователя-непрограммиста;
- создание интерфейсов персональных компьютеров с медицинским обору-дованием с целью повышения точности результатов и сокращения времени их обработки;
- обеспечение сохранности информации за счет дублирования и создания копий на стримерных лентах.
4. СТРУКТУРА АИС И ЕЕ ХАРАКТЕРИСТИКИ
4.1. Состав и функциональные характеристики подсистем
На основе анализа структурных подразделений СООД и выполняемых ими функций был сделан вывод о том, что персонал различных подразделений и служб выполняет одни и те же или во многом родственные функции. Поэтому разработку АИС целесообразно проводить, создавая информационные подсистемы, каждая из которых реализует определенный набор родственных функций.
Таким образом АИС СОЦ должна состоять из следующих информационных подсистем:
"Информационная поддержка";
"Регистратура";
"Медицинская карта";
"Справочник врача";
"Журналы учета";
"Аптека";
"Лаборатория";
"Функциональные исследования";
"Диспансерный учет";
"Учет работы медперсонала";
"Статистика";
"Архивирование";
"Учет расхода медикаментов";
"Учет материальных ценностей";
"Кадры";
"Экономист";
"Расчет заработной платы";
"Бухгалтерия".
Подсистема "Информационная поддержка" предназначена для формирования и поддержания в актуальном состоянии базы нормативно-справочной информации, необходимой для функционирования других подсистем: списки отделений, кабинетов, методик исследования, расписание работы кабинетов и врачей и т.д. Основные функции этой подсистемы - ввод и корректировка нормативно-справочной информации и планирование работы кабинетов и врачей.
Подсистема "Регистратура" должна автоматизировать работу регистратуры онкодиспансера, связанную с первичной регистрацией пациентов, записью на прием и оформлением соответствующих документов.
Эта подсистема будет выполнять следующие функции:
- первичная регистрация пациентов;
- запись на прием;
- оформление и учет больничных листов, справок и других документов;
- получение справки о пациенте;
- ведение журналов регистрации.
Основной задачей подсистемы "Медицинская карта" является формирование и обработка карты амбулаторного больного в поликлинике и медицинской карты стационарного больного в стационаре: ведение истории болезни, получение результатов анализов и обследований, заполнение листа назначений и температурного листа, а также формирование и печать различных документов: направления на анализы, на обследования, на процедуры, направление на госпитализацию, рецепты на лекарства.
Комплекс задач "Справочник врача" предполагает создание автоматизи-рованных справочников и классификаторов, необходимых врачу в процессе работы:
- фармацевтический справочник;
- международный классификатор болезней;
- алгоритмы диагностики и лечения и т.д.
Целью создания подсистемы "Журналы учета" является автоматизация процесса ведения различных журналов в отделениях стационара и поликлиники. Подсистема должна обеспечивать формирование соответствующего журнала на основе информации из БД пациентов и корректировку данных. По сути она работает с теми данными, которые формируют подсистемы "Регистратура" и "Медицинская карта", но представляет их в другой форме, делая выборки по группе признаков.
Подсистема "Аптека" должна осуществлять формирование базы лекарств и других медикаментов по группам, помогать вести учет поступления и расходования медикаментов, формировать справки об их наличии. Подсистема реализует следующие основные функции:
- учет медикаментов;
- учет затрат на медикаменты;
- обработка заявок отделений;
- справка о наличии медикаментов.
Комплекс задач "Лаборатория" предназначен для информационного сопровождения взятых на анализ биоматериалов, ввода результатов анализа и заключений врача-диагноста. Подсистема "Лаборатория" тесно связана с подсистемой "Медицинская карта" и формирует для нее данные. Подсистема состоит из отдельных задач:
- регистрация биоматериалов;
- формирование результатов;
- диагностирование и ввод заключения.
Подсистема "Функциональные исследования" представляет собой комплекс задач, который автоматизирует работу врачей, проводящих исследования по специально разработанным методикам с использованием сложного медицинского оборудования и современных методов диагностики. Она также тесно связана с подсистемой "Медицинская карта". Основными функциями подсистемы являются:
- поиск пациента в БД отделения и просмотр его истории болезни;
- формирование результатов исследования.
Подсистема "Диспансерный учет" должна помогать в организации и проведении диспансерных осмотров населения. В ее функции входит долгосрочное планирование посещений пациентами поликлиники, формирование документов "Карта учета диспансеризации" и "Контрольная карта диспансерного наблюдения", а также статистическая обработка данных по диспансеризации и формирование отчетов по службе.